Qué hacer si tu web sigue en Drupal 7 y ya no tiene soporte
Si tu web sigue en Drupal 7, la respuesta corta es que tienes que planificar ya su sustitución por una versión moderna de Drupal, porque Drupal 7 dejó de recibir soporte oficial el 5 de enero de 2025. No es una alarma de vendedor: lo anunció la propia comunidad de Drupal en su aviso de seguridad PSA-2025-01-06, y desde esa fecha el equipo de seguridad del proyecto ya no publica avisos ni parches para el núcleo de Drupal 7 ni para sus módulos y temas. Tu web no se apaga de golpe, pero cada mes que pasa acumula agujeros que nadie va a tapar.
Qué significa de verdad que Drupal 7 se haya quedado sin soporte
Significa tres cosas muy concretas, y conviene separarlas porque no todas te afectan igual.
- No hay parches de seguridad. Cuando alguien descubre una vulnerabilidad en Drupal 7 o en uno de sus miles de módulos, ya no sale una actualización oficial. El fallo se queda ahí, publicado y conocido.
- El ecosistema se retira. Los módulos dejan de mantenerse, las empresas de hosting empiezan a retirar las versiones antiguas de PHP que Drupal 7 necesita y encontrar quien lo toque es cada vez más caro.
- Puede convertirse en un problema de cumplimiento. Si tratas datos personales, el Reglamento General de Protección de Datos te obliga a aplicar medidas técnicas apropiadas. Sostener un software sin soporte con datos de clientes dentro es difícil de defender ante una inspección o ante tu propio seguro de ciberriesgo.
Lo que no significa: que tu web vaya a caerse mañana. Seguirá funcionando mientras el servidor aguante. El riesgo es silencioso, y por eso se pospone tanto.
Cómo saber en qué versión está tu web ahora mismo
Si no lo tienes claro, hay formas de comprobarlo en dos minutos sin ser técnico:
- Entra en el panel de administración de tu web. En Drupal 7 la barra superior es negra y pone «Panel de control», «Contenido», «Estructura», «Apariencia», «Personas», «Módulos», «Configuración», «Informes». La palabra Módulos en ese menú es la pista más clara: en Drupal 8 y posteriores se llama Extender.
- Ve a Informes y luego a «Informe de estado». Arriba del todo verás la versión exacta, algo como 7.98.
- Si no tienes acceso, pregunta a quien te mantiene la web. Si nadie te la mantiene desde hace años, esa es ya media respuesta.
Apunta también otras dos cosas: cuántos contenidos tienes (nodos, usuarios, productos) y qué integraciones hay con otros sistemas. De ahí sale el presupuesto.
Las cuatro opciones que tienes sobre la mesa
No hay una única salida correcta. Depende de cuánto vale esa web para tu negocio.
| Opción | Cuándo tiene sentido | Riesgo |
|---|---|---|
| Contratar soporte extendido comercial | Necesitas 12 o 18 meses de margen para preparar el cambio con calma | Coste recurrente que no deja nada nuevo; solo compra tiempo |
| Migrar a Drupal moderno (10 u 11) | La web funciona bien, tienes mucho contenido y lógica propia que salvar | Proyecto real, con plazos y presupuesto |
| Rehacer la web desde cero en Drupal | El diseño está desfasado y la estructura de contenidos ya no refleja tu negocio | Más caro si no se aprovecha nada, pero suele dar mejor resultado |
| Cambiar a otra plataforma | Tu web es un folleto de diez páginas sin nada a medida | Perder funcionalidad que dabas por sentada |
La opción que casi nunca sale bien es la quinta: no hacer nada y esperar. Es la única en la que el coste sube solo.
Por qué pasar de Drupal 7 a Drupal 11 no es una actualización
Aquí está el malentendido que más presupuestos rompe. Ir de Drupal 9 a Drupal 10, o de Drupal 10 a Drupal 11, es una actualización: el mismo sitio sube de versión. De Drupal 7 a cualquier versión moderna no existe ese camino. Drupal 8 reescribió el núcleo sobre Symfony y rompió la compatibilidad con casi todo lo anterior.
Lo que se hace en la práctica es montar un sitio nuevo con la versión actual y trasladar el contenido con la Migrate API, el sistema de migración que incorpora el propio Drupal. Se definen orígenes, transformaciones y destinos, se ejecuta, se revisa y se repite hasta que cuadra. El contenido viaja; el código a medida y los módulos antiguos, no: hay que buscar el equivalente moderno o reescribirlos.
Esto tiene una consecuencia práctica muy útil: como vas a construir un sitio nuevo de todas formas, es el momento de arreglar lo que llevas años aguantando. Tipos de contenido que nadie usa, taxonomías duplicadas, campos que se llenaron mal desde el primer día.
Cuánto cuesta y cuánto tarda
Los rangos que manejamos para proyectos Drupal en España, y que ya publicamos en nuestra guía de precios, sirven de referencia para orientarte antes de pedir presupuesto:
| Concepto | Coste orientativo |
|---|---|
| Web corporativa básica (10-20 páginas, blog, formulario) | 5.000 – 12.000 € |
| Web corporativa media (multiidioma, blog, área privada) | 12.000 – 25.000 € |
| Portal complejo (e-commerce, integraciones, multisite) | 25.000 – 60.000 € |
| Migración desde sistema legacy o base de datos | 3.000 – 10.000 € |
| Mantenimiento posterior | 100 – 800 €/mes según cobertura |
La horquilla es amplia porque dos webs Drupal 7 con el mismo aspecto pueden esconder proyectos muy distintos. Lo que dispara el coste no es el número de páginas, sino el número de módulos a medida, las integraciones con programas de gestión y la cantidad de contenido que hay que limpiar antes de moverlo.
Cómo preparar la migración sin perder SEO ni contenido
El orden importa. Estos son los pasos que evitan los sustos más comunes:
- Inventario antes que nada. Exporta la lista de todas las URL de tu web y el tráfico que recibe cada una en Search Console. Ahí verás qué páginas dan de comer y cuáles llevan años sin recibir una visita.
- Decide qué se salva. Migrar diez años de contenido que nadie lee cuesta dinero y arrastra problemas. Es legítimo dejar fuera lo que no aporta, siempre que no reciba visitas ni enlaces.
- Congela la estructura de URL. Si una página va a cambiar de dirección, necesita una redirección permanente. Prepara esa tabla de equivalencias antes del cambio, no después.
- Migra en pruebas y revisa con ojos humanos. Una migración automática que «termina sin errores» puede haber dejado imágenes rotas o campos vacíos. Hay que abrir contenidos y mirarlos.
- Elige el día del cambio con cabeza. Ni un viernes por la tarde ni en plena campaña de ventas.
- Vigila las semanas siguientes. Errores 404, caídas de posiciones, formularios que no llegan. Casi todo se arregla rápido si se detecta pronto.
Errores que salen caros
Los vemos una y otra vez en webs que llegan tarde:
- Perder el acceso. Antes de mover nada, asegúrate de controlar tú el dominio, el hosting y una copia de la base de datos. Si eso lo tiene un proveedor con el que no hablas desde 2016, resuélvelo primero.
- Migrar la deuda. Copiar al sitio nuevo los mismos treinta tipos de contenido que ya no usabas es pagar dos veces por el mismo desorden.
- Olvidar los formularios y las integraciones. El envío de presupuestos, la sincronización con el programa de facturación o el buscador interno suelen ser lo último que se prueba y lo primero que falla.
- Quedarse sin mantenimiento después. Llegar a Drupal 11 y volver a no actualizar nada durante cinco años te deja exactamente donde estás hoy.
Por dónde empezar esta semana
Resumiendo: Drupal 7 ya no tiene soporte de seguridad desde enero de 2025, tu web sigue funcionando pero sin red, y la salida realista es construir un sitio en Drupal moderno y trasladar el contenido con la Migrate API. El primer paso no es pedir presupuesto, es hacer inventario: versión exacta, módulos instalados, integraciones y páginas que reciben tráfico. Con eso encima de la mesa, cualquier propuesta que te llegue será comparable y sabrás qué estás comprando.
Si prefieres que ese inventario lo haga alguien que ha migrado webs Drupal antes, cuéntanos cómo es tu web actual y te decimos con honestidad si te conviene migrar, rehacer o simplemente ganar tiempo.