Si utilizas Divi en tu sitio de WordPress, seguramente has notado un creciente interés en migrar al editor de bloques Gutenberg. Las preocupaciones sobre el rendimiento y las constantes mejoras de Gutenberg han impulsado esta tendencia entre agencias, equipos y propietarios de sitios web. En Seahawk Media, hemos realizado numerosas migraciones de Divi a Gutenberg. Esta guía explica por qué vale la pena migrar, qué debes preparar, cómo funciona el proceso y los errores más comunes.
En resumen: De Divi al editor de bloques Gutenberg
- Divi 5 se ha alejado de la arquitectura de códigos cortos de la que dependen las versiones anteriores de Divi, lo que la convierte ahora en un punto de salida natural para muchos equipos.
- Gutenberg, combinado con un tema de bloques, genera un HTML significativamente más ligero, lo que mejora directamente las puntuaciones de Core Web Vitals.
- El bloque de diseño de Divi te permite migrar una página a la vez, para que no tengas que reconstruir todo el sitio de una sola vez.
- Cada módulo de Divi tiene un equivalente nativo en Gutenberg, desde los fragmentos de texto y los controles deslizantes hasta el módulo de blog y las plantillas del Theme Builder.
- Mantener todas las URL sin cambios y verificar el esquema antes de la publicación protege su posicionamiento durante la transición.
- La migración de un sitio web de marketing de entre 20 y 40 páginas suele tardar entre una y tres semanas cuando el alcance del proyecto está bien planificado.
¿Por qué tantos sitios de WordPress están dejando de usar Divi?
El momento en que se produce este cambio no es casual. Elegant Themes reestructuró Divi de una manera que afecta a los sitios más antiguos, y WordPress ha madurado hasta un punto en el que el editor de bloques cubre la mayoría de las necesidades sin necesidad de un constructor de terceros.
Divi 5 retiró su propia arquitectura
Elegant Themes rediseñó Divi 5 basándose en un formato de almacenamiento en bloques y eliminó el sistema de códigos cortos que utilizaban las versiones anteriores. Si tienes un sitio web con Divi 4, tu contenido reside en un marcado de códigos cortos que Divi 5 ya no utiliza como base.
Elegant Themes creó una herramienta de migración para gestionar la conversión, pero ese paso en sí mismo confirma que la antigua arquitectura se está eliminando gradualmente.
Si de todas formas se requiere una migración, vale la pena preguntarse si migrar a los bloques nativos de Gutenberg tiene más sentido a largo plazo para su sitio web.
Gutenberg ha cerrado la brecha
WordPress 6.8 se lanzó en abril de 2025 con mejoras significativas en el editor de bloques, y la versión 6.9 está programada para diciembre de 2025. La edición completa del sitio, los estilos globales a través de theme.json, las partes de la plantilla y los diseños de Query Loop ya están disponibles de forma nativa.
La brecha de funcionalidades que antes hacía necesarios los constructores de sitios web propietarios se ha reducido considerablemente para la mayoría de los sitios de marketing y las instalaciones de WordPress con mucho contenido . Simplemente, los argumentos para seguir utilizando un constructor de pago de terceros son menos convincentes que hace unos años.
Cambia de Divi a Gutenberg sin caos
Te ayudamos a migrar de los creadores de páginas al editor de bloques de WordPress para obtener diseños limpios, un mejor rendimiento y cero pérdida de SEO.
¿Qué ventajas reales obtienes al pasarte a Gutenberg?
Gran parte del contenido sobre la migración de Divi a Gutenberg se centra en el proceso y omite por completo el resultado.
En nuestra experiencia en Seahawk Media, las mejoras se manifiestan sistemáticamente en tres áreas: rendimiento, coste y mantenimiento a largo plazo.
Mejoras de rendimiento que puedes medir
Divi carga sus propios paquetes de CSS y JavaScript en cada página, independientemente de los elementos que se estén utilizando. Esta sobrecarga se acumula rápidamente, sobre todo en páginas que utilizan solo una fracción de la biblioteca de módulos de Divi.
Gutenberg, junto con un tema de bloques configurado correctamente, elimina esa carga innecesaria. El resultado es más ligero, lo que mejora directamente de Largest Contentful Paint, Cumulative Layout Shift e Interaction to Next Paint.
Estas son las métricas web esenciales que afectan tanto a la experiencia del usuario como al posicionamiento en los motores de búsqueda. En todas las migraciones de Divi a Gutenberg que hemos realizado en Seahawk Media, las mejoras de rendimiento han sido consistentes y medibles.
Sin costes de licencia ni permanencia obligatoria
Divi requiere una suscripción activa a Elegant Themes para recibir actualizaciones y seguir utilizándolo. Gutenberg forma parte del núcleo de WordPress, por lo que no tiene coste de licencia ni depende de las decisiones de precios de una plataforma comercial.
El uso de bloques nativos también significa que su contenido ya no está vinculado a un formato propietario.
Si alguna vez necesita cambiar de tema o de equipo de desarrollo, su contenido permanecerá intacto y funcionará con cualquier configuración estándar de WordPress.
¿Qué debes revisar antes de tocar una sola página?
La fase de preparación es donde las migraciones de Divi pueden tener éxito o encontrar problemas graves.
Los equipos que se apresuran a reconstruir páginas antes de completar el trabajo fundamental se enfrentan a retrasos, inconsistencias de diseño y problemas de SEO que son totalmente evitables.
En Seahawk Media, consideramos la auditoría previa a la migración como una parte innegociable de cada proyecto.
Realice una copia de seguridad de su sitio y cree un entorno de prueba
, clone el sitio web en producción, incluyendo archivos y base de datos, en un entorno de prueba . Este entorno debe ser una copia completa y funcional del sitio web en producción.
Confirma que tu proceso de reversión funciona correctamente antes de empezar a realizar cambios, no después de que algo salga mal.
Nunca realices una migración de Divi a Gutenberg directamente en tu sitio web de producción. El riesgo simplemente no merece la pena, por muy sencillo que parezca el proyecto.
Audite cada diseño, plantilla y módulo en uso
Revisa cada página, entrada, tipo de entrada personalizaday taxonomía del sitio. Documenta todas las plantillas de Divi Theme Builder, incluyendo encabezados, pies de página, diseños de archivo y plantillas de entradas individuales, ya que requieren atención específica y a menudo se pasan por alto durante la planificación inicial.
Anota todas las plantillas de WooCommerce, módulos globales, carruseles, formularios de contacto y códigos cortos integrados. Cuanto más completo sea el inventario, menos sorpresas te encontrarás durante el proyecto.
Los proyectos que comienzan con una auditoría exhaustiva requieren mucho menos tiempo que aquellos cuyo alcance no está claro hasta que el trabajo ya está en marcha.
Saca tu sistema de diseño antes de reconstruir nada
Antes de modificar una sola página, documenta tu paleta de colores actual, la escala tipográfica, los valores de espaciado y los estilos de los botones. Estos se traducen directamente en la configuración de theme.json, que le da a Gutenberg acceso global a tus tokens de diseño en todas las plantillas y patrones.
Completar este paso antes de comenzar cualquier trabajo en las páginas significa que su sitio reconstruido tendrá una apariencia visualmente coherente desde la primera página que migre hasta la última.
Si se omite este paso, se producen inconsistencias que resultan tediosas de corregir después de que ya se hayan reconstruido docenas de páginas.
Módulos de Divi y sus sustitutos de Gutenberg
Una de las preocupaciones que suele surgir antes de la mayoría de las migraciones de Divi a Gutenberg es si el editor de bloques nativo puede replicar la funcionalidad de Divi.
En casi todos los casos, la respuesta es sí. Las alternativas funcionan de manera diferente, pero cubren las mismas funciones. Aquí tienes una guía rápida de los elementos más comunes de Divi y sus equivalentes en Gutenberg.
| Elemento Divi | Reemplazo de Gutenberg | Notas |
| Sección / Fila / Columna | Grupo / Columnas / Pila | Utilice los controles de diseño y la configuración de espacios dentro de los bloques de Grupo y Columnas |
| Propaganda | Medios y texto o bloque de grupo | Construir una vez como un patrón de bloque reutilizable |
| Botón | Bloque de botones | Asigna estilos a los ajustes preestablecidos de botones de theme.json |
| Imagen / Galería | Imagen / Galería | Conservar el texto alternativo y habilitar la carga diferida nativa |
| Deslizador | Bloque de cubierta con patrones o un plugin deslizante ligero | Evite usar controles deslizantes con JavaScript pesado siempre que sea posible |
| Formulario de contacto | Un plugin de formulario mantenido con soporte para bloques | Migrar confirmaciones, avisos del RGPD y protección contra spam |
| Módulo de blog | Bloque de bucle de consulta | Recrea diseños de tarjetas usando variaciones de plantillas de bucle de consulta |
| Creador de temas: encabezado y pie de página | Partes de la plantilla del tema de bloques | Navegue a los directorios de plantillas y piezas usando patrones |
¿Cómo realizar la migración de Divi a Gutenberg sin dañar tu sitio web?
Seguir un proceso estructurado permite que la migración sea predecible y reversible en cada etapa.
Así es como llevamos a cabo una migración de Divi a Gutenberg en Seahawk Media, desde el inicio hasta la puesta en marcha.
Paso 1: Congelar el contenido y bloquear el entorno de pruebas
Antes de migrar una sola página, congele las actualizaciones de contenido en el sitio web en producción y traslade todo el trabajo al entorno de pruebas.
Si los editores siguen publicando en el sitio web en producción mientras se realiza la migración en el entorno de pruebas, se producirá una brecha de versiones difícil de solucionar al momento del lanzamiento. Habilite el modo de mantenimiento en el entorno de pruebas para evitar el rastreo accidental durante la compilación.
Paso 2: Registra tu valor inicial antes de tocar nada
Ejecuta Lighthouse y Core Web Vitals en tus páginas de destino y guarda los resultados. Estas cifras te servirán como referencia tras la migración para confirmar que el rendimiento ha mejorado.
Sin una base de referencia, estarás adivinando. Anota también las rutas de conversión clave y los flujos de usuario para poder verificarlos durante el control de calidad.
Paso 3: Configura tu tema de bloque y theme.json
Confirma que estás usando WordPress 6.8 o superior. Instala un tema de bloques y asigna los tokens de diseño extraídos al archivo theme.json antes de reconstruir nada.
Aquí se deben definir globalmente los colores, las fuentes, el espaciado y los estilos de los botones. Esta base es la que mantiene la coherencia visual del sitio web rediseñado y facilita enormemente las futuras ediciones.
Paso 4: Pruebe primero en páginas de bajo riesgo
Selecciona dos o tres páginas que no generen mucho tráfico y aplica primero el método de migración que hayas elegido, ya sea el Bloque de Diseño de Divi o una reconstrucción manual completa.
Evalúe cuidadosamente la calidad del resultado antes de aplicarlo al resto del sitio. Los problemas que surgen en las páginas de prueba son mucho más fáciles de resolver que los que se descubren después de haber reconstruido cincuenta páginas.
Paso 5: Reconstruir las piezas y patrones de la plantilla
Convierte las plantillas de encabezado, pie de página y archivo de Divi Theme Builder en bloques de plantilla. Verifica que la navegación, el logotipo del sitio, la búsqueda y el contenido dinámico se muestren correctamente.
Es necesario que las partes de la plantilla sean sólidas antes de migrar cualquier contenido de la página, ya que todo lo demás depende de que se rendericen correctamente.
Paso 6: Confirma la paridad SEO antes de publicar
Conserva todas las URL tal como aparecían en el sitio Divi. Si algún slug cambia por cualquier motivo, añade una redirección 301 de inmediato. Verifica las etiquetas canónicas, los metadatos de Open Graph y el marcado de esquema estructurado por tipo de plantilla.
Ejecuta la prueba de resultados enriquecidos de Google en una muestra de páginas después de la reconstrucción y compara tus puntuaciones de Lighthouse con la línea base antes de programar el cambio definitivo.
Errores que ralentizan una migración a Divi
En nuestro trabajo en Seahawk Media, las migraciones que presentan problemas comparten un patrón. Los inconvenientes casi siempre son evitables y se remontan a decisiones tomadas al inicio del proyecto.
- Omitir la auditoría de contenido es el error más común. Los equipos que comienzan a reconstruir páginas antes de completar un inventario completo de plantillas, módulos y códigos cortos suelen encontrarse con elementos inesperados a mitad del proyecto. La auditoría puede parecer lenta al principio, pero ahorra mucho más tiempo del que cuesta.
- Suponer que el plugin de migración lo gestiona todo es otro problema frecuente. El plugin de Automattic es útil, pero no cubre todos los módulos de Divi.
- El resultado en páginas complejas suele requerir una limpieza a fondo. Los equipos que ejecutan el plugin, echan un vistazo a los resultados y lo dan por terminado, suelen acabar con páginas que conservan código HTML residual de Divi y que posteriormente provocan problemas en el front-end.
No registrar una línea base de rendimiento antes de la migración significa que no hay forma de demostrar que el trabajo haya mejorado algo. Los interesados y los clientes esperan pruebas de mejora. Sin datos de referencia, no se pueden proporcionar.
¿Cuánto tiempo tarda realmente una migración de Divi a Gutenberg?
Para un sitio web de marketing estándar con entre 20 y 40 páginas, el plazo estimado es de 1 a 3 semanas, incluyendo la configuración del sistema de diseño, la reconstrucción de páginas, el control de calidad y la verificación SEO.
Los sitios web con integraciones de WooCommerce, tipos de publicaciones personalizadas o cientos de páginas suelen tardar entre cuatro y ocho semanas, dependiendo de la complejidad de la plantilla y del volumen de diseños únicos.
La variable que más influye en el tiempo es la calidad de la auditoría previa a la migración. Los sitios que nos llegan con un inventario de contenido completo y plantillas Divi bien documentadas migran más rápido que los proyectos cuyo alcance no está claro hasta que el trabajo ya está en marcha. Invertir en esa auditoría desde el principio reduce el tiempo total de migración como ninguna otra cosa.
¿Listo para dejar Divi? ¡Hagámoslo bien!
Migrar de Divi a Gutenberg es una de esas decisiones que dan sus frutos rápidamente cuando se planifica bien.
Tiempos de carga más rápidos, un marcado más limpio, sin costes adicionales de licencia y un código base que se mantiene alineado con el núcleo de WordPress son resultados reales y medibles.
En Seahawk Media, nos encargamos de todo el proceso, desde del sistema de diseño y la configuración del tema de bloques hasta el control de calidad y las medidas de seguridad SEO, para que no se pase nada por alto y nada falle.
Si estás listo para dar el paso, ponte en contacto con nuestro equipo hoy mismo y te crearemos un sitio web de WordPress más ágil, rápido y duradero.
Preguntas frecuentes sobre Divi y Guntenberg
¿Es posible migrar una tienda WooCommerce de Divi a Gutenberg de forma segura?
Sí, pero requiere especial atención a las plantillas de productos, el diseño del carrito y del proceso de pago, así como a cualquier de WooCommerce que se utilice. Cada uno de estos elementos requiere una revisión individual durante el proceso de migración.
¿Necesito un tema nuevo para usar Gutenberg?
No necesariamente, pero cambiar a un tema de bloques con theme.json te da control total sobre los estilos globales y desbloquea funciones completas de edición del sitio. Un tema clásico funciona técnicamente, pero limita lo que puedes hacer con las plantillas y los patrones.
¿Qué ocurre con mis shortcodes de Divi cuando cambio de plataforma?
Los shortcodes de Divi no se mostrarán en Gutenberg, apareciendo como texto sin formato o código HTML incompleto. Deberás reconstruir el contenido basado en shortcodes utilizando bloques nativos durante el proceso de migración.
¿Cambiar a Gutenberg afectará mi posicionamiento en los resultados de búsqueda?
No, si la migración se gestiona correctamente. Mantener todas las URL sin cambios, verificar los metadatos por tipo de plantilla y conservar el marcado del esquema evitan caídas en el posicionamiento durante y después de la transición.
