Si tu sitio todavía está en Drupal 10, ya no conviene tratar la actualización como una tarea futura.
Drupal 10 llegará oficialmente al final de su ciclo de vida el 9 de diciembre de 2026. Después de esa fecha no habrá nuevas versiones de Drupal 10 y dejará de recibir soporte de seguridad dentro del ciclo oficial del proyecto. Drupal.org
Esto no significa que tu sitio vaya a dejar de funcionar al día siguiente. Puede seguir cargando, los formularios pueden continuar operando y el equipo puede seguir publicando contenido.
El problema es otro: estarás operando sobre una versión que ya no evoluciona dentro del ciclo oficial de Drupal. Y cuanto más tiempo se pospone la actualización, mayor puede ser la complejidad para mantener compatibilidad con módulos, temas, dependencias, infraestructura y nuevas versiones de PHP.
Por eso, si tu empresa todavía utiliza Drupal 10, noviembre es un buen momento para responder una pregunta concreta:
¿Estamos preparados para actualizar?
¿Qué significa realmente que Drupal 10 llegue al fin de soporte?
Drupal organiza sus versiones dentro de ciclos definidos de mantenimiento.
La última rama menor de Drupal 10 es la 10.6.x y toda la línea Drupal 10 llegará a fin de vida el 9 de diciembre de 2026. Esa misma semana está prevista también la publicación de Drupal 12. Drupal.org
A partir de ese momento, mantener Drupal 10 deja de ser simplemente una decisión de versión.
Se convierte en una decisión sobre riesgo y continuidad tecnológica.
Una plataforma sin soporte oficial puede enfrentarse progresivamente a problemas como:
-
Nuevas vulnerabilidades sin garantía de corrección oficial
-
Incompatibilidad con módulos o librerías que continúan evolucionando
-
Restricciones para adoptar nuevas versiones de PHP
-
Mayor esfuerzo para mantener desarrollos personalizados
-
Mayor complejidad cuando finalmente se decide actualizar
La recomendación no es actualizar por actualizar.
Es entender primero cómo está construido tu sitio y qué necesita para avanzar de forma segura.
Actualizar Drupal no es simplemente cambiar un número de versión
En un sitio básico, una actualización puede ser relativamente directa.
En una plataforma empresarial intervienen múltiples componentes, desde módulos contribuidos y personalizados hasta temas, integraciones con terceros y APIs. También hay que considerar la autenticación, los buscadores, los formularios, el CRM, la analítica, los servicios externos, la infraestructura y los procesos de despliegue.
Por eso, antes de ejecutar una actualización mayor, es necesario evaluar compatibilidad.
La documentación oficial de Drupal establece que para actualizar de Drupal 10 a Drupal 11 el sitio debe estar al menos en Drupal 10.3.x. También se debe validar que la infraestructura cumpla los requisitos de Drupal 11 y que el entorno utilice PHP 8.3 o superior. Drupal.org
Este punto es especialmente relevante porque PHP 8.2 también se encuentra cerca del final de su ciclo de soporte de seguridad, previsto para el 31 de diciembre de 2026. PHP
Es decir: en algunos proyectos no basta con actualizar Drupal.
También puede ser necesario revisar el entorno donde se ejecuta.
¿Qué deberías revisar antes de actualizar Drupal 10?
Antes de iniciar la actualización, recomendamos evaluar al menos seis áreas.
1. La versión exacta de Drupal
El primer paso es confirmar qué versión ejecuta actualmente el sitio.
Para pasar a Drupal 11, la documentación oficial establece como punto de partida mínimo Drupal 10.3.x. Drupal.org
Si la plataforma está en una versión anterior, primero será necesario actualizar dentro de Drupal 10.
También es importante recordar que Drupal no permite saltarse versiones mayores en su ruta normal de actualización.
Por ejemplo, un sitio en Drupal 9 no debe pasar directamente a Drupal 11: primero debe recorrer la actualización a Drupal 10. Drupal.org
2. Módulos contribuidos
Una plataforma Drupal empresarial rara vez utiliza únicamente Drupal Core.
Los módulos contribuidos pueden incorporar funciones de SEO, formularios, búsquedas, integraciones, soporte multilingüe, seguridad y gestión editorial.
Antes de actualizar es necesario verificar que estos módulos tengan versiones compatibles con Drupal 11.
Drupal dispone del módulo Upgrade Status precisamente para revisar la preparación del sitio frente a una nueva versión mayor, incluyendo requisitos del sistema, proyectos contribuidos y posibles incompatibilidades. Drupal.org
3. Código personalizado
Aquí suele aparecer buena parte de la complejidad real.
Un sitio puede utilizar módulos o funcionalidades desarrolladas específicamente para las necesidades de la organización.
Ese código debe revisarse para detectar APIs obsoletas, dependencias incompatibles o implementaciones que deben adaptarse antes de avanzar.
Drupal mantiene una política de deprecaciones precisamente para facilitar las actualizaciones entre versiones, pero eso no elimina la necesidad de revisar el código personalizado. Drupal.org
4. Módulos y funcionalidades que cambiaron en Drupal 11
Drupal 11 retira algunos módulos que estaban presentes o deprecados en Drupal 10.
La documentación oficial menciona, entre otros, Actions UI, Activity Tracker, Book, Forum, Statistics y Tour.
Dependiendo de cómo esté construido el sitio, puede ser necesario dejar de utilizar estas funcionalidades o reemplazarlas por alternativas contribuidas antes de completar la actualización. Drupal.org
Por eso una actualización debe comenzar con un inventario técnico, no directamente con Composer.
5. PHP e infraestructura
Drupal 11 requiere PHP 8.3 o superior. Drupal.org
Si la infraestructura sigue utilizando PHP 8.2, actualizar Drupal puede implicar también actualizar:
-
Servidores
-
Contenedores
-
Pipelines
-
Dependencias
-
Configuraciones
-
Extensiones de PHP
Esto debe revisarse antes de hacer el cambio en producción.
Actualizar Drupal sin revisar la infraestructura puede resolver un problema de versión y crear otro de compatibilidad.
6. Pruebas
Una actualización mayor debería probarse fuera del ambiente productivo.
La propia documentación de Drupal recomienda preparar y validar la actualización en un entorno local o de desarrollo antes de desplegarla en producción. Drupal.org
Las pruebas deberían incluir, como mínimo:
Navegación, formularios, búsqueda, usuarios, permisos, integraciones, procesos editoriales, contenido, SEO, rendimiento y funcionalidades personalizadas.
En plataformas críticas también conviene validar escenarios de rollback y respaldos antes del despliegue.
Drupal 11 vs Drupal 12
La proximidad entre el fin de vida de Drupal 10 y el lanzamiento previsto de Drupal 12 puede generar una pregunta razonable:
¿Vale la pena pasar primero por Drupal 11?
Sí, porque Drupal mantiene rutas de actualización consecutivas entre versiones mayores.
No se soporta un salto directo de Drupal 10 a Drupal 12. La ruta prevista es Drupal 10 → Drupal 11 → Drupal 12. Drupal.org
Por eso, esperar no elimina necesariamente el trabajo intermedio. Puede simplemente reducir el tiempo disponible para hacerlo de manera controlada.
Para decidir cuándo avanzar a Drupal 11 y cuándo continuar hacia Drupal 12, es importante revisar la compatibilidad de módulos, código personalizado, integraciones, versión de PHP e infraestructura. Si algunas dependencias aún no están preparadas para la siguiente versión, conviene priorizar una actualización segura a Drupal 11 y planear la evolución posterior por etapas.
La decisión correcta depende del estado de cada plataforma, pero permanecer indefinidamente en Drupal 10 no debería ser la estrategia.
El verdadero riesgo no siempre está en Drupal Core
En muchos proyectos, el problema más complejo no es actualizar Drupal. Es descubrir todo lo que se construyó alrededor.
-
Un módulo personalizado que nadie ha actualizado.
-
Una integración que depende de una API antigua.
-
Un tema desarrollado hace años.
-
Un servidor que sigue utilizando versiones obsoletas.
-
Una dependencia sin responsable.
-
Credenciales que únicamente conoce un proveedor anterior.
Por eso antes de iniciar una migración recomendamos responder:
-
¿Qué versión tenemos?
-
¿Qué módulos utilizamos?
-
¿Qué código es personalizado?
-
¿Qué integraciones dependen del portal?
-
¿Qué versión de PHP utiliza el servidor?
-
¿Quién controla hosting, repositorio y despliegues?
-
¿Qué funcionalidades son críticas para el negocio?
Con esas respuestas es mucho más fácil determinar alcance, riesgo y esfuerzo.
¿Actualizar, modernizar o reconstruir?
No todos los sitios en Drupal 10 necesitan exactamente la misma intervención. Hay casos en los que actualizar a Drupal 11 es la decisión correcta.
Otros sitios necesitan aprovechar el proceso para modernizar módulos, integraciones, arquitectura o infraestructura. Y en plataformas con una deuda técnica muy alta puede ser necesario evaluar si seguir acumulando actualizaciones continúa teniendo sentido frente a una reconstrucción parcial o total.
La decisión debería partir de evidencia técnica, no simplemente de la edad del sitio.
Una auditoría previa permite identificar qué puede mantenerse, qué debe corregirse y qué conviene transformar.
¿Cómo puede ayudarte EvolutecC?
En EvolutecC trabajamos con plataformas Drupal y proyectos de modernización tecnológica.
Podemos acompañarte desde la revisión inicial hasta la ejecución de la actualización.
El proceso puede incluir:
-
Auditoría técnica de la plataforma actual
-
Inventario de módulos y dependencias
-
Revisión de código personalizado
-
Análisis de compatibilidad con Drupal 11
-
Evaluación de PHP e infraestructura
-
Identificación de riesgos
-
Definición del plan de actualización
-
Ejecución de la migración
-
Pruebas
-
Despliegue
-
Soporte posterior
Actualizar de Drupal 10 a Drupal 11 no es solo cambiar de versión, sino preparar tu plataforma para seguir evolucionando.
En EvolutecC auditamos tu sitio, definimos la mejor ruta de actualización y te acompañamos en todo el proceso. ¿Sigues en Drupal 10? Hablemos antes de que termine su soporte.
Solicita una revisión de tu plataforma