Migrar de Drupal 7 a Drupal 11: fases, riesgos y costes

A tu Drupal le quedan pocos días. En diciembre el fabricante de este popular software dejará de dar soporte a la versión 10, lanzado en 2022. Ya en enero de 2025 la compañía avisó de que dejaba de ofrecer actualizaciones de seguridad para Drupal 7, de 2011, pero que aún cuenta con una cuota de uso cercana al 30%. Hasta ahora has podido mantener su Drupal porque funcionaba, unos cruzando los dedos y otros sin ser muy conscientes de lo que podía pasar. Pero ahora es la definitiva. Si aún no has actualizado a otras versiones más modernas, ya no puedes esperar más.

Continuar usando Drupal 7 o 10 como plataforma corporativa es un riesgo evitable que no debes correr. Aquí no se trata de subirse a una nueva ola por el simple hecho de ser más moderna, o porque aporte novedades que probablemente no llegues a utilizar y que con tu versión actual tienes suficiente. De lo que se trata es de evitar que tu sistema deje de funcionar de un día para otro. Nuestro consejo es, aprovechando esta decisión del desarrollador, dar el salto directo a Drupal 11. Se trata de la decisión más lógica y rentable para garantizar la seguridad, la escalabilidad y la continuidad de negocio a largo plazo.

Dicho esto, es importante avisarte que pasar de Drupal 7 a Drupal 11 no es solo darle al  "botón de actualización". Estamos hablando de que las diferencias entre versiones son numerosas y de calado.  

Más que cambiar de versión es cambiar arquitectura de software y pasar de la estructura antigua al motor basado en Symfony, la orientación a objetos y la arquitectura por componentes. Para hacer esta migración, que en algunos aspectos puede ser un comienzo desde cero, es importante contar con especialistas en este tipo de trabajos complejos,  que actúen como lo haría un médico internista, analizando tus sistemas como un todo con tu operativa diaria, abordamos esta transición como una intervención con criterio que respeta el valor acumulado de tu negocio (legacy) mientras devuelve el control absoluto de la plataforma a tu equipo. Lo contrario, pensar solo en la herramienta nueva, sería una reconstrucción a ciegas que te haga perder tiempo y dinero por el camino.

La situación reconocible: ¿Te suena este escenario?

Cuando hablamos con organizaciones que siguen usando Drupal 7 nos encontramos con tres comentartios que suelen repetirse:

• "La web funciona, pero nadie se atreve a tocar la base de datos": Llevan una década aplicando parches y personalizaciones, saben que hay que reorganizarlo todo, pero el temor a que falle la sincronización con el ERP, el CRM o que las pasarelas de pago se bloqueen les paraliza.
• "Los módulos custom están obsoletos y sin documentación": Quieren actualizar, pueden asumir ese riesgo, pero quienes desarrollaron la estructura original ya no están en la empresa y no hay nadie que tenga claro qué parte del código sigue siendo útil. Más que una herramienta tienen una caja negra que nadie sabe descifrar.
• "Presupuestos desorbitados y miedo al vendor lock-in": Han tomado la decisión y buscado ayuda, pero no saben valorar las propuestas que reciben o son de empresas que plantean rehacer todo desde cero a un coste prohibitivo, amenazando con dejarles atrapados en una nueva "caja negra".

Las 4 Fases de una migración segura de Drupal 7 a Drupal 11

Todos esos miedos son justificados porque los hemos visto más de una vez cuando hemos entrado en los sistemas de clientes a los que hemos ayudado. Y lo primero que les decimos es que una migración tan crítica no admite improvisaciones ni secretos. Nuestra metodología se basa en el concepto de In-sourcing, o lo que es lo mismo, trabajar codo con codo con tu equipo a lo largo de cuatro fases claramente estructuradas:

• Fase 1: Auditoría e inventario internista (Diagnóstico): Analizamos la arquitectura actual para clasificar el contenido, las taxonomías, los usuarios y, sobre todo, los módulos personalizados. De esta forma podemos determinar qué funcionalidades pueden ser sustituidas por módulos del core de Drupal 11 y cuáles deben refactorizarse con estándares modernos.
• Fase 2: Arquitectura y prototipado en Sandbox: Diseñamos la nueva estructura de datos en un entorno de pruebas aislado (sandbox). Con esa red de seguridad, preparamos los scripts de extracción, transformación y carga (ETL) y construimos la nueva arquitectura de componentes de diseño y backoffice. Antes de hacer la migración, podemos probarla en un entorno paralelo como el real, a modo de Gemelo Digital.
• Fase 3: Migración de datos y ejecución en In-sourcing: Cuando ya hemos comprobado que funciona y se adapta a tu flujo de trabajo, ejecutamos la migración técnica en iteraciones cortas (sprints). Aquí es fundamental esa política de cooperación y nuestros ingenieros senior trabajan integrados con tus perfiles técnicos y de negocio, garantizando la transferencia constante de conocimiento. Sabéis qué estamos haciendo y cómo.
• Fase 4: Despliegue en producción sin interrupción de servicio: NO solo es una entrega llave en mano, sino que el acompañamiento sigue en sus primeros pasos. Realizamos pruebas de carga y SEO técnico, sincronizamos los datos delta (últimos pedidos, usuarios o contenidos creados) y realizamos el conmutado final con 0% de paradas de producción.

Factores que determinan el coste real de la migración

Ahora que ya sabes por qué necesitas migrar y cómo puedes hacerlo con las mayores garantías te estarás preguntando el coste. Como puedes imaginar, dependerá de tu caso, por eso siempre empezamos por un análisis “internista” del estado de salud de tu sistema y de tu organización. Migrar de Drupal 7 a Drupal 11 no depende únicamente del número de páginas, sino de la complejidad arquitectónica subyacente y de los pasos que vamos a tener que dar:

• Volumen y limpieza de datos: La migración de usuarios, nodos, campos y archivos adjuntos requiere un proceso de sanitización y mapeo previo.
• Integraciones externas: El número de conexiones bidireccionales con ERPs, CRMs, plataformas de e-commerce o almacenes.
• Sustitución de código custom: La cantidad de código propio que deba ser refactorizado para adaptarse a los estándares orientados a objetos de Drupal 11.
• Arquitectura de diseño y backoffice: La complejidad de los componentes editoriales que necesite el equipo de contenidos para trabajar de forma autónoma.

Por eso, en lugar de ofrecer presupuestos cerrados sobre estimaciones vagas que derivan en sobrecostes, lo correcto es estructurar la inversión mediante un Roadmap de ROI por hitos, con prioridades claras y riesgo controlado.

Compromiso, Criterio, Colaboración y Control

En Natiboo nos guiamos por tres principios fundamentales frente al modelo de subcontratación tradicional que genera dependencias,

• Criterio: Te aconsejamos qué migrar, qué simplificar y qué descartar para optimizar tu inversión.
• Equipo (Colaboración): Nos integramos con tu personal técnico y de negocio. No trabajamos "para ti", trabajamos "contigo".
• Control (Independencia): Apostamos por estándares abiertos, código fuente documentado y cesión total de los desarrollos para que no dependas de nadie.

Tres principios que podemos resumir en uno: Compromiso con tus intereses de hoy y de mañana. Nos tomamos en serio esa integración con vuestra empresa y nos responsabilizamos de nuestro criterio y los objetivos prometidos en el presupuesto.

¿Sigues operando sobre Drupal 7 o 10 y necesitas una ruta clara?

Si eres de los que creen que cuando algo funciona es mejor dejarlo como está, piensa en que esperar a que deje de hacerlo siempre es peor y más difícil de solucionar. Y en el caso de las versiones sin soporte de un sistema, sabes a ciencia cierta que tarde o temprano dejarán de hacerlo. No permitas que la resistencia al cambio ponga en riesgo la continuidad de tu organización. Con el acompañamiento adecuado, no solo seguirá funcionando tu negocio sino que lo hará mejor.

Con un pre-estudio técnico y auditoría de tu plataforma Drupal 7 con nuestro equipo senior, analizaremos tu código custom, tus integraciones y definiremos juntos un plan de migración a Drupal 11 realista, seguro y a la medida de tu negocio.

Antes, puedes conocer en detalle cómo abordamos la modernización de entornos complejos en el Caso de éxito de Labdoo.org o descubrir nuestra propuesta de Migraciones y modernización de aplicaciones legacy.