¬ŅEl futuro de WordPress no tiene c√≥digo?

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.

Una computadora y un mouse.

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.

Pantalla de bienvenida 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.

Una persona relajante

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.