Drupal 7 dejó de tener soporte oficial el 5 de enero de 2025. Desde entonces no recibe parches de seguridad de la comunidad, y cada mes que pasa hay más módulos abandonados, más incompatibilidades con versiones nuevas de PHP y más riesgo. Si tu web todavía funciona con Drupal 7, la pregunta ya no es si migrar, sino cómo hacerlo sin perder contenido, posiciones en Google ni funcionalidades.
Esta es la forma en que planteamos las migraciones de Drupal 7 a Drupal 10 u 11 en Omitsis: qué implica de verdad, cuáles son los pasos, dónde están los riesgos y qué hace que un proyecto cueste más o menos.
Por qué no es una actualización, sino una migración
Entre Drupal 7 y las versiones modernas hay un cambio de arquitectura completo. Drupal 8 se reescribió sobre componentes de Symfony, con programación orientada a objetos, el motor de plantillas Twig y un sistema de configuración nuevo. Desde entonces, pasar de Drupal 8 a 9, de 9 a 10 o de 10 a 11 es una actualización: se actualiza el código, se corrige lo obsoleto y la web sigue siendo la misma.
Con Drupal 7 no funciona así. Se construye un sitio nuevo en Drupal 10 u 11 y se migra el contenido desde el antiguo. Eso tiene tres consecuencias:
- El tema hay que rehacerlo: las plantillas de Drupal 7 (PHPTemplate) no sirven en Twig.
- Los módulos a medida hay que reescribirlos: la lógica de negocio se puede aprovechar, pero el código no.
- Los módulos contribuidos cambian: muchos tienen versión moderna, otros se han integrado en el núcleo (Views, CKEditor, Media) y algunos no existen y hay que sustituirlos.
La buena noticia es que también es la oportunidad de limpiar: tipos de contenido que nadie usa, campos duplicados, módulos que ya no hacen falta y un diseño que se ha quedado viejo.
¿Drupal 10 o Drupal 11?
Si migras hoy, ve directamente a Drupal 11. Drupal 10 y Drupal 11 son muy parecidos en código, pero Drupal 11 es la versión con recorrido por delante: migrar a Drupal 10 significaría hacer otra actualización al cabo de poco tiempo. Solo tiene sentido quedarse en Drupal 10 si algún módulo imprescindible todavía no es compatible con Drupal 11, y aun así el salto de 10 a 11 es una actualización sencilla, no otra migración.
Los pasos de una migración de Drupal 7
- Auditoría del sitio actual. Inventario de tipos de contenido, campos, taxonomías, vistas, usuarios y roles, idiomas, módulos contribuidos y a medida, integraciones con otros sistemas y el volumen de contenido y de ficheros.
- Mapa de módulos. Para cada módulo de Drupal 7, qué lo sustituye en Drupal 11: el mismo módulo en versión moderna, una funcionalidad del núcleo, otro módulo o desarrollo a medida.
- Diseño del nuevo modelo de contenido. Es el momento de simplificar y de pasar las imágenes y documentos a Media, la gestión de medios del núcleo.
- Construcción del sitio nuevo: instalación, configuración, tema y módulos a medida.
- Scripts de migración con la API de migración de Drupal (Migrate) y los módulos Migrate Plus y Migrate Tools: contenido, usuarios, taxonomías, ficheros, traducciones y alias de URL. Se ejecutan tantas veces como haga falta hasta que el resultado es correcto.
- Revisión y pruebas: comparación de contenido entre el sitio viejo y el nuevo, pruebas funcionales, rendimiento y accesibilidad.
- Plan de redirecciones de todas las URLs que cambian.
- Puesta en producción con una migración final del contenido más reciente y un periodo de soporte posterior.
Si quieres ver cómo son estos scripts por dentro, tenemos dos guías prácticas: cómo migrar contenido a Drupal moderno desde un CSV y cómo migrar ficheros e imágenes a un campo Media.
Los riesgos que hay que controlar
- Perder posiciones en Google. Es el riesgo más caro y el más fácil de evitar: mantener las URLs que funcionan, redirigir con un 301 cada URL que cambie a su equivalente (nunca todas a la home) y revisar títulos y descripciones antes de publicar.
- Contenido que no se migra bien: campos con HTML antiguo, ficheros que ya no existen en el servidor, traducciones incompletas o referencias entre contenidos que se rompen.
- Funcionalidades que nadie había documentado: un cálculo dentro de un módulo a medida, un envío de datos a un CRM, un informe que alguien descarga cada mes. La auditoría tiene que encontrarlas.
- Congelar el contenido demasiado tiempo. Con scripts de migración repetibles, el equipo editorial puede seguir trabajando en el sitio viejo hasta el último día.
Qué hace que una migración cueste más o menos
No hay un precio estándar, pero los factores que más influyen son siempre los mismos:
| Factor | Más sencillo | Más complejo |
|---|---|---|
| Modelo de contenido | Pocos tipos de contenido y campos | Decenas de tipos, campos compartidos y referencias cruzadas |
| Módulos a medida | Ninguno o lógica simple | Lógica de negocio importante, integraciones |
| Idiomas | Uno | Varios, con traducciones de contenido y de interfaz |
| Diseño | Se aprovecha el actual | Diseño nuevo |
| Integraciones | Ninguna | CRM, ERP, SSO, pasarelas de pago, APIs propias |
| Volumen | Cientos de contenidos | Decenas de miles de contenidos y ficheros |
Un sitio institucional sencillo se puede migrar en pocas semanas; una plataforma con integraciones y muchos idiomas es un proyecto de varios meses.
¿Y si no migro todavía?
Hay alternativas temporales: soporte extendido de pago de proveedores privados para Drupal 7, o forks como Backdrop CMS. Sirven para ganar tiempo, pero no resuelven el problema de fondo: el ecosistema de Drupal 7 se va quedando sin módulos mantenidos y sin desarrolladores que quieran trabajar en él. Si la web es importante para tu negocio, lo razonable es planificar la migración con calma antes de que un fallo de seguridad la imponga con prisas.
Migraciones de Drupal con Omitsis
Llevamos más de quince años desarrollando con Drupal para organismos públicos, centros de investigación y empresas, en proyectos como Kernpharma o AQUA España, y migrar sitios de Drupal 7 a las versiones modernas es parte de nuestro día a día. Hacemos la auditoría, el desarrollo, los scripts de migración y el plan de redirecciones para no perder tráfico. También podemos sumarnos a tu equipo si ya tienes desarrolladores. Si tienes un Drupal 7 en marcha, cuéntanos tu caso o mira cómo trabajamos en nuestra página de Drupal.