Servicios de actualización de Drupal: de Drupal 8, 9 o 10 a Drupal 11
Los servicios de actualización de Drupal migran tu sitio de Drupal 8, 9 o 10 a Drupal 11 sin necesidad de reconstruirlo. Metadrop conserva el contenido, los usuarios, la configuración, las integraciones y el SEO mientras se actualizan el núcleo, los módulos contribuidos, el código personalizado y la pila subyacente de PHP y base de datos. Servicio prestado por un equipo certificado como Drupal Silver con sede en la UE y experiencia en cumplimiento de ENS, RGPD y NIS2.
Expertos en actualización de Drupal con sede en la UE revisan la versión actual, los módulos y las integraciones, y devuelven un plan de actualización por escrito en un plazo de 5 días laborables.
Por qué actualizar a Drupal 11: seguridad, cumplimiento normativo y riesgo de fin de vida útil
A Drupal 9 y 10 se les acaba el tiempo. Drupal 9 alcanzó el fin de vida útil el 1 de noviembre de 2023; cada sitio que aún lo utiliza acumula CVE sin parchear en cada ciclo de lanzamiento. Drupal 10.3 finalizó su soporte en junio de 2025; Drupal 10.4 y Drupal 11.1 finalizan en diciembre de 2025. Solo Drupal 11.2 (hasta junio de 2026) permanece bajo cobertura de seguridad activa, lo que convierte a la rama Drupal 11 en la única opción sostenible.
Riesgo de cumplimiento normativo corporativo
Un núcleo de Drupal sin parchear supone un incumplimiento normativo directo bajo tres regímenes regulatorios:
- RGPD (Art. 32): Clasifica el software sin parchear como un fallo en mantener "medidas técnicas apropiadas" para la seguridad de los datos.
- NIS2: Obliga a las entidades esenciales e importantes a mantener todo el software activamente parcheado y soportado.
- ENS (Esquema Nacional de Seguridad): Exige a los proveedores regulados ejecutar exclusivamente versiones de CMS endurecidas y con soporte del fabricante.
Drupal 11 supone un auténtico salto de plataforma, no una simple actualización de versión
Incluye Symfony 7, PHP 8.3, CKEditor 5, Componentes de Directorio Único (SDC), Recetas, Espacios de Trabajo y el Navegador de Proyectos. Moderniza los flujos de trabajo editoriales, simplifica la arquitectura de temas y desbloquea las herramientas de creación de contenido asistidas por IA, algo habitual en las implementaciones empresariales de CMS.
Las ganancias de rendimiento son medibles
Un frontend más ligero, Big Pipe habilitado por defecto y PHP 8.3 se traducen en una mejora del TTFB y de los Core Web Vitals en todos los sitios de producción que se han migrado hasta la fecha.
La ventana de compatibilidad se cierra rápidamente
Los módulos contribuidos están abandonando rápidamente la compatibilidad con Drupal 9 y 10.3. Mantenerse en una versión sin soporte implica heredar módulos huérfanos en cuestión de meses, no de años.
El riesgo de retrasar la actualización de Drupal
- Sin parches de seguridad. Cada nuevo CVE en el núcleo o en un módulo contribuido sigue siendo explotable en el sitio de forma indefinida una vez que se queda sin versiones compatibles.
- Fallo en la auditoría de cumplimiento. Las revisiones del DPO del RGPD, los informes NIS2, la recertificación del ENS y los cuestionarios de contratación empresarial marcan cada vez más las versiones de CMS no compatibles como un hallazgo crítico que bloquea la renovación o la incorporación.
- Abandono de módulos. Los mantenedores eliminan la compatibilidad con Drupal 9 y las primeras versiones de Drupal 10 a medida que la comunidad avanza. Las integraciones de CRM, SSO, búsqueda o comercio pueden fallar silenciosamente en la próxima versión contribuida.
- Incompatibilidad de alojamiento. PHP 7.x y MySQL 5.7 han llegado al final de su vida útil. Los hosts gestionados, incluidos Acquia, Pantheon y Platform.sh, están dejando obsoletas las versiones de PHP de las que dependen los núcleos antiguos de Drupal.
- Aumento del coste de corrección. Cada versión menor perdida añade cambios en la API obsoleta y en el esquema de la base de datos. Migrar de Drupal 9 a Drupal 11 es más difícil que de Drupal 10 a Drupal 11, y la brecha se amplía cada mes que se espera.
- Riesgo reputacional y operativo. Una brecha de seguridad publicitada en una plataforma al final de su vida útil es difícil de defender ante el consejo de administración, los clientes y el regulador, especialmente después de que la fecha de fin de vida útil sea un asunto de registro público.
La ruta de actualización de Drupal: sin reconstrucción, contenido preservado
Los sitios de Drupal 8, 9 y 10 migran a Drupal 11 sin cambios de plataforma. No es necesario replantificar, no se vuelve a introducir contenido y no se pierden URLs históricas, cuentas de usuario ni entradas de la biblioteca de medios. La actualización es una evolución del sitio existente, no una construcción desde cero.
La configuración se conserva durante la migración. Los tipos de contenido, campos, vistas, bloques, taxonomías, menús, roles, permisos y configuraciones de idioma se transfieren sin necesidad de recreación manual.
La equidad SEO se protege durante todo el proyecto. Las URLs, metatags, redirecciones, configuraciones canónicas, hreflang y mapas de sitio XML se auditan antes y después de la actualización, y los alias de URL y mapas de redirección 301 se validan para evitar cualquier pérdida de posicionamiento orgánico.
Las integraciones permanecen conectadas. SSO (SAML, OAuth, OpenID), Salesforce, HubSpot, SAP, middleware ERP, pasarelas de pago, Solr y Elasticsearch, y etiquetas de análisis se prueban de extremo a extremo en un entorno de preproducción antes del lanzamiento.
Cuanto más atrás esté el punto de partida (Drupal 8 en comparación con Drupal 10.4), más APIs obsoletas y reemplazos de módulos contribuidos serán necesarios. La fase de análisis cuantifica este trabajo explícitamente antes de escribir cualquier código, por lo que el alcance y el esfuerzo se conocen de antemano.
Actualización de Drupal 8 a Drupal 11
Drupal 8 llegó al final de su vida útil el 2 de noviembre de 2021. Los sitios que aún están en Drupal 8 necesitan una ruta de dos pasos: primero a Drupal 9 (una reconstrucción de dependencias de Composer más el reemplazo de API obsoletas mediante Drupal Rector) y luego a Drupal 11.
Se utiliza Upgrade Status y Drupal Rector para escanear el código personalizado y contribuido, y luego se parchean o reescriben las llamadas obsoletas para que el código sea compatible con la superficie moderna de la API de Drupal.
El esquema de la base de datos, los archivos, los usuarios y la configuración se migran en su lugar, no hay un ciclo de exportación y reimportación de datos, y los editores continúan trabajando con el mismo modelo de contenido que ya conocen.
Actualización de Drupal 9 a Drupal 11
Los sitios de Drupal 9 son el punto de partida más habitual que se ve en 2026. La ruta es Drupal 9 → Drupal 10 → Drupal 11, entregada como dos transiciones Composer compatibles en lugar de un salto único.
Las actualizaciones necesarias incluyen la migración de CKEditor 4 a CKEditor 5, el paso de Symfony 4 a Symfony 7, la eliminación de jQuery UI y la sustitución de módulos contribuidos obsoletos; ejemplos típicos son los saltos de versión principal para Address, Webform y Paragraphs.
Los plazos típicos de Drupal 9 a Drupal 11 oscilan entre 4 y 10 semanas, dependiendo de la huella de módulos personalizados y la complejidad de la integración.
Actualización de Drupal 10 a Drupal 11
La actualización de Drupal 10 a Drupal 11 es la ruta más sencilla. La mayoría de los módulos contribuidos ya son compatibles con Drupal 11 y la superficie de funciones obsoletas es reducida en comparación con saltos anteriores.
Las comprobaciones técnicas clave cubren PHP 8.3, MySQL 8.0 o MariaDB 10.6, Drush 13, Composer 2.7 y la eliminación de las API obsoletas señaladas por Upgrade Status.
Los plazos típicos de actualización de Drupal 10 a Drupal 11 oscilan entre 2 y 5 semanas para sitios sin mucho código personalizado.
Nuestra hoja de ruta de actualización a Drupal 11 (proceso de 4 pasos)
1. Análisis
La fase de análisis ofrece una auditoría completa del sitio que cubre la arquitectura de contenido, el código personalizado, los módulos contribuidos, las obsolescencias del núcleo, las dependencias de proveedores y las bibliotecas frontend. En esta fase no se cambia nada, solo se mide.
El escaneo automatizado con Upgrade Status y Drupal Rector cuantifica el uso de API obsoletas en toda la base de código, por lo que el esfuerzo de ingeniería se basa en números reales en lugar de estimaciones.
A continuación, se realiza un informe de compatibilidad de módulos. Enumera qué módulos contribuidos están listos para Drupal 11, cuáles necesitan parches, cuáles necesitan ser reemplazados y cuáles se pueden retirar por completo.
También se elabora un inventario de integraciones, SSO, CRM, ERP, búsqueda, pagos, análisis, automatización de marketing y DAM. De este modo, se tiene en cuenta cada sistema externo del que depende el sitio antes de comenzar la implementación.
La fase finaliza con un plan de actualización por escrito que incluye una estimación del esfuerzo, un registro de riesgos, una estrategia de reversión y un cronograma propuesto que se puede presentar al comité directivo o al responsable del presupuesto.
2. Implementación
Acciones de código. Se gestionan las dependencias del núcleo a través de Composer, se adaptan los módulos y temas personalizados, se parchean o bifurcan los módulos contribuidos cuando sea necesario, se revisan las dependencias de proveedores y se elimina jQuery UI junto con otras bibliotecas descartadas.
Base de datos y contenido. Las actualizaciones de esquema se ejecutan con drush updb, se verifica la integridad de los datos y cualquier división de configuración y anulación de idioma se migra de forma limpia.
Acciones del servidor. PHP se actualiza a 8.3, MySQL o MariaDB se actualizan a la versión requerida, Drush se actualiza a 13 y Composer a 2.7, y se revisan y ajustan la configuración del servidor web, opcache y los ajustes de Redis o Memcache.
Editorial. La migración de contenido de CKEditor 4 → CKEditor 5 se ejecuta como parte de la implementación, y se introducen los Componentes de Directorio Único en los que la arquitectura del tema se beneficia de ellos.
3. Pruebas
Pruebas automatizadas. Behat cubre las pruebas de comportamiento, BackstopJS maneja la regresión visual, Postman ejercita la superficie de la API y PHPUnit cubre la lógica de los módulos personalizados.
Pruebas manuales. Los editores y el equipo de control de calidad revisan los flujos de trabajo de contenido, el enrutamiento multilingüe, las rutas de inicio de sesión de SSO, los envíos de pagos y formularios, la accesibilidad según WCAG 2.1 AA y una verificación SEO completa en mapas de alias de URL, metatags, mapa del sitio y datos estructurados.
Línea de base de rendimiento. Lighthouse, WebPageTest y la monitorización sintética se ejecutan antes y después de la actualización para evidenciar las mejoras de rendimiento en lugar de simplemente afirmarlas.
Bucle de incidencias. Los problemas encontrados en las pruebas se corrigen, se vuelven a implementar en el entorno de preproducción y se vuelven a probar hasta que la lista de regresiones esté limpia y aprobada.
4. Lanzamiento
La fase de lanzamiento comienza con una prueba en seco de la implementación de preproducción utilizando una sincronización completa de datos desde producción, de modo que el script de implementación se ensaye con datos realistas antes de ejecutarse en el sitio en vivo.
Luego, se ejecutan pruebas de humo y regresión en la preproducción en una infraestructura equivalente a la de producción para detectar cualquier problema específico del entorno.
La implementación en producción se realiza dentro de una ventana de mantenimiento, normalmente de menos de 30 minutos para sitios con un proceso de implementación probado. Los sitios de alta disponibilidad se pueden migrar con cero tiempo de inactividad si la arquitectura lo permite.
Después de la puesta en marcha, se ejecutan pruebas de producción posteriores al lanzamiento, monitorización de usuarios reales y revisión de registros de errores, y el equipo de actualización permanece de guardia durante un período de hipercuidado de 7 días.
El proyecto finaliza con un informe final de cumplimiento, seguridad y SEO que se puede compartir internamente y con los auditores.
Comparte tu versión actual de Drupal, lista de módulos e integraciones, y obtén un plan de actualización por escrito y una estimación de esfuerzo, sin compromiso.
Actualización de Drupal frente a migración de Drupal: cuál es la diferencia
Una actualización de Drupal traslada un sitio de una versión principal de Drupal a una versión principal más reciente (por ejemplo, de Drupal 9 a Drupal 11). El contenido, los usuarios, la configuración y las integraciones se conservan en su lugar y el sitio existente continúa funcionando.
Una migración de Drupal traslada contenido desde un CMS que no es Drupal (WordPress, Sitecore, AEM, Joomla) o desde Drupal 6 o 7 a una nueva instancia de Drupal 10 u 11. Requiere un mapeo de esquemas y la API Migrate. Consulte Migración a Drupal para conocer el servicio dedicado.
El paso de Drupal 7 a Drupal 11 es técnicamente una migración, no una actualización, porque el modelo de datos y la ruta de actualización son diferentes. Utiliza el módulo Migrate Drupal y se gestiona en la página de servicio de soporte de Drupal 7.
Las actualizaciones suelen ser más rápidas, de menor riesgo y menor coste que las migraciones, porque los datos y la configuración se trasladan sin necesidad de reasignarlos.
Opción de actualización + renovación de Drupal
Una actualización estándar mantiene el diseño existente, la arquitectura de la información y el modelo editorial intactos. Es la opción adecuada cuando solo la versión necesita cambiar.
Una "actualización + renovación" combina la actualización de versión con una renovación paralela del diseño, mejora de accesibilidad, reestructuración SEO o desarrollo de nuevas funcionalidades. Esta es la opción adecuada cuando la capa editorial o visual también está desactualizada.
La actualización + renovación se entrega como un plan de proyecto único en lugar de dos compromisos consecutivos. El objetivo es evitar dos ventanas de cambio separadas y reducir la interrupción total para editores, usuarios y partes interesadas.
Los desencadenantes comunes de renovación que se observan incluyen una identidad visual obsoleta, brechas de accesibilidad frente a WCAG 2.1 AA, una arquitectura de la información heredada que ya no sirve a la audiencia, o la oportunidad de introducir SDC y Recipes para una iteración futura más rápida.
Resultados y evidencias de los clientes
Actualización de Drupal: preguntas frecuentes
¿Cuánto tiempo lleva una actualización de Drupal?
Las actualizaciones típicas de Drupal 10 a Drupal 11 requieren de 2 a 5 semanas; de Drupal 9 a Drupal 11, de 4 a 10 semanas; de Drupal 8 a Drupal 11, de 8 a 16 semanas. El número de módulos personalizados, la complejidad de la integración y el alcance multilingüe o multisitio son los principales factores determinantes.
¿Cuánto cuesta una actualización de Drupal?
El coste depende de la versión inicial, volumen de código personalizado, módulos contribuidos en uso, integraciones y si eliges un compromiso de solo actualización o actualización + renovación. Se proporciona primero una fase de análisis con tarifa fija; el presupuesto de implementación es definitivo una vez aprobado el análisis, sin órdenes de cambio ocultas.
¿Se conservarán mi contenido, usuarios y SEO?
Sí. La ruta de actualización de Drupal conserva contenido, usuarios, configuración, alias de URL, metatags, redirecciones, hreflang, mapas del sitio y datos estructurados. Se realiza una auditoría SEO completa antes y después del lanzamiento para evidenciar la continuidad del posicionamiento.
¿Funcionarán mis módulos contribuidos y código personalizado en Drupal 11?
Se escanea el código fuente con Upgrade Status y Drupal Rector para identificar APIs obsoletas e incompatibilidades de módulos. Cuando un módulo contribuido no está preparado para Drupal 11, se parchea, se reemplaza por una alternativa compatible o se integra la funcionalidad en un módulo personalizado.
¿Cuál es la diferencia entre una actualización de Drupal y una migración de Drupal?
Una actualización te mueve entre versiones principales de Drupal (Drupal 8, 9 o 10 a Drupal 11) y conserva el sitio existente. Una migración mueve contenido desde un CMS diferente o desde Drupal 7 a una instancia nueva de Drupal 10 u 11 y utiliza la API de Migración.
¿Cuál es la diferencia entre una actualización de Drupal y una migración de Drupal?
Una actualización te mueve entre versiones principales de Drupal (Drupal 8, 9 o 10 a Drupal 11) y conserva el sitio existente. Una migración mueve contenido desde un CMS diferente o desde Drupal 7 a una instancia nueva de Drupal 10 u 11 y utiliza la API de Migración.
¿Cuándo llega Drupal 10 al final de su vida útil?
El soporte general de Drupal 10 finaliza el 9 de diciembre de 2026. Las versiones menores específicas terminan antes: la 10.3 finalizó en junio de 2025, la 10.4 finaliza en diciembre de 2025 y la 10.5 finaliza en junio de 2026.
¿Mi sitio web experimentará tiempo de inactividad durante la actualización?
La mayoría de las actualizaciones se realizan dentro de una ventana de mantenimiento de menos de 30 minutos utilizando un pipeline de despliegue probado. Los sitios de alta disponibilidad pueden migrarse sin tiempo de inactividad mediante estrategias de despliegue azul/verde o progresivo.
¿Podemos cancelar o pausar el proyecto a medio camino?
Sí. La fase de análisis es un entregable de tarifa fija por sí mismo — el plan de actualización se conserva incluso si no se prosigue con la implementación. La implementación se divide en hitos, y se puede pausar en cualquier límite de hito.
¿Ofreces soporte y mantenimiento posteriores a la actualización?
Sí. Nuestro servicio de mantenimiento y soporte de Drupal incluye monitorización proactiva, parches de seguridad, actualizaciones de módulos contribuidos y mantenimiento evolutivo. Se incluye un período de hipercuidado de 7 días con cada actualización.
¿Estás certificado en Drupal?
Metadrop es un socio certificado Silver de Drupal con más de 100 módulos contribuidos y más de 500 contribuciones de código abierto en drupal.org.
¿Gestionas actualizaciones de Drupal multilingües y multisitio?
Sí. Hemos realizado mejoras para sitios en más de 30 idiomas en más de 50 países, incluyendo redes de múltiples sitios para clientes industriales y ONG. Consulta Drupal Multisite.
Consigue una evaluación gratuita de actualización a Drupal 11.
Indícanos la versión actual de Drupal, el alojamiento y las integraciones clave. En un plazo de 5 días laborables recibirás un plan de actualización por escrito, una estimación del esfuerzo y un registro de riesgos. El equipo tiene sede en la UE y responde en un día laborable.