¿Es el futuro de WordPress sin código?

Uno de los aspectos más exclusivos de WordPress es que los diseñadores pueden elegir cómo quieren utilizarlo. Podemos crear sitios web que hagan cualquier cantidad de cosas, y hay muchas maneras diferentes de hacerlo.

Por ejemplo, podemos crear un tema desde cero o descargar una de las miles de opciones gratuitas o premium. O bien, podríamos elegir crear contenido con el editor de bloques de Gutenberg o aprovechar un complemento de generador de páginas.

Estas opciones son importantes, ya que determinarán mucho sobre el producto terminado. ¿Funcionará como lo necesitamos? ¿Se verá como queremos? ¿Qué tan flexible será cambiar en el futuro? Y, quizás lo más importante: ¿nos encerrará en un producto específico?

Hay una especie de balance final con estas opciones. En esencia, estamos decidiendo si queremos (o necesitamos) escribir código personalizado o no.

Es un gran problema. Y, a medida que WordPress y su ecosistema continúan evolucionando, uno se pregunta si más diseñadores elegirán soluciones sin código. Pero, si es así, ¿cuáles son las ramificaciones?

Los constructores de páginas están mejorando

Hemos llegado a este punto en gran parte debido a la comunidad de desarrolladores de WordPress. Los complementos del creador de páginas, por ejemplo, han existido durante años.

Al principio, estos productos tendían a ser aproximaciones descuidadas de lo que uno podría lograr con cierto conocimiento de CSS y PHP. Aún así, trajeron la capacidad de crear un diseño de página personalizado para un mayor número de personas.

Los diseñadores profesionales (incluido yo mismo) a veces pueden ser bastante despectivos con estas herramientas. En cuanto al código, estaban en todo el mapa en términos de calidad. Y utilizar un creador de páginas se sintió como hacer trampa en un proyecto.

Sin embargo, los autores de complementos continuaron mejorando sus productos. Las herramientas modernas han evolucionado hasta el punto en que el código es más limpio y receptivo. Además, la desactivación de un generador de páginas provocará la pérdida del formato del contenido, pero sus páginas ya no mostrarán cantidades masivas de códigos cortos no utilizados.

Una computadora y un mouse.

Gutenberg trae bloques a una instalación predeterminada

WordPress se ha movido a una forma más visualmente orientada para crear contenido. Cuando se introdujo el editor de bloques Gutenberg en WordPress 5.0, tenía como objetivo brindar una experiencia de usuario más consistente. Esto fue en parte una respuesta a las técnicas a medida que los desarrolladores habían utilizado para sortear las limitaciones del Editor clásico.

También indicaba que no necesariamente tenía que escribir código personalizado para lograr diseños y funciones más complejos. El editor ha generado su propio ecosistema de bloques personalizados, que puede agregar según sea necesario.

Si bien Gutenberg no necesariamente compite directamente con los creadores de páginas completos, ofrece una alternativa mucho más liviana. Y, a medida que haya más bloques disponibles, es probable que más diseñadores se queden con la herramienta de edición nativa.

Además, el editor de bloques eventualmente permitirá la edición completa del sitio. Esto significa que, además de crear contenido, tendremos la capacidad de crear un sitio web completo visualmente, todo dentro de una instalación predeterminada de WordPress.

Cuando esto llega a buen término, parece que el código será muy opcional para cualquiera que construya un sitio web con WordPress.

Pantalla de bienvenida de WordPress

El bueno y el malo

El cambio a una experiencia de construcción de sitios sin código tiene algunos aspectos positivos y negativos potenciales:

Positivos

Ya sea a través de un complemento de generador de páginas o Gutenberg, estas herramientas permiten a cualquiera crear diseños de página personalizados. Además, pueden agregar contenido más complejo, como listas de publicaciones, galerías de imágenes, navegación y más. Todo lo que necesita son unos pocos clics, arrastra y suelta.

Cuando se usa en combinación con un tema compatible, la posibilidad de crear un sitio web completamente personalizado también entra en el campo de las posibilidades. Este es un paso bastante grande para WordPress en términos de competir con muchos de los creadores de sitios web de bricolaje en el mercado.

También existe la oportunidad de introducir una experiencia de edición y construcción mucho más consistente. Con demasiada frecuencia, los temas preparados han implementado soluciones personalizadas que pueden generar confusión para los usuarios.

Y no ayudó que incluso la herramienta recomendada, el Personalizador de WordPress, esté destinada a manejar algunas tareas, pero no otras. Esto ha significado cambiar entre varias IU para intentar armar un sitio. Es factible, pero no es el proceso más fácil de usar.

La evolución continua de Gutenberg es un cambio de juego potencial en esta área. El intercambio entre interfaces desaparece, ya que tendríamos una IU singular para todas nuestras tareas relacionadas con el diseño y el diseño.

Negativos

A pesar de los muchos aspectos positivos de un futuro sin código, existen algunos inconvenientes reales. Quizás lo más inmediato es que puede permitir a los usuarios no técnicos demasiada libertad.

Uno de los aspectos realmente útiles de un tema personalizado es que los diseñadores pueden bloquear elementos que no desean que los clientes toquen. Eso puede convertirse en un desafío mucho más difícil si todo está disponible en una interfaz de usuario visual.

Esto ya existe algo con los creadores de páginas. Pero Gutenberg podría facilitar aún más que un cliente aventurero vaya demasiado lejos con su experimentación de diseño. Con suerte, habrá algún tipo de forma integrada para protegerse contra este tipo de situación.

El otro gran problema es la posible falta de oportunidades para hacer más con un tema. Después de todo, a menudo son esos pequeños fragmentos de código personalizado los que hacen que un sitio web sea único. ¿Podría esta nueva forma de hacer las cosas evitar que los desarrolladores agreguen fragmentos de código basados ​​en plantillas? ¿Tendrá que ser todo un bloque?

Finalmente, también vale la pena preguntarse si esto desalienta a los nuevos desarrolladores a jugar con el código. El desarrollo de temas es un punto de partida tan común para aprender PHP, CSS y JavaScript.

Es cierto que crear bloques personalizados es una oportunidad para escribir código. Pero no todos irán por esa ruta. Sería una pena ver que el espíritu de poder hacer desaparece.

Una persona relajante

Un paisaje en evolución

El hecho de que WordPress se está moviendo hacia un proceso de diseño orientado visualmente ha sido evidente durante algún tiempo. Desde la primera mirada a la experiencia de edición basada en bloques de Gutenberg, o incluso el advenimiento del Personalizador años antes, parecía que el objetivo era lograr más tareas de diseño sin tocar el código.

A medida que la parte posterior del CMS se vuelve más pulida, la forma de construir con WordPress tal como la conocemos está cambiando. El código seguirá siendo parte del proceso, para aquellos que deseen usarlo. Para otros, el diseño cambiará fundamentalmente hacia herramientas interactivas.

Esto abrirá un mundo completamente nuevo de posibilidades para mucha gente. ¿Qué significará para los profesionales de la web? Esa historia todavía se está escribiendo.

Publicaciones relacionadas

Botón volver arriba