¿El futuro de WordPress está libre de 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 hacen cualquier cantidad de cosas, y hay muchas formas diferentes de hacerlo.

Por ejemplo, podemos crear un tema desde cero o descargar una de las miles de opciones gratuitas o premium. O bien, podemos optar por crear contenido con el editor de bloques de Gutenberg o aprovechar un complemento de creación de páginas.

Estas elecciones 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 resultado final con estas opciones. En esencia, estamos decidiendo si queremos (o necesitamos) escribir código personalizado .

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 creadores de páginas están mejorando

Hemos llegado a este punto en gran parte gracias a la comunidad de desarrolladores de WordPress. Los complementos de creación de páginas, por ejemplo, existen desde hace años.

Al principio, estos productos tendían a ser aproximaciones descuidadas de lo que uno podía lograr con algún 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 desdeñosos con estas herramientas. En cuanto al código, estaban muy por todas partes en términos de calidad. Y utilizar un generador 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 dará como resultado la pérdida del formato del contenido, pero sus páginas ya no mostrarán cantidades masivas de códigos abreviados no utilizados.

Gutenberg trae bloques a una instalación predeterminada

El propio WordPress se ha movido a una forma más visual de crear contenido. Cuando se introdujo el editor de bloques de Gutenberg en WordPress 5.0, su objetivo era brindar una experiencia de usuario más consistente. Esto fue en parte una respuesta a las técnicas personalizadas que los desarrolladores habían usado para sortear las limitaciones del editor clásico.

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

Si bien Gutenberg no está necesariamente en competencia directa con los creadores de páginas en toda regla, proporciona una alternativa mucho más ligera. 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 de todo el sitio. Esto significa que, además de crear contenido, tendremos la capacidad de crear visualmente un sitio web completo, todo dentro de una instalación predeterminada de WordPress.

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

El bueno y el malo

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

Positivos

Ya sea a través de un complemento de creación de páginas o Gutenberg, estas herramientas permiten que cualquier persona cree diseños de página personalizados. Además, pueden agregar contenido más complejo, como listados de publicaciones, galerías de imágenes, navegación y más. Todo lo que se necesita son unos pocos clics, arrastrar y soltar.

Cuando se usa en combinación con un tema compatible, la capacidad de crear un sitio web completamente personalizado también entra en el ámbito de la posibilidad. Este es un gran paso 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 marcar el comienzo de una experiencia de edición y construcción mucho más consistente. Con demasiada frecuencia, los temas listos para usar 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é diseñada para manejar algunas tareas, pero no otras. Esto ha significado cambiar entre varias interfaces de usuario para intentar armar un sitio. Es factible, pero no el proceso más fácil de usar.

La evolución continua de Gutenberg es un potencial cambio de juego en esta área. Desaparece el ir y venir entre interfaces, ya que tendríamos una interfaz de usuario única 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 el 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 quieren 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 un poco con los creadores de páginas. Pero Gutenberg podría hacer que sea aún más fácil para un cliente aventurero ir demasiado lejos con su experimentación de diseño. Con suerte, habrá algún tipo de forma integrada de protección 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? ¿Todo tendrá que ser 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 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 ese camino. Sería una pena ver desaparecer ese espíritu de poder.

Un paisaje en evolución

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

A medida que el back-end del CMS se vuelve más pulido, 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 nuevo mundo de posibilidades para muchas personas. ¿Qué significará para los profesionales de la web? Esa historia aún se está escribiendo.