Drupal 10 Termina el 9 de Diciembre. Drupal 12 Nace la Misma Semana.

Dos fechas, una semana, cero margen#

El calendario oficial de Drupal ya no deja espacio para la ambigüedad. Drupal 10 llega a su fin de vida el 9 de diciembre de 2026 — la misma semana en que se lanzan Drupal 12.0.0 y 11.5.0. No es coincidencia: la comunidad fijó esa fecha de EOL (end of life) hace más de un año precisamente para que coincidiera con el nuevo lanzamiento mayor, y lo confirmó como un compromiso firme independientemente de cuándo saliera Drupal 12 exactamente.

Para una empresa, esto no es una nota de prensa técnica. Es una fecha límite de riesgo operativo: a partir de diciembre, cualquier sitio que siga en Drupal 10 deja de recibir parches de seguridad. Si tu organización ya vivió el aviso de parche crítico de octubre, sabe lo rápido que una vulnerabilidad sin corregir se convierte en una conversación con legal y cumplimiento.

Lo que desaparece en Drupal 12#

Drupal 12 no es una actualización cosmética. Es, por diseño, Drupal 11 con todo el código obsoleto eliminado — lo que significa que varias piezas que tu sitio probablemente usa hoy simplemente dejan de existir en el núcleo.

Several modules are deprecated in Drupal 11 and removed in Drupal 12: Ban, Contact, Field Layout, History, Migrate Drupal, Migrate Drupal UI. Sites should check their installed modules against the following list, and either uninstall the extension or require the contributed version prior to upgrading to Drupal 12. El equipo de core también confirmó que The Claro theme is removed... the Olivero theme is removed... The Search module is removed... The Toolbar module removed en los cambios de septiembre de 2026.

composer require 'drupal/core-dev:^12' --dev --no-update
composer require 'drush/drush:^13' --no-update

El camino no se puede saltar#

Aquí está el detalle que más importa para planificar presupuesto y calendario: no existe una ruta directa de Drupal 10 a Drupal 12. Drupal nunca permite saltar una versión mayor durante una actualización A major version cannot be skipped during an upgrade. For example, to upgrade from Drupal 9 to Drupal 11, a site must upgrade from Drupal 9 to Drupal 10, and then to Drupal 11. Y Drupal 12 elimina las rutas de actualización de base de datos anteriores a 11.3: all the configuration, database schema, entity/field, etc. upgrades up to Drupal 11.2.0 are removed in Drupal 12. That means that Drupal 10 sites must upgrade to 11.3.0 or higher to get those updates, before upgrading to Drupal 12.

En la práctica: un sitio enterprise en Drupal 10.3 no puede "saltar" a Drupal 12 en un solo esfuerzo. Primero sube a una versión reciente de 11.x, verifica cada módulo contribuido, y recién entonces hace el segundo salto. Son dos proyectos de migración, no uno — aunque se puedan planificar y ejecutar como una sola iniciativa coordinada.

La historia ya enseñó esta lección#

Este patrón no es nuevo. Cuando Drupal 9 llegó a su fin de vida el 1 de noviembre de 2023, la razón de fondo fue la misma que ahora: Drupal 9 relies on several other software projects, including Symfony, CKEditor, and Twig. With Symfony 4's end of life, CKEditor 4's end of life, and Twig 2's end of life all coming up soon, Drupal 9 went end of life on November 1st, 2023. Y meses antes de esa fecha, decenas de miles de sitios seguían sin migrar — un patrón que la comunidad ha visto repetirse en cada transición mayor.

Para los rezagados, existe una red de contención: un proyecto de Long Term Support (LTS) comunitario que facilitates long term support of Drupal versions through patches. Its goal is to both help support older versions of Drupal and generate interest in official long term support. Es una opción real, pero no es gratis ni indefinida — y no sustituye estar en una versión con soporte oficial del núcleo.

Qué significa esto para tu negocio#

Una migración de versión mayor en Drupal no es un gasto de TI que se pueda posponer indefinidamente sin consecuencia. Es, en esencia, una decisión sobre cuánto riesgo de seguridad sin parchear está dispuesta a tolerar la organización después de diciembre, y cuánto tiempo de ingeniería se necesita para evitarlo sin interrumpir el sitio que genera ingresos hoy.

• Inventario de versión real: confirmar en qué minor exacto de Drupal 10 o 11 está cada propiedad digital, no asumirlo
• Auditoría de módulos contribuidos: cuáles tienen ruta de compatibilidad con Drupal 12 y cuáles quedaron huérfanos
• Código personalizado: cuánto depende de temas (Claro, Olivero) o módulos (Search, Toolbar) que el núcleo elimina
• Ventana de ejecución: calendarizar el salto 10 → 11 → 12 antes de que la presión de seguridad post-EOL fuerce una migración apurada

Equipos que ya han ejecutado migraciones de Drupal bajo presión de calendario — como en la plataforma multimedia de Multimedios, construida sobre Drupal y AWS — saben que el riesgo real no está en la actualización de núcleo en sí, sino en el código y los módulos contribuidos que nadie auditó a tiempo. Resolver esto bien es trabajo de gobernanza continua, no de un sprint de última hora: alguien con experiencia real en Drupal mirando el inventario de versiones todo el año, no solo cuando llega la fecha límite.