Cómo el Full Site Editing Cambia el Juego para 2026
El Fin de los Page Builders Clásicos: Cómo el Full Site Editing (FSE) Cambia el Juego para 2026
Durante más de una década, Elementor y Divi reinaron como los reyes indiscutibles del diseño web en WordPress. Con interfaces visuales arrastrar-y-soltar y miles de plantillas, prometían libertad creativa sin tocar una línea de código. Pero en 2025, la realidad es brutal: el ecosistema WordPress está experimentando su transformación más radical desde Gutenberg. El Full Site Editing (FSE) no es solo una nueva característica, es el inicio del fin de los page builders tal como los conocemos.
Si eres desarrollador de temas, creador de plugins o agencia digital, este cambio no es opcional. Es una reescritura completa de las reglas del juego. Y para 2026, quien no se adapte quedará obsoleto.
La Revolución Silenciosa: FSE en 2024-2025
Full Site Editing se introdujo oficialmente en WordPress 5.8 (julio 2021), pero fue más una promesa que una solución viable. Las críticas fueron despiadadas: bugs constantes, incompatibilidades con plugins, interfaces confusas. Muchos desarrolladores lo descartaron como “no está listo para producción” y predijeron que no sería viable hasta 2025.
Pero algo cambió. En 2024-2025, FSE alcanzó su punto de inflexión.
Los Números que Cuentan la Historia
WordPress está eliminando gradualmente la necesidad del Customizer y promoviendo la adopción de temas de bloques que permiten diseño completo usando bloques. El tema oficial Twenty Twenty-Five, lanzado con WordPress 6.7, abraza FSE completamente y demuestra que la tecnología finalmente está madura.
La encuesta State of JavaScript 2024 reveló que los desarrolladores están migrando masivamente hacia soluciones nativas. Y lo más revelador: Elementor experimentó un ligero declive desde su pico alrededor de 2023, mientras que los temas de bloques han duplicado su adopción.
¿Por qué? Porque WordPress ya no necesita page builders de terceros para lo que los usuarios quieren hacer.
El Problema Fundamental de los Page Builders Clásicos
Elementor y Divi fueron soluciones brillantes a un problema real: el editor clásico de WordPress era terrible. Pero también crearon nuevos problemas que se volvieron insostenibles:
1. Dependencia Total del Plugin
Cuando construyes un sitio con Elementor o Divi, no estás usando WordPress. Estás usando Elementor sobre WordPress. Si decides cambiar de herramienta, tu sitio literalmente se rompe. Divi usa muchos shortcodes para crear tu sitio, así que si decides eliminar Divi, tu sitio se desmoronará.
Cada página que has diseñado meticulosamente durante meses se convierte en un revoltijo de shortcodes ilegibles. No hay migración sencilla, solo la pesadilla de reconstruir todo desde cero.
2. Impacto Devastador en el Rendimiento
Los page builders cargan TODO su código en CADA página, uses o no sus características. Los page builders añaden código excesivo, lo que lleva a tiempos de carga más lentos.
Divi muestra un rendimiento pobre en páginas complejas, con el First Contentful Paint tomando 50% más de lo debido y el Largest Contentful Paint 30% más largo. Elementor es mejor, pero ambos dejan mucho que desear.
En 2025, con Core Web Vitals afectando directamente el SEO, esto no es negociable. Un sitio lento es un sitio penalizado.
3. Actualizaciones Interminables y Conflictos
Cada actualización de WordPress Core, cada nuevo plugin de seguridad, cada cambio en PHP puede romper tu page builder. Y cuando se rompe, todo tu sitio queda inaccesible hasta que el desarrollador del page builder publique un parche.
Los foros de soporte están llenos de: “Actualicé a WordPress 6.x y mi sitio ya no carga”. Esta fragilidad es el precio de depender de software de terceros que intenta reemplazar funcionalidad central de WordPress.
Full Site Editing: La Respuesta Nativa de WordPress
FSE no intenta competir con Elementor o Divi. Los reemplaza integrando su funcionalidad directamente en WordPress Core. Es la diferencia entre un parche externo y cirugía reconstructiva.
La Filosofía: Bloques para Todo
FSE es un conjunto de características de WordPress que nos ayudan a construir y editar todas las partes de nuestro sitio usando bloques: Site Editor, estilos globales, temas de bloques, patrones y theme.json.
Antes de FSE, los bloques solo funcionaban dentro del contenido de posts y páginas. El header, footer, sidebar y templates seguían siendo territorio PHP. FSE extiende Gutenberg a cada rincón del sitio.
Ahora puedes diseñar headers, footers, páginas de archivo, resultados de búsqueda, páginas 404, y cualquier elemento estructural usando el mismo editor de bloques. Sin PHP. Sin page builders. Solo WordPress.
Los Componentes Clave de FSE
1. Site Editor: El corazón de FSE. Una interfaz visual donde gestionas templates, template parts, patrones y estilos globales. Piensa en ello como Elementor Theme Builder, pero integrado nativamente en WordPress.
2. Block Themes: Temas construidos completamente con bloques y HTML, no PHP. Todos los templates están en formato .html dentro de la carpeta /templates/. Estos temas funcionan exclusivamente con FSE.
3. Global Styles: Un sistema unificado de diseño. Defines colores, tipografía, espaciado y layouts una vez, y se aplican consistentemente en todo el sitio. Puedes cambiar colores del sitio y actualizar configuraciones de tipografía como familia de fuentes y tamaño desde la barra lateral de Estilos en el Site Editor.
4. theme.json: El archivo de configuración que centraliza todos los ajustes de diseño. theme.json consolida la configuración del tema en un solo archivo JSON, permitiendo personalización visual a través del Site Editor mientras mejora el rendimiento y la mantenibilidad.
5. Block Patterns: Diseños pre-construidos de bloques que los usuarios pueden insertar con un clic. Son como plantillas de secciones, pero nativos de WordPress.
Ventajas Técnicas Reales
Rendimiento Superior: El sistema de bloques nativo de WordPress solo carga los elementos específicos y su código asociado que realmente necesitas, resultando en velocidades de sitio más rápidas.
No hay framework externo que descargar. No hay CSS no utilizado. Solo el código necesario para renderizar la página actual.
Compatibilidad Futura Garantizada: Como es parte de WordPress Core, está garantizado que funcionará con futuras versiones de WordPress. No más “esperar a que actualicen el page builder”.
Sin Lock-In: Si decides cambiar de tema, tus contenidos permanecen intactos. Los bloques son portables porque son estándar de WordPress, no propietarios de un plugin.
Edición Visual Sin Compromisos: FSE ofrece edición en tiempo real tipo WYSIWYG sin sacrificar el rendimiento. Es lo mejor de ambos mundos.
Block Themes vs Temas PHP Tradicionales
La diferencia no es solo técnica, es filosófica.
Temas Tradicionales (Classic Themes)
// header.php
<!DOCTYPE html>
<html <?php language_attributes(); ?>>
<head>
<?php wp_head(); ?>
</head>
<body <?php body_class(); ?>>
<header>
<h1><?php bloginfo('name'); ?></h1>
<?php wp_nav_menu(); ?>
</header>Todo está en PHP. Para personalizar el header, necesitas editar código o usar el Customizer (que WordPress está eliminando gradualmente). Los usuarios sin conocimientos técnicos están limitados a lo que el tema permite.
Block Themes (Temas FSE)
<!-- templates/index.html -->
<!-- wp:template-part {"slug":"header"} /-->
<!-- wp:group {"layout":{"type":"constrained"}} -->
<div class="wp-block-group">
<!-- wp:query {"queryId":1,"query":{"perPage":10}} -->
<!-- /wp:query -->
</div>
<!-- /wp:group -->
<!-- wp:template-part {"slug":"footer"} /-->Todo es HTML con comentarios que representan bloques. Esto no es un hack; es el formato oficial que WordPress lee y renderiza. Los usuarios editan visualmente desde el Site Editor, y WordPress genera este HTML automáticamente.
No hay PHP. No hay funciones de tema complejas. Solo bloques estructurados.
theme.json: El Corazón de los Block Themes
Si FSE es el sistema nervioso, theme.json es el cerebro. Este archivo centraliza toda la configuración del tema en un formato declarativo y legible por máquinas.
Estructura Básica
{
"$schema": "https://schemas.wp.org/trunk/theme.json",
"version": 3,
"settings": {
"color": {
"palette": [
{
"slug": "primary",
"color": "#0073aa",
"name": "Primary"
}
]
},
"typography": {
"fontSizes": [
{
"slug": "small",
"size": "14px",
"name": "Small"
}
]
},
"layout": {
"contentSize": "800px",
"wideSize": "1200px"
}
},
"styles": {
"color": {
"background": "#ffffff",
"text": "#000000"
},
"typography": {
"fontSize": "16px",
"lineHeight": "1.6"
}
}
}Lo Que theme.json Reemplaza
Antes necesitabas código PHP disperso en functions.php:
add_theme_support('custom-logo');
add_theme_support('custom-line-height');
add_theme_support('editor-color-palette', array(...));
add_theme_support('editor-font-sizes', array(...));Ahora todo está en un archivo centralizado, versionado y validable. La propiedad $schema habilita características de IDE como autocompletado y validación, mejorando dramáticamente la experiencia del desarrollador.
Beneficios para Desarrolladores
Configuración declarativa: Define qué es posible una vez, y WordPress aplica las reglas consistentemente.
Soporte de IDE: Con la validación JSON Schema, tu editor de código te muestra errores en tiempo real y ofrece autocompletado.
CSS generado automáticamente: WordPress genera las variables CSS personalizadas y clases necesarias. No más CSS manual repetitivo.
Control granular: Puedes habilitar o deshabilitar características específicas para bloques individuales, no solo globalmente.
La Transición: Cómo Adaptarse como Desarrollador
La pregunta ya no es “¿debería aprender FSE?” sino “¿cuándo y cómo migro?”.
Para Desarrolladores de Temas
1. Aprende la Estructura de Block Themes
Estructura mínima de un block theme:
mi-tema/
├─ style.css (con header de tema)
├─ theme.json
├─ templates/
│ └─ index.html
├─ parts/
│ ├─ header.html
│ └─ footer.html
└─ patterns/
└─ hero.php2. Domina theme.json v3
Para proyectos nuevos en 2025, se recomienda la versión 3 para acceder a las últimas características y optimizaciones de rendimiento.
Version 3 incluye variables CSS personalizadas avanzadas, herencia de estilos mejorada y mejor soporte para block style variations.
3. Usa el Plugin Create Block Theme
Este plugin oficial te permite exportar tu tema actual como ZIP, crear temas hijos FSE, o iniciar desde cero, todo desde el Site Editor. Es la herramienta oficial para acelerar el desarrollo de block themes.
4. Piensa en Patrones, No en Plantillas Rígidas
En lugar de crear layouts fijos, crea patterns reusables. Los usuarios combinan patterns para construir páginas únicas sin depender de ti para cada cambio.
Para Desarrolladores de Plugins
Asegura la Compatibilidad con FSE
Si tu plugin añade funcionalidad al front-end, debe funcionar con block themes. Muchos plugins todavía asumen que hay un header.php o usan hooks que no existen en FSE.
Crea Bloques Personalizados
En lugar de shortcodes o widgets, desarrolla bloques personalizados que se integren nativamente con Gutenberg y FSE. Frameworks como Advanced Custom Fields (ACF) Blocks facilitan esto.
theme.json se integra con frameworks de desarrollo de bloques como ACF Blocks, permitiendo que los bloques personalizados hereden el sistema de estilos globales de tu tema.
Usa Block Hooks API
Esta API te permite insertar programáticamente bloques en áreas registradas o contenido de posts. Es útil para integraciones de plugins sin necesidad de modificar templates.
Para Agencias y Freelancers
Estrategia Híbrida Temporal
Algunos temas, como Kadence, ofrecen un enfoque híbrido, usando el Customizer para ciertos aspectos pero integrando más funcionalidad de construcción de bloques.
Esto te permite mantener clientes existentes en page builders mientras migras gradualmente a FSE para nuevos proyectos.
Educa a tus Clientes
FSE cambia cómo los clientes gestionan sus sitios. El Site Editor es diferente del editor de posts tradicional. Ofrece capacitación específica para evitar confusiones.
Reposiciona tu Propuesta de Valor
Antes vendías “diseño personalizado con Elementor”. Ahora vendes “soluciones WordPress nativas optimizadas para rendimiento y futuro”. Es un cambio de mentalidad, pero el valor es mayor.
¿Qué Pasa con Elementor y Divi?
No van a desaparecer de la noche a la mañana, pero su rol está cambiando drásticamente.
Elementor: El Gigante en la Encrucijada
Elementor impulsa más de 18 millones de sitios web, un 11% de internet. Esa base de usuarios no desaparece fácilmente.
Pero el crecimiento se ha estancado. Los nuevos proyectos prefieren soluciones más ligeras y nativas. Elementor es consciente de esto y está intentando adaptarse, integrando más con Gutenberg y ofreciendo hosting optimizado. Pero es una batalla cuesta arriba.
El problema: Elementor Pro cuesta $59/año por sitio. FSE es gratis e incluido en WordPress Core. Para agencias que gestionan decenas de sitios, el costo acumulado es significativo.
Divi: La Apuesta por el Lifetime
Divi ofrece un plan lifetime que incluye acceso a todas las herramientas y builders de Elegant Themes sin costos adicionales.
Para agencias con muchos clientes, el modelo de licencia vitalicia de Divi es atractivo. Pero el rendimiento sigue siendo un problema, especialmente en páginas complejas.
¿Seguirán Siendo Relevantes?
Para sitios existentes: Sí. Migrar un sitio Elementor/Divi complejo a FSE no es trivial. Muchos sitios seguirán con page builders durante años.
Para proyectos nuevos: Cada vez menos. ¿Por qué añadir dependencia de un plugin cuando WordPress nativo hace lo mismo más rápido?
Nicho especializado: Los page builders podrían sobrevivir sirviendo casos de uso avanzados que FSE aún no cubre bien, como landing pages con alta conversión y tests A/B integrados.
Pero el mercado masivo se está moviendo a FSE. Es inevitable.
Los Desafíos Reales de FSE (Que Nadie Menciona)
FSE no es perfecto. Tiene limitaciones serias que debes conocer antes de comprometerte.
1. Curva de Aprendizaje Inesperada
FSE requiere pensar diferente. Los desarrolladores acostumbrados a PHP y temas tradicionales encuentran frustrante trabajar con HTML de bloques y JSON.
Los diseñadores que dominaban Elementor deben reaprender todo en un sistema menos visual (por ahora).
2. Incompatibilidades Persistentes con Plugins
Algunas extensiones (plugins) no están aún completamente adaptadas a esta nueva lógica y es necesario verificar su compatibilidad con FSE desde la fase de planificación.
Plugins populares que añaden funcionalidad personalizada pueden no funcionar correctamente con block themes. Esto mejora, pero es un riesgo real en 2025.
3. Menos Plantillas Listas para Usar
Elementor tiene miles de plantillas profesionales. Divi tiene cientos de layout packs completos. FSE tiene… menos. Mucho menos.
Esto mejorará con el tiempo, pero hoy significa más trabajo manual para lograr diseños complejos.
4. Control de Revisiones Limitado
FSE guarda cambios en templates como revisiones, pero el sistema no es tan robusto como el de page builders. Si un cliente rompe el diseño, revertir puede ser complicado.
5. Documentación Fragmentada
La documentación oficial de WordPress sobre FSE está mejorando, pero sigue siendo fragmentada. Aprender requiere leer múltiples fuentes y mucha experimentación.
El Veredicto: ¿Merece la Pena el Cambio?
Para sitios nuevos: Absolutamente sí. FSE es más rápido, más seguro, sin costos de licencia y compatible con el futuro de WordPress. A menos que tengas una necesidad específica que solo un page builder cubre, FSE es la opción correcta.
Para sitios existentes: Depende. Si tu sitio funciona bien con Elementor/Divi y no tienes problemas de rendimiento, no hay urgencia. Pero planifica la transición para los próximos 2-3 años.
Para desarrolladores: Aprender FSE es obligatorio. Aunque sigas usando page builders para clientes actuales, cada proyecto nuevo debería al menos considerar FSE. En 2026, será la norma.
Cómo Empezar con FSE Hoy
1. Instala WordPress 6.6+
Para proyectos nuevos en 2025, se recomienda la versión 3 de theme.json para acceder a las últimas características. Necesitas WordPress 6.6 o superior.
2. Activa un Block Theme
Prueba Twenty Twenty-Five, el tema oficial de WordPress para 2025. Está diseñado específicamente para demostrar todas las capacidades de FSE.
Alternativamente, explora temas FSE populares como Kadence, Astra (versión FSE), o Neve FSE.
3. Experimenta en el Site Editor
Ve a Apariencia → Editor. Explora templates, template parts, patrones y estilos globales. Haz cambios y observa cómo se reflejan en tiempo real.
4. Instala Create Block Theme Plugin
Te permite exportar tus diseños como un tema completo. Es una forma práctica de aprender la estructura de archivos mientras trabajas visualmente.
5. Estudia theme.json
Lee la documentación oficial, mira ejemplos en GitHub, y practica creando configuraciones básicas. El dominio de theme.json es la diferencia entre ser un usuario de FSE y un experto.
6. Únete a la Comunidad
El ecosistema FSE está creciendo rápidamente. Sigue a desarrolladores en Twitter/X, únete a grupos de WordPress, y participa en foros. La curva de aprendizaje es más fácil con apoyo.
El Futuro: WordPress en 2026 y Más Allá
La dirección es clara: WordPress está construyendo un futuro donde el código es opcional, la personalización es visual, y el rendimiento es prioritario.
Integración más profunda con ACF: Se espera que Advanced Custom Fields se integre nativamente con FSE, permitiendo campos personalizados complejos sin plugins adicionales.
Interactivity API: WordPress 6.5 introdujo la Interactivity API, que permite añadir interactividad tipo JavaScript a bloques sin frameworks externos. Esto competirá directamente con las capacidades dinámicas de page builders.
Mejoras en el Site Editor: Cada versión de WordPress refina la interfaz del Site Editor, haciéndola más intuitiva y competitiva con page builders visuales.
Más Block Patterns y Templates: A medida que la comunidad adopta FSE, el número de patterns y templates disponibles crecerá exponencialmente, cerrando la brecha con Elementor/Divi.
Conclusión: Adapta o Queda Obsoleto
El fin de los page builders clásicos no es una predicción, es una realidad en progreso. FSE no es una moda pasajera; es la arquitectura oficial de WordPress para la próxima década.
Elementor y Divi fueron soluciones brillantes a problemas que WordPress ya no tiene. Cumplieron su propósito, pero su tiempo está terminando. Como todas las tecnologías, evolucionan o desaparecen.
Para desarrolladores, agencias y negocios, el mensaje es claro: invierte en aprender FSE ahora. Cada mes que esperes es un mes que tus competidores ganan ventaja.
En 2026, los clientes no preguntarán “¿usas Elementor o Divi?”. Preguntarán “¿construyes con FSE o estás usando tecnología obsoleta?”.
La respuesta correcta determinará tu relevancia en el ecosistema WordPress de la próxima década.
Escrito por
ximo