Uno de los aspectos más singulares de WordPress es que los diseñadores pueden elegir cómo quieren usarlo. Podemos crear sitios web que hacen muchas 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 podemos optar por crear contenido con el editor de bloques Gutenberg o aprovechar el complemento del generador de páginas.
Estas opciones son importantes porque determinan mucho sobre el producto final. ¿Funcionará como lo necesitamos? ¿Se verá como queremos? ¿Qué tan flexible será el cambio 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 o no.
Es un gran problema. Y a medida que WordPress y su ecosistema continúan evolucionando, se cuestiona 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
Llegamos a este punto en gran parte debido 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 se podí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 más personas.
A veces, los diseñadores profesionales (incluido yo) pueden ser bastante desdeñosos con estas herramientas. En cuanto al código, estaban por todo el mapa en términos de calidad. Y usar un creador de páginas parecía engañar a 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 responde mejor. Además, deshabilitar un generador de páginas dará como resultado la pérdida de formato de contenido, pero sus páginas ya no mostrarán una gran cantidad de códigos de acceso no utilizados.
Gutenberg trae bloques para una instalación estándar
WordPress ha cambiado a una forma más visual de crear contenido. Cuando se introdujo el editor de bloques de Gutenberg en WordPress 5.0, tenía como objetivo proporcionar una experiencia de usuario más consistente. Esto fue en parte una respuesta a las técnicas utilizadas por los desarrolladores para sortear las limitaciones del Editor clásico.
También indicó que no necesariamente tenía que escribir código personalizado para diseños y funciones más complejas. El editor ha generado su propio ecosistema de mosaico personalizado, que puede agregar según sea necesario.
Aunque Gutenberg no necesariamente compite directamente con los creadores de la página completa, sí ofrece una alternativa mucho más ligera. Y, a medida que haya más bloques disponibles, es más 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 visualmente un sitio web completo, todo dentro de una instalación estándar de WordPress.
Cuando eso sucede, parece que el código será muy opcional para cualquiera que cree un sitio de WordPress.
El bueno y el malo
El paso a una experiencia de creación de sitios web sin código tiene algunas fortalezas y debilidades potenciales:
Positivo
Ya sea a través de un creador de páginas o un complemento de 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. Solo unos pocos clics, arrastrar y soltar.
Cuando se usa en combinación con un tema compatible, la capacidad de crear un sitio web totalmente personalizado también entra dentro del alcance. Este es un gran paso para WordPress en términos de competencia con muchos de los creadores de sitios de bricolaje en el mercado.
También existe la oportunidad de presentar una experiencia de edición y construcción mucho más consistente. A menudo, los temas preparados han implementado soluciones personalizadas que pueden ser confusas para los usuarios.
Y no ayudó que incluso la herramienta recomendada, WordPress Customizer, tenga como objetivo manejar algunas tareas, pero no otras. Esto significa cambiar entre múltiples interfaces de usuario para intentar crear un sitio web. Es factible, pero no es el proceso más fácil de usar.
La continua evolución de Gutenberg es una potencial cuenca hidrográfica en esta área. El intercambio entre interfaces desaparece, ya que tendríamos una interfaz de usuario única para todas nuestras tareas relacionadas con el diseño y el diseño.
Negativo
A pesar de los muchos aspectos positivos de un futuro sin código, existen algunas desventajas reales. Quizás lo más inmediato, puede dar a los usuarios no técnicos mucha 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. Esto 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 la página. Pero Gutenberg podría facilitar aún más que un cliente aventurero vaya demasiado lejos con su experimentación de diseño. Afortunadamente, 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 estas pequeñas piezas de código personalizado las que hacen que un sitio web sea único. ¿Puede esta nueva forma de hacer las cosas evitar que los desarrolladores agreguen fragmentos de código basados en modelos? ¿Tiene que ser un bloque completo?
Finalmente, también vale la pena preguntarse si disuade a los nuevos desarrolladores de 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 seguirán este camino. Sería una pena ver el espíritu de poder desaparecer.
Un paisaje en evolución.
El hecho de que WordPress se está moviendo hacia un proceso de diseño visualmente orientado ha sido evidente durante algún tiempo. Desde el primer vistazo a la experiencia de edición basada en bloques de Gutenberg, o incluso el advenimiento de Customizer hace años, parecía que el objetivo era hacer 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 a herramientas interactivas.
Esto abrirá un nuevo mundo de posibilidades para muchas personas. ¿Qué significa esto para los profesionales de la web? Esta historia aún se está escribiendo.
