Full Site Editing (FSE) en WordPress: ¿Adiós a los Temas Clásicos?

Full Site Editing (FSE): ¿Estamos listos para abandonar los Temas Clásicos?

El ecosistema de WordPress ha experimentado una evolución constante desde sus inicios como una plataforma de blogs hasta convertirse en el sistema de gestión de contenidos (CMS) más utilizado del mundo. Cada gran actualización trae consigo nuevas características y paradigmas, y pocas han sido tan transformadoras como la introducción del Full Site Editing (FSE).

¿Es hora de decir adiós a los temas clásicos de WordPress? Explora Full Site Editing (FSE), sus beneficios, desafíos y prepárate para la evolución de la creación web.

Esta iniciativa, parte del proyecto Gutenberg, promete revolucionar la forma en que los usuarios y desarrolladores construyen y personalizan sitios web, ofreciendo un control sin precedentes sobre cada aspecto del diseño a través de bloques. Sin embargo, esta profunda transformación plantea una pregunta crucial para la vasta comunidad de WordPress: ¿estamos realmente preparados para dejar atrás los temas clásicos que han definido la experiencia de WordPress durante casi dos décadas?

La transición de los temas clásicos, basados en PHP, plantillas y el Personalizador de WordPress, a los temas de bloques y el Full Site Editing representa un cambio fundamental en la filosofía de diseño y desarrollo.

Mientras que los temas clásicos ofrecían una estructura robusta y un control granular a través del código y los archivos de plantilla, el FSE busca democratizar el diseño web, permitiendo a los usuarios construir sitios completos utilizando una interfaz visual e intuitiva basada en bloques.

Este artículo explorará en profundidad qué es el FSE, sus ventajas y desafíos, el legado de los temas clásicos y, finalmente, intentará responder si la comunidad de WordPress está lista para dar este salto definitivo hacia el futuro del diseño con bloques.

Comprendiendo el Full Site Editing (FSE): La Visión de WordPress Basada en Bloques

El Full Site Editing, o Edición Completa del Sitio, es la culminación de la fase 2 del proyecto Gutenberg, cuyo objetivo es llevar la experiencia de edición de bloques más allá del contenido de las publicaciones y páginas para abarcar cada rincón de un sitio web de WordPress. Esto significa que elementos como el encabezado, el pie de página, las barras laterales, las plantillas de archivo, las plantillas de página y las plantillas de publicaciones individuales pueden ser diseñados, editados y gestionados utilizando el mismo editor de bloques que se usa para el contenido. La idea central es proporcionar una experiencia de construcción de sitios unificada y coherente, eliminando la necesidad de cambiar entre diferentes interfaces (editor de entradas, Personalizador, widgets, menús) para realizar ajustes de diseño.

En el corazón del FSE se encuentran los "temas de bloques". A diferencia de los temas clásicos, que dependen en gran medida de PHP, los temas de bloques están construidos principalmente con HTML, CSS y JavaScript, y se definen a través de un archivo theme.json. Este archivo es fundamental, ya que permite a los desarrolladores de temas y a los usuarios definir estilos globales, tipografía, colores, espaciado y configuraciones de bloques predeterminadas de manera centralizada. Esto no solo garantiza la coherencia del diseño en todo el sitio, sino que también ofrece a los usuarios un control sin precedentes sobre la apariencia de su sitio sin necesidad de escribir una sola línea de código.

El Site Editor (Editor de Sitios) es la interfaz principal donde se experimenta el FSE. Aquí, los usuarios pueden navegar por diferentes partes de su sitio, seleccionar plantillas, modificar bloques, arrastrar y soltar elementos, y aplicar estilos globales. Además, el FSE introduce los "patrones de bloques", que son diseños predefinidos de múltiples bloques que los usuarios pueden insertar fácilmente en sus plantillas o contenido, acelerando significativamente el proceso de diseño y asegurando la consistencia visual. La promesa del FSE es empoderar a los usuarios, desde principiantes hasta desarrolladores experimentados, con herramientas robustas para crear sitios web complejos y altamente personalizados de una manera más visual y accesible.

La Evolución de WordPress: Del Personalizador a la Edición Completa del Sitio

Para entender la magnitud del Full Site Editing, es crucial contextualizarlo dentro de la trayectoria de desarrollo de WordPress. Durante años, la personalización de temas se realizaba principalmente a través del "Personalizador de WordPress", una interfaz en vivo que permitía a los usuarios ajustar ciertas opciones de tema, como el logotipo, los colores básicos, la navegación y la disposición de los widgets. Aunque innovador en su momento, el Personalizador tenía limitaciones inherentes, ya que las opciones disponibles dependían completamente de lo que el desarrollador del tema hubiera expuesto. Para cambios más profundos, era inevitable recurrir al código o a plugins de terceros.

La introducción del editor de bloques Gutenberg en WordPress 5.0 marcó el primer paso significativo hacia la visión de un WordPress completamente basado en bloques. Inicialmente, Gutenberg se centró en la edición del contenido de publicaciones y páginas, reemplazando el clásico editor TinyMCE. Esta fase inicial ya representó un cambio cultural, ya que los usuarios tuvieron que adaptarse a pensar en su contenido como colecciones de bloques. La fase 2, que es el FSE, extiende esta filosofía a la estructura completa del sitio, desde el encabezado hasta el pie de página.

Este viaje desde el Personalizador y los widgets hasta el FSE no es solo una mejora de características; es un cambio de paradigma. Mueve el control del diseño y la estructura del sitio de manos de los desarrolladores (que definen las opciones del tema) a manos de los usuarios (que manipulan los bloques directamente en el editor). Es una apuesta por la democratización del diseño web, buscando hacer que la creación de sitios sea tan intuitiva y flexible como la edición de un documento. Este enfoque contrasta fuertemente con la arquitectura de los temas clásicos, donde la estructura y la lógica del sitio están profundamente arraigadas en archivos PHP y plantillas, lo que a menudo requiere conocimientos de programación para modificaciones significativas.

Ventajas Clave del Full Site Editing para Usuarios y Desarrolladores

El Full Site Editing no es solo una nueva característica; es una suite completa de herramientas que promete transformar la experiencia de construcción de sitios en WordPress. Sus beneficios se extienden tanto a los usuarios finales que desean mayor control sobre sus sitios como a los desarrolladores que buscan flujos de trabajo más eficientes y modernos.

Una de las principales ventajas para el usuario final es el control visual y la flexibilidad sin código. Con el FSE, no es necesario saber PHP o CSS para modificar el diseño de un encabezado, reorganizar el pie de página o cambiar el diseño de una plantilla de entrada. Todo se hace directamente en el Site Editor, arrastrando y soltando bloques, ajustando configuraciones y aplicando estilos. Esto reduce drásticamente la barrera de entrada para la creación de sitios web personalizados y permite a los propietarios de sitios realizar cambios rápidos sin depender de un desarrollador. La experiencia es mucho más WYSIWYG (What You See Is What You Get), lo que facilita la visualización del resultado final mientras se construye.

Para los desarrolladores y diseñadores, el FSE introduce una consistencia de diseño sin precedentes a través de theme.json. Este archivo permite definir una paleta de colores global, tipografías, tamaños de espaciado y configuraciones predeterminadas para cualquier bloque. Esto significa que un desarrollador puede establecer un sistema de diseño cohesivo que se aplica automáticamente en todo el sitio, garantizando que cada nuevo bloque o elemento añadido se adhiera a la estética general. Además, simplifica el mantenimiento y las actualizaciones, ya que los cambios de estilo global se pueden aplicar desde un único lugar. Esta modularidad también fomenta un flujo de trabajo más eficiente, permitiendo a los desarrolladores crear componentes reutilizables (patrones de bloques) que pueden ser distribuidos y utilizados por otros.

Otra ventaja significativa es la optimización del rendimiento potencial. Al reducir la dependencia de múltiples plugins para funcionalidades de maquetación y diseño, y al consolidar los estilos a través de theme.json, los temas de bloques pueden ser más ligeros y eficientes. Esto se traduce en tiempos de carga más rápidos y una mejor experiencia para el usuario final, un factor crucial para el SEO y la retención de visitantes. La arquitectura de bloques también promueve un código más limpio y modular, lo que puede facilitar la depuración y mejorar la escalabilidad del sitio.

Finalmente, el FSE fomenta la creación y reutilización de patrones de bloques. Estos patrones son colecciones de bloques pre-diseñados que se pueden insertar con un solo clic, desde una sección de "llamada a la acción" hasta un diseño complejo de columnas. Esto no solo acelera el proceso de diseño, sino que también asegura que el contenido mantenga una apariencia profesional y consistente. Los desarrolladores pueden crear patrones personalizados para sus clientes, y los usuarios pueden guardar sus propios diseños para reutilizarlos en otras partes de su sitio, lo que potencia enormemente la eficiencia y la creatividad.

A continuación, una tabla que resume las ventajas clave del FSE:

Desafíos y la Curva de Aprendizaje del Full Site Editing

A pesar de sus prometedoras ventajas, la adopción del Full Site Editing no está exenta de desafíos. La transición de un modelo establecido durante años a una nueva forma de trabajar implica una curva de aprendizaje significativa tanto para usuarios como para desarrolladores. Este cambio no es solo técnico, sino también conceptual, requiriendo una nueva mentalidad sobre cómo se construye un sitio web.

Uno de los principales desafíos es el cambio de mentalidad. Los usuarios que están acostumbrados a la interfaz del Personalizador, a los widgets y a los menús de navegación tradicionales, pueden encontrar el Site Editor inicialmente abrumador. La idea de que cada elemento del sitio es un bloque y que se puede manipular directamente puede ser un concepto nuevo y, a veces, confuso. La navegación por las diferentes plantillas, la comprensión de la jerarquía de los bloques y la gestión de los estilos globales a través de theme.json requieren una inversión de tiempo para familiarizarse. Los desarrolladores, por su parte, deben abandonar el enfoque basado en plantillas PHP para abrazar la definición de estructuras y estilos a través de JSON y bloques HTML, lo que implica aprender nuevas APIs y formas de estructurar temas.

La madurez del ecosistema es otro factor a considerar. Aunque el FSE ha avanzado mucho, el número de temas de bloques totalmente funcionales y de bloques específicos para FSE aún no iguala la vasta biblioteca de temas clásicos y plugins que existen. Esto puede limitar las opciones para ciertos nichos o requisitos muy específicos. Además, la compatibilidad con algunos plugins existentes, especialmente aquellos que modifican la interfaz de usuario o que dependen de hooks y filtros específicos de temas clásicos, puede no ser perfecta en las primeras etapas. Aunque WordPress está trabajando arduamente para asegurar la retrocompatibilidad, siempre habrá un período de ajuste para los desarrolladores de plugins.

La complejidad de theme.json puede ser un obstáculo para algunos. Si bien ofrece un control increíble sobre los estilos globales, su estructura basada en JSON puede intimidar a los usuarios menos técnicos. Aunque hay herramientas visuales para interactuar con él, entender cómo se aplican los estilos y cómo anularlos o extenderlos puede ser un desafío. Para los desarrolladores, dominar todas las opciones y configuraciones disponibles en theme.json requiere un estudio detallado, y la depuración de problemas de estilo puede ser diferente a la depuración de CSS tradicional.

Finalmente, aunque el FSE ofrece una gran flexibilidad, todavía puede haber limitaciones en la personalización muy avanzada sin código. Para diseños extremadamente específicos o funcionalidades interactivas complejas que van más allá de lo que los bloques y patrones predeterminados pueden ofrecer, la intervención de código personalizado (CSS, JavaScript, o bloques personalizados) sigue siendo necesaria. Si bien esto es cierto para cualquier sistema, la expectativa de "sin código" que a veces se asocia con el FSE puede llevar a frustraciones cuando se alcanzan los límites de la interfaz visual. El desafío es equilibrar la facilidad de uso con la capacidad de extender el sistema para satisfacer necesidades únicas.

Temas Clásicos: Su Legado y Por Qué Aún Son Relevantes

A pesar del impulso hacia el Full Site Editing, es fundamental reconocer el inmenso legado y la continua relevancia de los temas clásicos de WordPress. Durante casi dos décadas, estos temas han sido la columna vertebral de millones de sitios web, definiendo la forma en que los usuarios interactúan con WordPress y los desarrolladores construyen sus proyectos. Su diseño y arquitectura, basados en PHP, archivos de plantilla, el Personalizador y el sistema de widgets, han demostrado ser increíblemente robustos y flexibles para una amplia gama de aplicaciones.

La amplia base de usuarios y desarrolladores es, quizás, la mayor fortaleza de los temas clásicos. Cientos de miles de temas clásicos están disponibles en el repositorio de WordPress.org y en mercados premium, lo que significa que hay una solución para casi cualquier tipo de sitio web imaginable. Esta madurez del ecosistema ha generado una vasta comunidad de soporte, tutoriales, plugins y desarrolladores especializados en temas clásicos. Para muchos, la familiaridad y comodidad con este modelo es un factor decisivo. Los flujos de trabajo establecidos, las herramientas conocidas y la previsibilidad del sistema hacen que la construcción y el mantenimiento de sitios con temas clásicos sean una tarea cómoda para aquellos que llevan años trabajando con WordPress.

Además, el ecosistema de los temas clásicos ha permitido la creación de temas hijo y la integración perfecta con una miríada de plugins de terceros, incluyendo constructores de páginas populares como Elementor o Beaver Builder. Estos constructores de páginas a menudo ofrecen un nivel de control visual y flexibilidad que, hasta la llegada del FSE, superaba con creces las capacidades de personalización nativas de WordPress. Para muchos usuarios y agencias, la combinación de un tema clásico bien desarrollado y un constructor de páginas ha sido la solución ideal para construir sitios personalizados de manera eficiente.

Existen también casos de uso donde los temas clásicos podrían ser preferibles o más adecuados, al menos en el corto y mediano plazo. Por ejemplo, sitios web con requisitos de funcionalidad muy específicos que dependen de lógica PHP compleja en las plantillas, o proyectos que ya tienen una gran inversión en personalizaciones de temas clásicos y plugins asociados. La migración de estos sitios a un tema de bloques podría ser una tarea compleja y costosa. Los desarrolladores que tienen un profundo conocimiento de PHP y de la API de WordPress pueden encontrar que tienen un control más granular y predecible sobre la salida HTML y la lógica del sitio utilizando temas clásicos, especialmente para proyectos muy personalizados donde cada línea de código cuenta.

En resumen, los temas clásicos representan una tecnología probada y verdadera, con un ecosistema rico y una comunidad experta. Aunque el FSE apunta al futuro, el legado de los temas clásicos y su continua relevancia no pueden ser ignorados. Es probable que coexistan con los temas de bloques durante un período considerable, ofreciendo opciones a la comunidad de WordPress en función de sus necesidades, conocimientos y el estado actual de sus proyectos.

¿Estamos Listos para Abandonar los Temas Clásicos? Un Análisis Comparativo

La pregunta de si estamos listos para abandonar los temas clásicos en favor del Full Site Editing es compleja y no tiene una respuesta única de "sí" o "no". La preparación depende en gran medida del perfil del usuario, la naturaleza del proyecto y la voluntad de adaptarse a nuevas metodologías. En lugar de una migración masiva e instantánea, es más probable que veamos una adopción gradual y diferenciada.

Para los nuevos usuarios y nuevos sitios web, el FSE ofrece una entrada increíblemente atractiva al mundo de WordPress. Si alguien está comenzando un nuevo proyecto desde cero, un tema de bloques junto con el Site Editor puede ser la forma más rápida y efectiva de construir un sitio moderno y visualmente coherente. La curva de aprendizaje será sobre el FSE en sí, en lugar de tener que desaprender métodos antiguos. Para este segmento, el abandono de los temas clásicos es casi una no-pregunta; simplemente adoptarán lo más moderno.

Los usuarios existentes con temas clásicos enfrentan una decisión más difícil. La migración de un sitio establecido con un tema clásico a un tema de bloques puede ser un desafío significativo. Implica reconstruir plantillas, adaptar estilos y, potencialmente, reevaluar la compatibilidad con plugins. Para sitios grandes o complejos, la inversión de tiempo y recursos para migrar podría no justificarse si el tema clásico actual funciona bien. En estos casos, muchos optarán por mantener su configuración actual y solo considerar el FSE para futuros proyectos o cuando su tema clásico llegue al final de su vida útil. Algunos temas clásicos también están evolucionando para ser "híbridos", incorporando características de bloques sin ser temas de bloques completos, lo que podría ofrecer una ruta de transición más suave.

Para los desarrolladores y agencias, la situación es matizada. Aquellos que ya han invertido en aprender Gutenberg y las APIs de bloques estarán mejor posicionados para adoptar el FSE. Las agencias que construyen sitios para clientes pueden encontrar que el FSE les permite entregar más control a sus clientes, reduciendo las solicitudes de pequeños cambios post-lanzamiento. Sin embargo, también deben considerar la curva de aprendizaje para sus equipos y la necesidad de capacitar a los clientes en el uso del Site Editor. Para proyectos que exigen un control de pixel perfecto o funcionalidades muy específicas que aún no están bien soportadas por el ecosistema de bloques, los desarrolladores podrían seguir prefiriendo la flexibilidad del código PHP en temas clásicos o temas hijo.

La "preparación" también se vincula con la madurez del propio FSE y su ecosistema. A medida que más temas de bloques, patrones y bloques especializados estén disponibles, y a medida que la interfaz del Site Editor se refine aún más, la barrera de entrada disminuirá. La comunidad de WordPress es vasta y adaptable, y la inversión continua de Automattic y los colaboradores en el FSE asegura que su evolución es constante.

En resumen, la comunidad de WordPress no está lista para un abandono total e inmediato de los temas clásicos. Sin embargo, una parte creciente de la comunidad, especialmente los nuevos usuarios y aquellos que inician nuevos proyectos, está adoptando activamente el FSE. Los temas clásicos seguirán siendo relevantes para muchos, pero el FSE es innegablemente el futuro de la plataforma, y la preparación para él es una inversión sabia para cualquiera que trabaje con WordPress.

Aquí tienes una tabla comparativa para visualizar mejor las diferencias:

El Futuro de los Temas en WordPress: Coexistencia y Evolución

El camino hacia el Full Site Editing no implica una obsolescencia inmediata de los temas clásicos, sino más bien una evolución y una coexistencia. El futuro de los temas en WordPress se perfila como un paisaje diverso, donde diferentes enfoques servirán a distintas necesidades y niveles de experiencia.

Es casi seguro que veremos una coexistencia prolongada entre los temas clásicos y los temas de bloques. Millones de sitios web funcionan con temas clásicos, y la migración masiva no es ni práctica ni necesaria. WordPress, como plataforma, siempre ha valorado la retrocompatibilidad, y es poco probable que abandone a su vasta base de usuarios y desarrolladores. Los temas clásicos seguirán recibiendo actualizaciones de seguridad y, en muchos casos, soporte para el editor de bloques en el contenido, aunque no para la edición completa del sitio. Esto permitirá a los usuarios seguir utilizando sus temas preferidos mientras se benefician de las mejoras en la edición de contenido.

Una tendencia importante que ya estamos viendo es el surgimiento de temas híbridos. Estos temas son esencialmente temas clásicos que incorporan muchas de las características del FSE, como el soporte para theme.json para estilos globales y la capacidad de utilizar patrones de bloques. No son temas de bloques puros, ya que aún dependen de plantillas PHP para su estructura principal, pero ofrecen una ruta de actualización más suave para los usuarios existentes y permiten a los desarrolladores integrar gradualmente las nuevas funcionalidades de bloques en sus temas actuales. Los temas híbridos buscan ofrecer lo mejor de ambos mundos: la familiaridad y estabilidad de los temas clásicos con la flexibilidad y el control de estilo del FSE.

Sin embargo, a largo plazo, el Full Site Editing se consolidará como el camino principal y el enfoque por defecto para la construcción de sitios en WordPress. La visión de un editor unificado para todo el sitio es demasiado potente para ser ignorada. A medida que el FSE madure, la interfaz se vuelva más intuitiva, el ecosistema de bloques crezca y los desarrolladores adopten plenamente las nuevas APIs, la balanza se inclinará decisivamente a favor de los temas de bloques. Las ventajas en términos de control de usuario, eficiencia de desarrollo y consistencia de diseño serán difíciles de superar.

Para los desarrolladores de temas, la importancia de aprender FSE es innegable. Dominar theme.json, la creación de patrones de bloques, el desarrollo de bloques personalizados y la comprensión de la arquitectura de bloques será esencial para seguir siendo relevantes en el ecosistema de WordPress. Aquellos que adopten estas nuevas herramientas estarán mejor posicionados para crear temas innovadores y satisfacer las demandas de los clientes que buscan mayor flexibilidad y control.

Aquí hay un ejemplo simplificado de cómo se ve un archivo theme.json, que es el corazón de la configuración de estilos globales en los temas de bloques:

{
	"version": 2,
	"settings": {
		"color": {
			"palette": [
				{
					"slug": "primary",
					"color": "#0073AA",
					"name": "Primario"
				},
				{
					"slug": "secondary",
					"color": "#005177",
					"name": "Secundario"
				},
				{
					"slug": "light-gray",
					"color": "#F0F0F0",
					"name": "Gris Claro"
				},
				{
					"slug": "dark-gray",
					"color": "#333333",
					"name": "Gris Oscuro"
				}
			],
			"custom": false,
			"customGradient": false
		},
		"typography": {
			"fontFamilies": [
				{
					"fontFamily": "-apple-system,BlinkMacSystemFont,\"Segoe UI\",Roboto,Oxygen-Sans,Ubuntu,Cantarell,\"Helvetica Neue\",sans-serif",
					"name": "System Font",
					"slug": "system-font"
				},
				{
					"fontFamily": "Georgia,serif",
					"name": "Georgia",
					"slug": "georgia"
				}
			],
			"fontSizes": [
				{
					"size": "0.875rem",
					"slug": "small"
				},
				{
					"size": "1rem",
					"slug": "medium"
				},
				{
					"size": "1.125rem",
					"slug": "large"
				},
				{
					"size": "1.75rem",
					"slug": "x-large"
				}
			],
			"customFontSize": false,
			"lineHeight": true
		},
		"layout": {
			"contentSize": "800px",
			"wideSize": "1200px"
		},
		"blocks": {
			"core/paragraph": {
				"color": {
					"palette": [
						{
							"slug": "dark-gray",
							"color": "#333333",
							"name": "Gris Oscuro"
						}
					]
				},
				"typography": {
					"fontSize": "medium",
					"lineHeight": "1.6"
				}
			},
			"core/heading": {
				"color": {
					"palette": [
						{
							"slug": "primary",
							"color": "#0073AA",
							"name": "Primario"
						}
					]
				},
				"typography": {
					"fontSize": "x-large",
					"lineHeight": "1.2"
				}
			}
		}
	},
	"styles": {
		"color": {
			"background": "var(--wp--preset--color--light-gray)",
			"text": "var(--wp--preset--color--dark-gray)"
		},
		"elements": {
			"link": {
				"color": {
					"text": "var(--wp--preset--color--primary)"
				}
			}
		}
	}
}

Este fragmento muestra cómo theme.json define una paleta de colores, tamaños de fuente, familias de fuentes y configuraciones de diseño para bloques específicos, todo de una manera estructurada y fácil de gestionar.

Conclusión: Preparación, Adaptación y el Futuro de WordPress

El Full Site Editing representa un hito monumental en la evolución de WordPress, prometiendo una era de diseño web más accesible, flexible y potente. La pregunta de si estamos listos para abandonar los temas clásicos no es una dicotomía simple, sino una invitación a la reflexión sobre la preparación, la adaptación y la dirección futura de la plataforma.

La realidad es que la comunidad de WordPress se encuentra en un proceso de transición. Para los nuevos proyectos y usuarios que buscan una experiencia de construcción de sitios intuitiva y visual, el FSE y los temas de bloques son, sin duda, la opción más vanguardista y empoderadora. Ofrecen un control sin precedentes sobre cada aspecto del diseño sin la necesidad de escribir código, agilizando el proceso de creación y mantenimiento.

Sin embargo, para los millones de sitios existentes construidos sobre temas clásicos, la migración no es una decisión trivial. Los temas clásicos, con su vasta base de soporte, su maduro ecosistema de plugins y la familiaridad que ofrecen, seguirán siendo una opción viable y preferida para muchos en el futuro previsible. La coexistencia de ambos modelos, junto con la emergencia de temas híbridos, es el escenario más probable a corto y mediano plazo.

Para los desarrolladores y diseñadores, la adaptación es clave. Invertir tiempo en comprender las filosofías del FSE, dominar el theme.json y familiarizarse con la creación de bloques y patrones es crucial para mantenerse a la vanguardia. El futuro de WordPress está intrínsecamente ligado a los bloques, y aquellos que abracen esta visión estarán mejor posicionados para innovar y satisfacer las demandas cambiantes del diseño web.

En última instancia, la "preparación" para abandonar los temas clásicos es un viaje personal y profesional. No se trata de un ultimátum, sino de una oportunidad para evolucionar. El Full Site Editing no es solo una característica; es la manifestación de una visión que busca hacer de WordPress una plataforma aún más poderosa y accesible para todos. Estar listo significa estar dispuesto a aprender, a adaptarse y a explorar las nuevas posibilidades que esta emocionante evolución trae consigo.