Cómo migrar tu sitio web de WordPress a Drupal sin perder SEO ni contenido

A casi todo proyecto digital le llega el día. WordPress se queda pequeño, el contenido crece sin parar, la lista de plugins ya parece un parque temático y la arquitectura empieza a tambalearse. Cuando ese momento llega, Drupal entra en escena como la opción lógica: un CMS pensado para escalar, con una arquitectura modular sólida y una gestión de permisos y contenido que WordPress no alcanza. Pero hay una pregunta que paraliza a cualquier responsable de negocio: si migro, ¿tiro por la borda el SEO que llevo años construyendo? Lo cierto es que no, siempre que planifiques bien la jugada. Vamos a ver cómo afrontar el reto de migrar WordPress a Drupal sin perder SEO ni contenido.

Cuándo tiene sentido migrar de WordPress a Drupal

No toda web necesita despedirse de WordPress. La migración cobra sentido cuando se cumplen una o varias de estas circunstancias.

Complejidad de contenido y taxonomías

WordPress se desenvuelve bien con blogs y sitios editoriales sencillos. El problema llega cuando necesitas tipos de contenido personalizados con campos complejos, relaciones entre entidades y taxonomías profundas: ahí el modelo de custom post types se queda corto. Drupal trabaja con entidades, bundles y campos nativos, y eso te da una flexibilidad estructural que en WordPress solo logras apilando plugins como Advanced Custom Fields o Toolset.

Gestión de permisos y flujos de trabajo

¿Tu organización maneja roles editoriales complejos, aprobaciones de contenido o un control granular sobre quién ve, edita o publica cada cosa? Aquí Drupal juega en otra liga. Módulos como Workflows y Content Moderation te dejan definir estados de publicación y transiciones sin escribir una línea de código extra.

Rendimiento y escalabilidad

Si tu sitio mueve miles de nodos, soporta picos de tráfico concurrente o necesita conectarse con sistemas externos, la arquitectura de Drupal te lo agradecerá. Lleva caché granular nativa, soporte para BigPipe y una API REST/JSON:API integrada en el core.

Planificación: la fase que determina el éxito

Una migración mal planificada es la principal razón por la que se pierde SEO. Antes de tocar una sola línea de código, te toca preparar un inventario completo y un plan al detalle.

Auditoría del sitio origen

Saca un inventario exhaustivo del sitio WordPress: páginas, entradas, custom post types, taxonomías, usuarios, roles, menús y archivos multimedia. Herramientas como Screaming Frog te permiten rastrear todas las URLs indexadas y sus metadatos SEO. Guárdate ese inventario; lo necesitarás como referencia cuando llegue la hora de verificar.

Mapa de correspondencias

Prepara un documento que cruce cada tipo de contenido de WordPress con su equivalente en Drupal. Las entradas se transforman en nodos Article, las páginas en nodos Page, y los custom post types en tipos de contenido personalizados. Las categorías y etiquetas se mapean a vocabularios de taxonomía en Drupal.

Definición del timeline

Para un sitio de tamaño medio (entre 500 y 5000 contenidos), una migración realista suele llevar entre 6 y 12 semanas. El reparto habitual: auditoría y planificación (1-2 semanas), configuración del entorno Drupal (2-3 semanas), ejecución de la migración (1-2 semanas), testing (1-2 semanas) y lanzamiento con monitorización (1 semana).

Migrate API: el motor de la migración

Drupal trae el módulo Migrate en el core, pero para tirar desde WordPress vas a necesitar el módulo contribuido WordPress Migrate (wordpress_migrate), que se apoya en Migrate Plus y Migrate Tools.

Arquitectura del proceso

La Migrate API se organiza en tres piezas: source (origen de datos), process (transformaciones) y destination (destino en Drupal). Cada migración se define como un plugin con su configuración en YAML. Para WordPress, el source plugin tira directamente de la base de datos o consume un archivo de exportación WXR.

Configuración y contenido multimedia

Cada tipo de contenido necesita su propia definición de migración. Los campos personalizados de WordPress (post_meta) se mapean con process plugins que extraen cada meta_key y lo colocan en el campo correspondiente de Drupal. Las imágenes y archivos adjuntos se descargan y se registran como entidades File, y las referencias se resuelven mediante migration lookups.

Gestión de URLs y redirects: la clave del SEO

Cada URL que cambia sin una redirección decente es un enlace roto a ojos de Google y una pérdida potencial de autoridad. Así de simple.

Pathauto y patrones de URL

El módulo Pathauto te deja definir patrones automáticos de URL para cada tipo de contenido. ¿En WordPress tus posts vivían bajo /blog/slug-del-post/? Configura Pathauto para que los nodos Article generen exactamente esa misma estructura. Cuantas menos URLs cambies, menos golpe se llevará tu posicionamiento.

Módulo Redirect

El módulo Redirect te permite crear redirecciones 301 una a una o en masa (mediante importación CSV) que apunten cada URL antigua a su equivalente nueva. Tienen que ser 301 (permanentes); solo así los motores de búsqueda transfieren la autoridad acumulada. Apóyate también en Redirect 404, que detecta errores 404 y facilita crear redirecciones desde la propia interfaz de administración.

Preservar meta tags y schema markup

Los meta tags y el schema markup tienen que viajar bien para mantener el posicionamiento y los resultados enriquecidos.

Módulo Metatag y Schema.org Metatag

El módulo Metatag es el primo de Yoast SEO o Rank Math. Durante la migración, los meta tags personalizados guardados en wp_postmeta (claves como _yoast_wpseo_title, _yoast_wpseo_metadesc) se extraen y se mapean a los campos del módulo Metatag en Drupal. Para datos estructurados, Schema.org Metatag te permite configurar los tipos de schema adecuados (Article, Organization, BreadcrumbList) para cada tipo de contenido.

Sitemaps XML

Sustituye el sitemap que generaba Yoast por el módulo Simple XML Sitemap de Drupal. Configura qué tipos de contenido y taxonomías quieres incluir, y envía el nuevo sitemap a Google Search Console nada más lanzar.

Migración de usuarios y permisos

Si tu sitio tiene usuarios registrados, mover las cuentas pide una planificación a medida.

Mapeo de roles y autoría

Los roles de WordPress se mapean a roles equivalentes en Drupal, que además te deja crear roles personalizados con permisos granulares. Hay un detalle clave: las contraseñas hasheadas de WordPress no son compatibles con Drupal, así que tus usuarios tendrán que restablecerlas en el primer acceso. Y un orden importante: la migración de usuarios va antes que la de contenido, para que los process plugins puedan resolver la autoría con migration_lookup.

Testing post-migración: la lista de verificación

Una migración no está cerrada hasta que la has revisado de arriba abajo.

Verificación de contenido

Compara el número total de nodos migrados con el inventario original. Revisa una muestra del 10% del contenido para chequear campos, taxonomías, imágenes y formato de texto. Ojo a los shortcodes de WordPress: no existen en Drupal y hay que transformarlos durante la migración.

Verificación SEO

Rastrea el sitio Drupal con Screaming Frog y compáralo con el rastreo previo. Verifica que cada URL indexada existe con el mismo path o cuenta con una redirección 301. Comprueba también meta tags, datos estructurados y sitemap XML.

SEO checklist para el día del lanzamiento

El día que apuntas el dominio al servidor Drupal es el momento crítico. No improvises.

Acciones inmediatas

Verifica el certificado SSL, confirma las redirecciones 301, envía el sitemap a Google Search Console y pide la indexación de las páginas más importantes. Y luego, durante las semanas siguientes, no le quites ojo al informe de cobertura.

Monitorización posterior

Es normal ver fluctuaciones leves durante las primeras 2-4 semanas. No te asustes. Monitoriza posiciones con Ahrefs, SEMrush o Search Console. Si detectas caídas en URLs concretas, revisa la redirección correspondiente y el contenido de la página de destino.

Timeline realista y recursos necesarios

Para sitios pequenos (menos de 500 contenidos), la migración se puede cerrar en 4-6 semanas con un desarrollador Drupal senior y un especialista SEO. Sitios medianos (500-5000 contenidos) piden 8-12 semanas y un equipo de dos desarrolladores. Sitios grandes (más de 5000 contenidos) pueden requerir entre 3 y 6 meses, sobre todo si hay comercio electrónico o integraciones complejas. En esos escenarios lo habitual es ejecutar migraciones incrementales para minimizar el tiempo de congelación editorial.

De WordPress a Drupal sin perder lo construido

Migrar de WordPress a Drupal no es un capricho técnico. Es una decisión estratégica que, ejecutada con método, te abre la puerta a una plataforma capaz de sostener el crecimiento de tu proyecto digital durante anos. La clave: no improvisar. Auditar, mapear, configurar, migrar, verificar y monitorizar.

Si estás valorando dar el paso de WordPress a Drupal y necesitas un equipo con experiencia real en migraciones complejas, en Tangram Consulting podemos ayudarte a planificar y ejecutar la transición sin comprometer tu SEO ni tu contenido. Contacta con nuestro equipo para analizar tu caso y definir juntos la hoja de ruta.