Migrar un sitio de Divi a Gutenberg o Kadence es viable en 2026, aunque requiere planificación: Divi genera shortcodes propietarios que no son legibles en Gutenberg nativo. Las herramientas de migración disponibles (especialmente la que Automattic publicó en GitHub) convierten automáticamente la mayoría del contenido, pero los layouts complejos necesitan reconstrucción manual. El resultado: sitios más rápidos (hasta 2.3x más velocidad según benchmarks), compatible con SEO y Google Indexing API, y sin dependencia de constructores propietarios.
En 30 segundos
- Divi genera shortcodes ilegibles para Gutenberg; necesitás herramientas de migración o reconstrucción manual
- Gutenberg nativo es más rápido (Kadence promedia 1.620s vs Divi 3.967s en tests reales), mejor SEO y compatible con Google Indexing API
- Divi 5 está en Alpha pero aún no es producción; migrar ahora te evita estar atrapado en shortcodes legacy
- El proceso requiere backup completo, staging, herramienta de migración automática, testing exhaustivo y reconstrucción de layouts complejos
- Kadence es la opción intermedia más inteligente: usa bloques estándar pero tiene módulos listos sin volver a Divi o Elementor
Divi es un constructor visual propietario para WordPress que genera shortcodes personalizados. Gutenberg es el editor de bloques nativo de WordPress desde 2018, basado en estándares abiertos. Kadence es un tema híbrido que combina bloques estándar con módulos diseñados para migración desde constructores legacy. Cuando decís «migrar de Divi», lo que realmente sucede es: convertir shortcodes → bloques, reconstruir layouts en el editor nativo, y testear que el sitio siga viéndose y funcionando igual (o mejor).
Por qué migrar de Divi: el efecto lock-in
Ponele que hace 6 años decidiste usar Divi porque era visual, rápido de aprender y había módulos para todo. Hermoso. Pero ahora Divi te tiene atrapado: si desactivás el plugin, tu sitio se ve hecho un desastre porque todo lo visual está en shortcodes que solo Divi entiende. Los shortcodes son esos tags raros tipo `[et_pb_section]` que pueblan el editor de bloques cuando entrás al HTML — ilegibles, imposibles de editar manualmente, dependencia permanente del plugin.
Lo otro: peso. Divi carga 180-220 KB de CSS+JS incluso si no usás todos los módulos. Gutenberg carga lo que necesitás. Vos probás en PageSpeed y ves LCP de 3-4 segundos en Divi; migrás a Gutenberg/Kadence y de repente está en 1.2-1.8 segundos. Google lo nota. Los usuarios lo notan.
La tercera razón: futuro. Divi 5 (en Alpha en 2026) intentó integrar Gutenberg, pero sigue siendo constructor propietario. Cada versión nueva de WordPress, cada cambio en los estándares, y vos estás a merced de que Elegant Themes adapte su código. Con Gutenberg nativo, estás sobre roca sólida — el editor que desarrolla el equipo de WordPress core.
Comparativa: Divi vs Gutenberg vs Kadence
| Aspecto | Divi (5.x) | Gutenberg Nativo | Kadence |
|---|---|---|---|
| Arquitectura | Constructor propietario, shortcodes | Bloques estándar de WP | Bloques estándar + módulos diseñados |
| Rendimiento (LCP) | 3.967s promedio | 1.400-1.800s | 1.620s promedio |
| Curva de aprendizaje | Muy baja (visual, intuitivo) | Media (necesita conocer bloques) | Baja-media (visual pero con estándares) |
| Módulos disponibles | 60+ módulos nativos | Bloques básicos + plugins | 40+ módulos Kadence nativos |
| Precio | USD 89/año (tema) + plugins | Gratuito (WP core) | USD 299 de una vez (licencia Kadence Pro) |
| Portabilidad | Atrapado en Divi (shortcodes) | 100% portable (bloques estándar) | 99% portable (algunos módulos son Kadence) |
| SEO integrado | Compatible RankMath/Yoast | Compatible RankMath/Yoast | Compatible RankMath/Yoast |
| Google Indexing API | Soportado vía plugins | Soportado nativamente | Soportado nativamente |

El dato clave acá: si tu sitio tarda 3.967 segundos en cargar con Divi y 1.620 segundos con Kadence, eso es 58% más rápido. Eso impacta directamente en bounce rate, engagement, y rankings de Google (especialmente con Core Web Vitals).
Preparación: el paso que nadie salta sin arrepentirse
Antes de tocar nada en producción, hacé esto:
- Backup completo: base de datos + archivos (/wp-content, /uploads, el tema, plugins). Descargalo a tu máquina local. Si algo se rompe, quién querría volver a subir todo de vuelta a mano.
- Clonar a staging: en tu hosting, pedile al proveedor que te cloneña el sitio a staging (o hacelo manualmente con All-in-One WP Migration). Testea toda la migración en staging primero, donde nadie ve.
- Inventariar módulos de Divi: abrí cada página/post y documentá qué módulos usaste. Los comunes van a convertir automáticamente; los raros (Divi Testimonials, Divi Icon Box con animaciones custom) probablemente necesiten reconstrucción manual.
- Documentar CSS custom: si personalizaste CSS en Divi → Configuración → CSS Personalizado, copiá eso a un archivo de texto. Vas a necesitarlo post-migración.
- Probar reversión: antes de tocar nada en vivo, restaurá el backup en staging y probá volver a activar Divi. Así sabés que la reversión funciona si todo sale mal.
Herramientas de migración: Lo que hay disponible en 2026
Tenés tres caminos:
1. Divi Migration Tools (Automattic, oficial)
Automattic publicó en GitHub una herramienta que convierte shortcodes de Divi a bloques Gutenberg. Lee el contenido, identifica shortcodes, y traduce cada uno al bloque equivalente. Pros: es oficial, funciona para layouts estándar. Contras: layouts complejos con anidación profunda pueden quedar rotos; los estilos inline se pierden. En refuerza la seguridad de tu sitio profundizamos sobre esto.
2. Divi 5 Migrator (en Alpha, no recomendado aún)
Divi está desarrollando su propio migrador para Divi 5. Pero está en Alpha — no la uses en producción. Si lo hiciste, preparate para bugs.
3. Migración gradual con Divi Layout Block
Esto es lo más seguro pero laborioso: convertís Divi en «bloques de lectura solo» (sin editar con Divi) y usás el bloque nativo «Divi Layout» dentro de Gutenberg. Traducido: tu sitio funciona, pero editás página por página, manualmente, convirtiéndola a bloques nativos. Tarda. Pero no hay riesgo de pérdida de datos.
Proceso paso a paso de migración
Suponé que ya tenés backup + staging listo. Acá va:
Paso 1: Instalá WordPress 6.8 o superior
Gutenberg requiere WP 6.8+ para soporte completo de bloques. Si estás en 6.6, actualizá en staging primero, testea que todo ande, recién después lo hacés en vivo.
Paso 2: Descargá e instalá la herramienta de migración
Desde el repositorio oficial de Automattic en GitHub, descargá el plugin de migración. Instalalo en staging como un plugin normal (ZIP upload).
Paso 3: Activá un tema basado en bloques
Podrías usar WordPress Twenty Twenty-Five (tema default, 100% bloques), pero es muy minimalista. Si vas a quedar en Gutenberg puro, mejor Kadence (que tiene bloques + módulos). Si activás Kadence, el paso 4 es automático.
Paso 4: Ejecutá la herramienta de migración
En el dashboard, andá a la sección de migración, seleccioná «Convertir shortcodes de Divi a bloques Gutenberg», y que corra. Esto puede tardar 5-30 minutos según cuántos posts tengas.
Paso 5: Revisá contenido convertido
La herramienta convierte automáticamente 80-90% del contenido. Abrí 5-10 posts al azar y verificá que se vean bien. Si ves shortcodes sobrantes (tipo `[et_pb_text]` todavía en el editor), esos son bloques que la herramienta no reconoció — reconstruílos a mano.
Paso 6: Reconstrucción manual de layouts complejos
Si tenías layouts con 4+ columnas, animaciones, hover states personalizados, esos necesitan trabajo manual en Gutenberg. Vas bloque por bloque. Es tedioso, pero es una vez. Sobre eso hablamos en automatiza pasos de la migración.
Paso 7: Testing exhaustivo
Abrí cada página. Verificá links, botones, formularios, animaciones, media queries (responsive). En móvil. En desktop. En distintos navegadores. Activá Google PageSpeed y mirá los Core Web Vitals.
Paso 8: Migrá a vivo
Una vez que todo anda en staging, desactivá Divi en vivo, activá Gutenberg/Kadence, ejecutá la migración, y monitoreá logs durante 2-3 horas.
Reconstrucción de plantillas y diseños
Lo que muchos olvidan: Divi tiene Theme Builder (headers, footers, plantillas custom). Gutenberg tiene Block Templates (similar, pero nativo). La conversión no es mágica — tenés que:
Convertir Theme Builder de Divi a WP Block Templates: si usabas Divi para personalizar headers/footers globales, necesitás recrearlas como block templates. Kadence tiene templates prefabricadas que aceleran esto. Si querés Gutenberg puro, toca hacerlo manual.
Recursos: las fuentes como el blog oficial de Elegant Themes documentan qué cambios esperar.
Impacto en rendimiento, SEO y Core Web Vitals
Estos son números reales post-migración:
- LCP (Largest Contentful Paint): Divi 3-4 segundos → Gutenberg/Kadence 1.2-1.8 segundos. Google mejora tu score en Page Experience.
- CLS (Cumulative Layout Shift): Menos probable con Gutenberg (mejor control de espacios), especialmente si evitás ciertos plugins que inyectan JS pesado.
- FID (First Input Delay): Baja porque Gutenberg genera menos JavaScript innecesario.
- SEO: RankMath y Yoast funcionan igual en Gutenberg. Google Indexing API está mejor soportada en bloques estándar.
La realidad: si tu sitio Divi está en posición 15-20 por falta de velocidad, migrar te puede llevar directo a 8-12. No es magia — es que los bloques estándar son simplemente más eficientes.
Alternativas si Gutenberg puro no te atrae
No es obligatorio elegir entre Gutenberg o volver a otro constructor propietario tipo Elementor u Oxygen.
Kadence: Es la opción inteligente. Usa bloques estándar de WordPress, pero tiene 40+ módulos propios que hacen que no necesites plugins adicionales para sliders, testimonios, galerías. USD 299 de una vez (licencia Kadence Pro). Compatible con Gutenberg 100%, mejor que Elementor para migración (menos vendor lock-in que Elementor). Ya lo cubrimos antes en integraciones de IA para WordPress.
Elementor: Constructor visual como Divi, pero tiene mejor soporte para Gutenberg en 2026. Si migrás de Divi a Elementor, estás en la misma situación — shortcodes propietarios. No recomendado para este escenario.
Oxygen (descontinuado): Oxygen cerró en 2024. No es opción.
El resumen: si migrás de Divi, Kadence es tu mejor aliado intermedio.
Errores comunes y cómo evitarlos
Error 1: Migrar sin backup. Obvio, pero lo dice todo el mundo después de que le explotó el sitio. Hacé backup. Probá reversión. Recién después toca nada.
Error 2: Esperar que la herramienta de migración sea 100% perfecta. No lo es. La herramienta convierte shortcodes básicos automáticamente, pero layouts complejos, estilos inline, animaciones custom se pierden. Planificá trabajo manual. Si tenías 200 posts con layouts raros, preparate para editar al menos 20-30 manualmente.
Error 3: Desactivar Divi inmediatamente post-migración. Dejá Divi instalado (pero desactivado) durante 1-2 semanas. Si encontrás un post que quedó roto, lo activás de nuevo, lo verificás, y lo reconstruís. Recién después lo desinstalás.
Error 4: Ignorar CSS custom. Si Divi tenía CSS personalizado guardado, ese CSS no migra automáticamente. Necesitás copiarlo a tu child theme o al CSS personalizado de WordPress/Kadence. Si no lo hacés, los estilos desaparecen.
Error 5: Testear solo en desktop. Algunos módulos de Divi se ven bien en desktop pero en móvil son un desastre convertidos a Gutenberg. Testea mobile-first después de la migración.
Preguntas frecuentes
¿Debo migrar TODO a la vez o puedo hacerlo gradualmente?
Gradualmente es más seguro. Migrá 20-30% del sitio en staging, testea, mirá que no haya regresos en SEO ni velocidad, recién después completá el resto. Algunos hosts te dejan tener dos versiones del sitio en paralelo temporalmente. Si podés, hacelo: así mantenés vivo el sitio Divi original en vivo mientras migrás en paralelo. Te puede servir nuestra cobertura de desarrolla funcionalidades sin plugins.
¿Se pierden metadatos de SEO con la migración?
No, si usás RankMath o Yoast. Esos plugins guardan metadatos en la base de datos (títulos, descriptions, focus keywords), no en el contenido visual. Gutenberg los preserva automáticamente. Verificá post-migración que los focus keywords y descriptions estén ahí en RankMath, pero normalmente están.
¿Mejora el ranking en Google post-migración?
Indirectamente, sí. Google no penaliza migraciones de constructores (Divi → Gutenberg sigue siendo mismo sitio, mismo contenido, mismo dominio). Pero la migración típicamente trae velocidad mejorada (LCP +50%), y velocidad impacta rankings. Espera 2-4 semanas post-migración para ver cambios en posiciones.
¿Necesito reinstalar plugins post-migración?
No, los plugins se quedan igual. Lo que cambia es que plugins que se integraban con Divi específicamente (campos custom de Divi, extensiones de Divi) probablemente no funcionen. Las extensiones de Gutenberg (Advanced Custom Fields, Meta Box) sí funcionan con Gutenberg/Kadence.
¿Cuánto tiempo lleva migrar un sitio de 100 posts?
La herramienta automática tarda 10-30 minutos. Pero testing + reconstrucción manual de layouts complejos pueden tardar 4-6 horas si los posts tienen diseños raros. Si pagas a alguien para hacerlo, presupuestá USD 500-1500 según complejidad.
Qué está confirmado, qué aún no
Confirmado en 2026:
- Herramienta de migración de Automattic funciona para layouts estándar
- Gutenberg + Kadence generan sitios 50-60% más rápidos que Divi
- Google Indexing API está completamente soportada en Gutenberg nativo
- RankMath funciona sin problemas post-migración
- WP 6.8+ es requisito mínimo para migración segura
Aún pendiente / en Alpha:
- Divi 5 Migrator oficial (sigue en Alpha, no usar en producción aún)
- Soporte completo de animaciones custom Divi en Gutenberg (requiere reconstrucción manual)
- Integración automática de Theme Builder de Divi en Block Templates (trabajo manual requerido)
Conclusión
Migrar de Divi a Gutenberg/Kadence en 2026 no es opcional si querés estar en estándares actuales. El lock-in de Divi es real: shortcodes ilegibles, peso innecesario, dependencia de un plugin que Elegant Themes controla. Gutenberg te libera de eso.
El proceso es seguro si seguís el checklist: backup, staging, herramienta de migración, testing, reversión probada. El 80% de los contenidos se convierten automáticamente. El 20% restante necesita trabajo manual — es tedioso pero es una inversión única.
El payoff: sitio 50% más rápido, compatible con Google Indexing API, sin dependencia de constructores propietarios, y escalable. Si pagas USD 299 por Kadence como opción intermedia, está bien invertido. Si bajás directo a Gutenberg puro, es gratis.
La pregunta no debería ser «¿tengo que migrar?» sino «¿cuándo empiezo?» Ponele este mes, marzo, abril. Antes de que Divi fracase completamente o WordPress cambie algo que te requiera trabajar doble.