Muchas webs hechas con Drupal 7 se quedaron sin soporte en enero de 2025, y sus propietarios tienen que decidir hacia dónde van. Una de las opciones que más se plantean es pasar a WordPress: es más sencillo de editar, hay más perfiles que lo conocen y, para una web de contenidos, suele ser suficiente.
Pero no siempre es la mejor salida. Trabajamos con Drupal y con WordPress, y esta guía explica cuándo tiene sentido migrar de uno a otro, qué se migra y qué hay que rehacer, y cómo hacerlo sin perder el posicionamiento en Google.
Cuándo tiene sentido pasar de Drupal a WordPress
| Tu web | Lo más razonable |
|---|---|
| Sobre todo páginas, noticias y un blog, editada por pocas personas | WordPress suele encajar bien y simplifica el día a día |
| Muchos tipos de contenido relacionados, permisos por roles y flujos de aprobación | Mejor quedarse en Drupal y actualizar a Drupal 10 u 11 |
| Varios idiomas con traducciones gestionadas por equipos distintos | Los dos lo resuelven; en webs grandes, Drupal lo hace de serie y con más control |
| Integraciones con ERP, CRM o sistemas internos | Depende de la integración; en Drupal suelen ser módulos propios que habría que rehacer |
| Drupal 7 sin soporte y un rediseño pendiente | Buen momento para decidir: las dos migraciones implican rehacer el tema |
Si dudas entre los dos, lo explicamos con más detalle en Drupal vs WordPress. Y si la respuesta es quedarse en Drupal, el camino es migrar de Drupal 7 a Drupal 10 u 11.
Qué se migra y qué se rehace
Una migración no es copiar la web: es llevar el contenido a otra estructura. Esta es la equivalencia habitual:
| En Drupal | En WordPress |
|---|---|
| Tipos de contenido (content types) y sus campos | Tipos de entrada personalizados y campos (por ejemplo, con ACF) |
| Taxonomías y términos | Taxonomías (categorías, etiquetas o propias) |
| Usuarios y roles | Usuarios y roles, revisando los permisos |
Archivos de sites/default/files | Biblioteca de medios, wp-content/uploads |
| Alias de URL (Pathauto) | Enlaces permanentes, con redirecciones donde cambien |
| Metatags (módulo Metatag) | Títulos y descripciones del plugin de SEO (Yoast, Rank Math) |
| Traducciones (i18n) | WPML o Polylang |
| Vistas, bloques y módulos propios | Se rehacen: plantillas, bloques o un plugin a medida |
| Webforms | Un plugin de formularios, rehaciendo cada formulario |
El contenido se puede migrar de forma automática. Lo que no se migra es la lógica: las vistas, los bloques con condiciones y los módulos a medida hay que reconstruirlos en WordPress, y es ahí donde está la mayor parte del trabajo.
Cómo se hace la migración
- Con un plugin de migración. Existen plugins que leen la base de datos de Drupal y crean en WordPress las entradas, las páginas, las categorías, los usuarios y las imágenes. Para una web de contenidos sencilla son la vía más rápida; las versiones de pago añaden campos, tipos de contenido propios y traducciones.
- Con exportaciones y un importador. Se exporta el contenido de Drupal a CSV o XML y se importa con una herramienta de importación de WordPress, campo a campo. Da más control sobre la estructura de destino.
- Con un script propio. Para webs grandes o con estructuras complejas, un script que lee Drupal y escribe en WordPress (por ejemplo, con WP-CLI) permite repetir la migración tantas veces como haga falta, transformar el contenido por el camino y no depender de un plugin.
En los tres casos, la clave es poder repetir la migración: se hace una primera pasada, se revisa, se corrige el mapeo y se vuelve a lanzar, hasta que el resultado es bueno. La pasada final se hace con el contenido congelado unos días.
Dos detalles que suelen olvidarse:
- Las contraseñas. Drupal y WordPress guardan las contraseñas de forma distinta. O se pide a los usuarios que creen una nueva o se usa un complemento que acepte la contraseña antigua en el primer acceso.
- Los enlaces dentro del contenido. Los textos tienen enlaces a
node/123y a archivos desites/default/files, que hay que reescribir hacia las URL nuevas.
No perder el posicionamiento
Cambiar de gestor de contenidos es uno de los momentos en que una web pierde más tráfico, casi siempre por las URL. Lo que hay que hacer:
- Inventario de URL antes de empezar: las del sitemap, las de Search Console y las que reciben visitas según la analítica.
- Mantener las URL siempre que se pueda. Si los alias de Drupal se pueden reproducir en WordPress, mejor.
- Redirecciones 301 de cada URL que cambie a su nueva dirección, una a una. Nunca todas a la portada.
- Títulos y descripciones: migrar los del módulo Metatag al plugin de SEO, no dejar que se generen solos.
- Después de publicar: enviar el sitemap nuevo a Search Console, revisar los errores 404 y las páginas excluidas durante las primeras semanas.
Los pasos de un proyecto de migración
- Análisis: tipos de contenido, volumen, idiomas, módulos e integraciones, y decisión Drupal o WordPress.
- Modelo de contenido en WordPress: tipos de entrada, campos y taxonomías.
- Tema y funcionalidades: diseño, plantillas y lo que hay que reconstruir.
- Migraciones de prueba hasta que el contenido sale bien.
- Mapa de redirecciones y revisión de SEO.
- Migración final con el contenido congelado, publicación y seguimiento.
Tu migración, con Omitsis
Desarrollamos con Drupal y con WordPress, y te ayudamos a decidir con tu web delante: a veces la mejor salida es WordPress y a veces es actualizar Drupal. Si tienes una web en Drupal 7 o te planteas cambiar, cuéntanos tu caso. Puedes ver cómo trabajamos en nuestras páginas de WordPress, de Drupal y de desarrollo web.