Drupal 10 deja de recibir parches el 9 de diciembre de 2026, seis semanas después de la fecha de este artículo, y esa misma semana sale Drupal 12. Si tu web está en Drupal 10, o sigue en Drupal 7, tienes que elegir entre actualizar a Drupal 11, alargar los plazos dentro de lo que permite la propia política de Drupal o migrar a otra plataforma. Trabajo con Drupal y con WordPress. Aquí repaso las fechas oficiales, el proceso de actualización que sigo en cada proyecto, la situación de quien sigue en Drupal 7 y los casos en los que pasar a WordPress tiene sentido.
Fechas y requisitos están sacados de drupal.org y comprobados el 28 de octubre de 2026. Antes de cerrar un presupuesto, vuelve a mirar la página oficial.
Fin de soporte de Drupal 10: fechas oficiales
El calendario de versiones de Drupal fija el final de vida de Drupal 10 el 9 de diciembre de 2026 y aclara que después no habrá nuevas versiones de Drupal 10. La 10.6.0 es la última versión menor de la rama. La versión más reciente en el momento de escribir esto es la 10.6.20, del 21 de octubre de 2026, según el feed de versiones del núcleo.
El mismo calendario sitúa en la semana del 7 de diciembre de 2026 el lanzamiento de Drupal 12.0.0 y de la 11.5.0, y el final del soporte de seguridad de las ramas 11.3.x y 10.6.x. Esto cambia el objetivo de la actualización: si hoy subes a la 11.3, te quedas sin parches la misma semana que quien se quedó en la 10.6. La rama a la que conviene ir es la 11.4, cuya última versión es la 11.4.11, también del 21 de octubre.
La página del equipo de seguridad de Drupal lo dice sin rodeos: solo las versiones con soporte reciben atención del equipo de seguridad, y quien usa una versión sin soporte debe actualizar.
Cómo funciona el ciclo de versiones de Drupal
Las reglas generales están en el resumen del proceso de lanzamientos:
- sale una versión mayor cada dos años;
- cada versión mayor tiene soporte durante al menos cuatro años, hasta que salen dos versiones mayores posteriores;
- las versiones menores salen en junio y en diciembre y tienen un año de soporte: seis meses de correcciones generales y seis meses solo de seguridad;
- una versión mayor solo tiene soporte mientras lo tengan sus dependencias principales, como PHP o Symfony.
Drupal 11 todavía no tiene fecha de fin publicada. Por la regla de los cuatro años y las dos versiones posteriores, sigue con soporte cuando salga Drupal 12, pero no hay que planificar sobre una fecha que el calendario aún no recoge.
Qué pasa con una web en Drupal 10 a partir del 9 de diciembre
El 10 de diciembre la web abre igual que el día anterior. Los cambios llegan por la seguridad del núcleo, por los módulos contribuidos y por el servidor.
En la seguridad del núcleo: cualquier fallo que se descubra a partir de esa fecha queda sin parche oficial, y el aviso público del fallo sirve de guía a quien quiera aprovecharlo.
En los módulos contribuidos: los mantenedores dedican su tiempo a las versiones con soporte. Un módulo que hoy publica versiones para Drupal 10 y 11 puede dejar de aceptar Drupal 10 en la restricción de Composer en su siguiente versión, y a partir de ahí tu web se queda también con módulos antiguos.
En el servidor: Drupal 10 necesita al menos PHP 8.1, según la tabla de requisitos de PHP. Cuando el proveedor de hosting retire versiones antiguas de PHP, una web anclada en Drupal 10 tendrá cada vez menos margen.
En una web con formularios, zona privada o datos personales, esta combinación cuesta defenderla en una auditoría de seguridad.
¿Actualizar a Drupal 11, ganar tiempo o migrar?
Esta es la tabla con la que abro la conversación con un cliente, antes de mirar el código.
| Tipo de sitio | Recomendación | Motivo |
|---|---|---|
| Muchos editores, permisos por rol, flujos de aprobación | Actualizar a Drupal 11 | WordPress no reproduce estos permisos sin plugins y código propio |
| Varios idiomas o varios sitios en la misma instalación | Actualizar a Drupal 11 | Rehacer la estructura multilingüe y multisitio en otra plataforma cuesta más que actualizar |
| Ya en 10.3 o superior, módulos mantenidos, poco código propio | Actualizar ya a la 11.4 | El camino oficial está documentado y es corto |
| Mucho código a medida con llamadas obsoletas | Actualizar, con una fase previa de corrección de código | Drupal Rector automatiza parte del trabajo |
| Web pequeña, una o dos personas editando, sobre todo páginas y noticias | Valorar la migración a WordPress | El mantenimiento diario es más sencillo para un equipo pequeño |
| Web en Drupal 7 | Migrar ya, a Drupal 11 o a otra plataforma | El soporte terminó en enero de 2025 y la vía del núcleo desaparece en Drupal 12 |
| Administración con licitación todavía por publicar | Dejar el núcleo en la última 10.6.x y licitar la actualización a Drupal 11 | Reduce el riesgo mientras se tramita el expediente |
“Ganar tiempo” tiene un techo. A 28 de octubre de 2026 no he encontrado ninguna oferta publicada de soporte extendido para Drupal 10: la página de socios de soporte extendido de drupal.org solo trata Drupal 7, y la página de HeroDevs sobre Drupal también se refiere solo a Drupal 7. El tiempo que se puede ganar está dentro de Drupal: subir ahora a la 11.4, que salió la semana del 29 de junio de 2026 y tiene un año de soporte según la política, y dejar Drupal 12 para cuando los módulos de los que depende tu web tengan versión estable.
Si todavía estás comparando plataformas, la comparativa de CMS para grandes webs corporativas pone Drupal junto a WordPress y TYPO3 con los mismos criterios.
Drupal 10, 11 y 12: cronología y requisitos
| Fecha | Qué ocurre | Fuente |
|---|---|---|
| 2 de agosto de 2024 | Sale Drupal 11.0.0 | notas de la 11.0.0 |
| 5 de enero de 2025 | Termina el soporte de seguridad de Drupal 7 | drupal.org, fin de Drupal 7 |
| 28 de enero de 2026 | Sale Drupal CMS 2.0, sobre el núcleo 11.3 | anuncio en drupal.org |
| Semana del 29 de junio de 2026 | Sale la 11.4.0; termina la seguridad de 11.2.x y 10.5.x | calendario |
| 14 de octubre de 2026 | Drupal 12.0.0-beta2 | notas de la 12.0.0-beta2 |
| 21 de octubre de 2026 | Versiones 10.6.20, 11.3.20 y 11.4.11 | feed de versiones |
| Semana del 7 de diciembre de 2026 | Salen Drupal 12.0.0 y 11.5.0; termina la seguridad de 11.3.x y 10.6.x | calendario |
| 9 de diciembre de 2026 | Fin de vida de Drupal 10 | calendario |
Los requisitos de servidor cambian mucho de una versión a otra, y es donde más presupuestos se quedan cortos. Datos de la tabla de PHP y de los requisitos de base de datos:
| Requisito | Drupal 10 | Drupal 11 | Drupal 12 |
|---|---|---|---|
| PHP | 8.1 o superior | 8.3 o superior (8.5 desde la 11.3) | solo 8.5, compilado con argon2 |
| MySQL | 5.7.8+ | 8.0+ | 8.0+ |
| MariaDB | 10.3.7+ | 10.6+ | 10.11+ |
| PostgreSQL | 12+ | 16+ | 18+ |
| SQLite | 3.26+ | 3.45+ | 3.45+ |
| Microsoft IIS | admitido | no admitido desde la 11.0.0 | no admitido |
Drupal 11.3 y posteriores ya funcionan con PHP 8.5, la única versión que acepta Drupal 12. Si tu hosting ofrece PHP 8.5, puedes actualizar a la 11.4 directamente sobre esa versión y ahorrarte otro cambio de PHP el año que viene. Los requisitos de servidor web piden Apache 2.4.7 o superior o Nginx 1.1 o superior; si tu web corre en IIS, cambia de servidor antes de tocar Drupal 11.
Drupal 10 a 11: el proceso de actualización paso a paso
La guía oficial para actualizar de Drupal 10 a Drupal 11 marca el punto de partida: Drupal 10.3.0 o posterior, PHP 8.3.0 o superior y línea de comandos con Composer y Drush. Así es como lo hago yo, siempre sobre una copia y nunca directamente en producción.
Copia completa e inventario
Copio la base de datos, los archivos subidos y el repositorio con composer.json y composer.lock. Monto un entorno de pruebas con la misma versión de PHP que tendrá el hosting después de la actualización. Antes de cambiar nada, guardo la lista de módulos activos (drush pm:list --status=enabled), sus versiones y los parches declarados en composer.json.
La última 10.6.x como base
Si la web está por debajo de la 10.3, el primer paso es llegar a la última 10.6.x y ejecutar drush updatedb. Con esto ya se cierran muchos fallos de seguridad y se cumple el requisito de partida de la guía. En una web muy atrasada lo entrego como fase separada, para que el cliente tenga un sitio con soporte hasta diciembre aunque el resto del proyecto se alargue.
El informe de Upgrade Status
Instalo Upgrade Status en la copia. El módulo revisa si el entorno y los componentes del sitio están listos para la siguiente versión mayor: PHP, base de datos, cada módulo y tema contribuido y el código propio. Separa los módulos contribuidos en tres grupos: con versión para Drupal 11, con versión en desarrollo y sin nada. Ese tercer grupo marca el tamaño real del proyecto.
Código a medida: Drupal Rector y drupal-check
Para los módulos y temas propios paso Drupal Rector, que corrige de forma automática las llamadas obsoletas; su cobertura documentada va de Drupal 10.0 a 11.4. Después compruebo el resultado con drupal-check, un análisis estático sobre PHPStan que detecta errores de obsolescencia. Rector no lo arregla todo: hooks con firmas nuevas, servicios renombrados y consultas directas a la base de datos siguen pidiendo revisión a mano.
Módulos contribuidos sin versión compatible
Muchos módulos funcionan en Drupal 11 y solo les falta cambiar core_version_requirement. Para esos casos la guía oficial recomienda el Drupal Lenient Composer plugin, que reescribe la restricción de versión para aceptar el núcleo instalado. Cada paquete va en extra.drupal-lenient.allowed-list, y aplico el parche de compatibilidad de la cola de incidencias del módulo. Si el módulo está abandonado, busco un sustituto o paso la funcionalidad a código propio.
Módulos que salen del núcleo
Drupal 11 sacó del núcleo Actions UI, Activity Tracker, Book, Forum, Statistics y Tour. Todos siguen como proyecto contribuido, según la página de módulos obsoletos y eliminados. Si tu web usa alguno, instalo la versión contribuida todavía en Drupal 10, compruebo que todo funciona y solo después actualizo el núcleo. CKEditor 4 ya salió del núcleo en Drupal 10, así que una web que aún dependa de él arrastra más de una versión de retraso.
Actualizar el núcleo y probar
Con el informe limpio, subo drupal/core-recommended y los paquetes relacionados a la rama 11.4 con Composer, ejecuto drush updatedb y drush cache:rebuild, y pruebo lo que los editores hacen a diario: crear y publicar contenido, traducir, subir imágenes, formularios, búsqueda y permisos por rol. Cuando la copia pasa esas pruebas, repito el proceso en producción con una copia de seguridad hecha justo antes.
Dejar preparado Drupal 12
Drupal 12 saca más piezas del núcleo. Ban, Contact, Field Layout, History, Telephone, Search, Settings Tray y Shortcut quedaron obsoletos durante la rama 11.x, y la Toolbar sale del núcleo en la 12.0.0. Los temas Claro y Olivero quedaron obsoletos en la 11.5.0 y se eliminan en la 12.0.0; para la administración, drupal.org indica el nuevo tema Default Admin. Durante la actualización a Drupal 11 anoto cuáles de estos usa la web, y el salto siguiente queda presupuestado desde el principio.
Cuando me pides presupuesto, lo primero que te devuelvo es el informe de Upgrade Status generado sobre una copia, y con él la conversación pasa a ser una lista de tareas. En la página de desarrollador Drupal explico cómo hago esa revisión inicial.
Mi web sigue en Drupal 7: qué hacer ahora
El soporte de seguridad de Drupal 7 terminó el 5 de enero de 2025. Desde entonces Drupal 7 no recibe actualizaciones de seguridad ni de compatibilidad. drupal.org enumera empresas que ofrecen soporte extendido de pago para Drupal 7, lo que da margen, pero la migración sigue pendiente.
Drupal 12 cambia la situación de las webs en Drupal 7. La migración desde Drupal 7 usa el módulo Migrate Drupal del núcleo y, si prefieres interfaz, Migrate Drupal UI. Según la página de módulos obsoletos, los dos quedaron obsoletos durante la rama 11.x, desaparecen en Drupal 12.0 y ninguno pasa a proyecto contribuido. La tarea para retirar Migrate Drupal está cerrada. Drupal 12 conserva la API de migración, sin los orígenes de Drupal 6 y 7.
En la práctica, una web en Drupal 7 que quiera usar la vía del núcleo migra a Drupal 11 mientras la 11 tenga soporte y después sigue el ciclo normal hasta la 12. Empezar la migración desde Drupal 7 directamente sobre Drupal 12 obliga a escribir y mantener por tu cuenta los orígenes de migración.
Dentro del ecosistema hay otra salida. Drupal CMS 2.0, publicado el 28 de enero de 2026 sobre el núcleo 11.3, trae Drupal Canvas como editor visual por defecto y plantillas de sitio que sirven de punto de partida. Para una web Drupal 7 con muchos años encima, montar la estructura nueva sobre Drupal CMS y migrar solo el contenido puede costar menos que arrastrar toda la configuración acumulada.
La tercera vía es salir de Drupal, y ahí Drupal 7 no es un obstáculo: las herramientas de migración a WordPress leen bases de datos de varias versiones de Drupal, como explico más abajo.
¿Hay soporte extendido para Drupal 10?
A 28 de octubre de 2026, la página de HeroDevs sobre soporte de Drupal habla solo de Drupal 7, la página de socios de drupal.org trata solo Drupal 7 y no he podido confirmar ninguna oferta para Drupal 10 de otros proveedores. Si aparece alguna, lee bien las condiciones: qué módulos cubre, hasta cuándo y con qué versiones de PHP.
Mientras no exista, el plazo que puedes comprar es el de Drupal 11. La rama 11.4 tiene un año de soporte según la política, y la 11.5 sale en diciembre. Una web en la 11.4 está cubierta mientras prepara el paso a Drupal 12 sin prisas.
Drupal en la administración pública española
En España, Drupal aparece a menudo en ayuntamientos, diputaciones, universidades y organismos autonómicos: muchos editores, servicios con permisos propios y, con frecuencia, contenido en castellano y en otra lengua cooficial. El soporte multilingüe de Drupal encaja bien en ese escenario, y es uno de los motivos por los que estas webs suelen quedarse en Drupal. Para estas administraciones, el fin de Drupal 10 coincide con dos asuntos.
El primero es la accesibilidad. El Real Decreto 1112/2018, de 7 de septiembre, regula la accesibilidad de los sitios web y aplicaciones móviles del sector público y es la norma española que traslada la Directiva (UE) 2016/2102. Una actualización de versión mayor toca el tema, los formularios y el editor, que es justo donde se juega la accesibilidad, así que conviene revisarla en el mismo proyecto. En el sector privado, la Directiva (UE) 2019/882, el Acta Europea de Accesibilidad, se aplica desde el 28 de junio de 2025 a determinados servicios para consumidores, entre ellos el comercio electrónico y la banca.
El segundo son los plazos de contratación. Una licitación para la actualización, con su pliego de prescripciones técnicas, el plazo de ofertas y la adjudicación, difícilmente se resuelve en seis semanas. Lo prudente es separar el trabajo: mantener Drupal 10 en la última 10.6.x hasta diciembre y licitar la actualización a Drupal 11 como contrato propio, con el informe de Upgrade Status como anexo del pliego para que todas las ofertas partan del mismo inventario.
Un pliego para esta actualización debería fijar, como mínimo, la versión de destino (11.4 o superior), la versión de PHP del hosting, la lista de módulos contribuidos y propios con su estado, los módulos retirados del núcleo que usa la web, las pruebas de aceptación de los flujos editoriales y de cada idioma, y la entrega de la configuración en el repositorio. Si tu organismo está pensando también en la plataforma a largo plazo, la página sobre sitios web para organismos gubernamentales explica cómo trabajo con el sector público.
Migrar de Drupal a WordPress: qué se importa y qué hay que rehacer
WordPress es el gestor de contenidos más usado: según W3Techs, a 28 de octubre de 2026, está en el 39,5% de todos los sitios web, con una cuota del 58,3% entre los gestores de contenidos, frente al 0,6% y el 0,9% de Drupal. Para decidir una migración pesa más cómo trabaja tu equipo que estas cifras.
La herramienta más habitual para esta migración es el plugin FG Drupal to WordPress, probado con Drupal 4 a 11 según su ficha en wordpress.org. La tabla resume, según esa misma ficha, qué importa la versión gratuita y qué solo la premium.
| Contenido | Versión gratuita | Versión premium |
|---|---|---|
| Artículos y páginas básicas | Sí | Sí |
| Categorías y etiquetas | Sí | Sí |
| Imágenes y enlaces internos | Sí | Sí |
| Comentarios y usuarios | No | Sí |
| Tipos de contenido y taxonomías propias | No | Sí |
| Campos personalizados | No | Sí |
| Menús de navegación | No | Sí |
| Redirección de las URL antiguas | No | Sí |
| Medios de Drupal | No | Sí |
| Importación con WP-CLI | No | Sí |
El plugin lee bases de datos de Drupal en MySQL, PostgreSQL y SQLite. WP-CLI por sí solo importa archivos WXR con wp import y no trae un importador nativo de Drupal.
Hay trabajo que ninguna herramienta hace sola:
- Las listas, filtros y páginas hechas con Views se rehacen como plantillas del tema, bloques de consulta o código propio.
- Los roles y permisos finos de Drupal no tienen equivalente directo; los roles de WordPress son más simples y el resto pide plugins o código.
- Los flujos de aprobación con estados (borrador, revisión, publicado) montados con Content Moderation necesitan otra solución.
- La estructura de traducciones pasa a un plugin multilingüe de WordPress, y la relación entre traducciones se revisa página a página en las secciones con más visitas; en una web en castellano y en una lengua cooficial, esta parte suele ser la más larga.
- El contenido montado con Paragraphs no se convierte en bloques del editor sin un mapeo escrito para esa web concreta.
La versión actual de WordPress es la 7.1.3, y wordpress.org recomienda PHP 8.3 o superior y MariaDB 10.11 o MySQL 8.0 o superior. El hosting que sirve para Drupal 11 sirve también para WordPress.
Si el perfil de tu web apunta a WordPress, el primer paso es la evaluación de migración a WordPress, y en la página de desarrollador WordPress cuento cómo sigue el trabajo después. Si estás comparando con otro CMS empresarial, tengo también una página de desarrollo con TYPO3.
Cuándo es mejor quedarse en Drupal
Una migración tiene costes que no salen en la primera estimación: formación de editores, flujos nuevos, URL que redirigir, integraciones que rehacer. Recomiendo quedarse en Drupal cuando:
- hay muchos editores con permisos distintos por sección, servicio o tipo de contenido;
- la web publica en varios idiomas con su propio flujo de traducción;
- la misma instalación sirve varios sitios;
- hay integraciones con sistemas internos escritas como módulos de Drupal, que funcionan y que alguien conoce;
- el equipo técnico ya maneja Composer, Drush y el sistema de configuración de Drupal.
En estos casos, la actualización a Drupal 11 es un proyecto acotado y la migración sería un proyecto nuevo. Drupal se apoya además en Symfony, así que un equipo con experiencia en PHP moderno se mueve con soltura en Drupal 11.
Errores habituales al actualizar a Drupal 11
| Síntoma | Causa probable | Qué hago |
|---|---|---|
Composer no resuelve las dependencias de drupal/core 11 | Un módulo contribuido no declara compatibilidad con Drupal 11 | Localizo el módulo con composer why-not drupal/core 11.4, aplico el parche de su cola y uso el Lenient plugin, o lo sustituyo |
| Upgrade Status muestra muchas llamadas obsoletas en código propio | Código escrito para Drupal 8 o 9 que nadie revisó | Paso Drupal Rector, compruebo con drupal-check y corrijo el resto a mano |
| El hosting no ofrece PHP 8.3 | Plan de hosting antiguo | Pido el cambio de versión al proveedor o cambio de plan; sin PHP 8.3 la actualización no avanza |
| La web usa Book, Forum o Statistics | Módulos retirados del núcleo en la 11.0 | Instalo el proyecto contribuido en Drupal 10, pruebo y después actualizo el núcleo |
| La base de datos es MariaDB 10.5 o MySQL 5.7 | Drupal 11 pide MariaDB 10.6 o MySQL 8.0 | Actualizo el servidor de base de datos antes del código |
| La web corre en IIS | Drupal 11 no admite IIS | Paso a Apache o Nginx antes de actualizar |
| El tema a medida se rompe tras la actualización | Cambios en Twig, librerías o hooks | Comparo con el tema base, corrijo las plantillas y pruebo las páginas principales |
Lista de tareas: esta semana y este mes
Esta semana:
- mira la versión exacta del núcleo en Informes, Informe de estado;
- comprueba la versión de PHP y de la base de datos en el hosting;
- haz una copia completa de la web en un entorno de pruebas;
- instala Upgrade Status en la copia y guarda el informe;
- actualiza Drupal 10 a la última 10.6.x si aún no lo está.
Este mes:
- clasifica los módulos contribuidos: con versión para la 11, en desarrollo, sin versión;
- pasa Drupal Rector por el código propio y corrige lo que quede;
- instala las versiones contribuidas de los módulos retirados del núcleo que use la web;
- actualiza la copia a la 11.4 y prueba los flujos editoriales;
- decide, con el informe delante, entre actualizar y migrar, y deja escrito el motivo;
- fija el paso a producción antes del 9 de diciembre de 2026.
Para una web en Drupal 7 la lista es otra: elige ya el destino (Drupal 11, Drupal CMS o WordPress) y empieza la migración de contenidos mientras Migrate Drupal siga en el núcleo.
Si quieres que haga esta revisión sobre tu web, en la página de desarrollador Drupal tienes lo que necesito para empezar: acceso de lectura al repositorio y una copia de la base de datos.
