Si todavía te aferras a Drupal 7, bueno, estás en esa fase de vivir de tiempo prestado. El soporte oficial terminó en noviembre de 2023. Aunque Tag1 Consulting y otros han ofrecido amablemente soporte comercial extendido, incluso eso desaparece en enero de 2026. ¿Después de eso? Nada. Sin actualizaciones, sin parches de seguridad — tu sitio web se convierte en un blanco fácil para los hackers. Y ni hablemos de los dolores de cabeza de cumplimiento, especialmente si tratas con GDPR o procesas pagos.

En los últimos años, he perdido la cuenta de cuántos sitios Drupal 7 he ayudado a migrar. Algunos eran sitios de presentación sencillos; otros eran laberintos de módulos personalizados y tipos de contenido enredados. Créeme, intentar descifrar Vistas que parecen una explosión de pasta en un plato no es la idea de diversión de nadie. Aquí está la guía que ojalá hubiera tenido en aquellos primeros días — un desglose sin rodeos de lo que realmente puedes hacer a continuación.

Tabla de Contenidos

Drupal 7 End of Life 2026: Migration Options, Costs & Decision Guide

El Cronograma EOL de Drupal 7: Lo que Realmente Sucede

Estas fechas pueden parecer confusas, así que aclaremos el panorama:

  • 1 de noviembre de 2023: El soporte comunitario de Drupal 7 se cerró. No más avisos de seguridad del Equipo de Seguridad de Drupal.
  • A lo largo de 2024-2025: Proveedores externos como Tag1 Consulting ofrecieron soporte extendido, pero es de pago.
  • 5 de enero de 2026: El fin del soporte comercial de Tag1. Esa es tu fecha límite.

Después de enero de 2026, navegarás en aguas inexploradas. Tu sitio no morirá espontáneamente, pero las amenazas incluyen:

  1. Sin actualizaciones de seguridad para vulnerabilidades de Drupal 7
  2. Pesadillas de compatibilidad con PHP a medida que los proveedores migran a PHP 8.3+ (adiós a la zona de confort de PHP 5.x/7.x)
  3. Barreras de alojamiento debido a la eliminación del soporte para PHP 7.4
  4. Caos de cumplimiento con estándares que requieren software actualizado — piensa en GDPR
  5. Obstáculos de seguros a medida que las plataformas con parches y soporte se convierten en requisitos de seguro

Comprendiendo tu Sitio Drupal 7 Actual

Antes de elegir tu camino, necesitas una comprensión completamente clara del estado actual de tu sitio. Omite esto y probablemente enfrentarás un presupuesto que se dispara.

Auditoría de Contenido

Comienza con una auditoría de contenido. Obtén la lista de tus tipos de contenido con:

SELECT type, COUNT(*) as count 
FROM node 
GROUP BY type 
ORDER BY count DESC;

Querrás saber:

  • Referencias de entidades y sus interconexiones
  • Archivos adjuntos de medios y sus ubicaciones de almacenamiento
  • Vocabularios de taxonomía y cualquier jerarquía
  • Campos personalizados de esos queridos módulos contrib

Inventario de Módulos

Lista tus módulos habilitados:

drush pm-list --status=enabled --type=module

Ordénalos por:

  • Funcionalidad principal
  • Creaciones personalizadas — estas pueden atormentarte
  • Piezas de integración (pasarelas de pago, CRM, SSO)
  • Módulos olvidados que no recordabas que existían

Los módulos personalizados son las verdaderas cartas comodín aquí. Sin su desarrollador original o documentación, el tiempo de migración puede aumentar fácilmente un 30-50%.

Línea Base de Tráfico y Rendimiento

Configura tus análisis para establecer un punto de referencia del sitio post-migración:

  • Sesiones mensuales y visitantes únicos
  • Core Web Vitals (LCP, FID/INP, CLS)
  • Tiempo de respuesta del servidor (TTFB)
  • Ratios de aciertos de caché (especialmente si hay Varnish o un CDN involucrado)

Opción 1: Actualizar a Drupal 10/11

No nos engañemos: migrar de Drupal 7 a 10 es como construir una casa desde cero después de demoler la antigua. Los cambios entre D7 y D8 (la base para D10/11) son monumentales. Esto es lo que te espera:

Qué Implica

  1. Nueva configuración de Drupal 10/11 — olvídate de reutilizar temas
  2. Revitalización de tipos de contenido y correspondencia de campos
  3. Migración de contenido mediante el módulo Migrate o ETL personalizado
  4. Reconstrucción de Vistas — momentos divertidos
  5. Reconstrucción de módulos personalizados para la arquitectura de Symfony
  6. Búsqueda de sustitutos de módulos contrib

Cuándo Tiene Sentido

  • Tu equipo editorial está inmerso en el universo Drupal
  • Dependes de características específicas de Drupal (por ejemplo, permisos granulares)
  • Manejar múltiples idiomas no es negociable
  • Estás en sectores como el gobierno o la educación

Cuándo No

  • Tu sitio tiene un modelo de contenido sencillo
  • Las mejoras en el rendimiento del frontend son cruciales
  • El presupuesto del proyecto es ajustado (menos de $40k)
  • No usas la mayoría de las funcionalidades de Drupal

Drupal 7 End of Life 2026: Migration Options, Costs & Decision Guide - architecture

Opción 2: Ir a Headless con Next.js + Supabase

Para la mayoría de los sitios medianos y grandes, este es el camino que recomendamos en Social Animal. La idea es usar un CMS headless para servir contenido, un elegante framework de frontend, y un backend como servicio para tus necesidades del lado del servidor.

El Stack

  • CMS Headless: Considera Sanity, Contentful o Storyblok
  • Frontend: Next.js para el sitio — disfruta del renderizado del lado del servidor y la generación estática
  • Backend/Base de datos: Supabase para autenticación, bases de datos, almacenamiento de archivos y lógica
  • Alojamiento: Vercel o Netlify para el frontend, Supabase para el backend

¿Por Qué Supabase?

Supabase te ofrece una abundancia de recursos: Postgres con APIs REST/GraphQL, autenticación, almacenamiento de archivos y funciones edge. Cumple con los requisitos para:

  • Registro/inicio de sesión de usuarios sin engorrosos módulos de Drupal
  • Envíos de formularios web almacenados ordenadamente en Postgres
  • Manejo de archivos
  • Opciones de búsqueda (usando Postgres o añadiendo Typesense)
  • Tareas CRUD habituales

Supabase también es económico — el nivel gratuito es ideal para sitios pequeños, el plan Pro a $25/mes es excelente.

// Example: Migrating a D7 webform to Supabase
import { createClient } from '@supabase/supabase-js'

const supabase = createClient(
  process.env.NEXT_PUBLIC_SUPABASE_URL!,
  process.env.NEXT_PUBLIC_SUPABASE_ANON_KEY!
)

export async function submitContactForm(formData: ContactFormData) {
  const { data, error } = await supabase
    .from('contact_submissions')
    .insert({
      name: formData.name,
      email: formData.email,
      message: formData.message,
      submitted_at: new Date().toISOString(),
    })
    .select()

  if (error) throw new Error(`Submission failed: ${error.message}`)
  return data
}

Estrategia de Migración de Contenido

Aquí hay un esquema general para la migración de contenido:

  1. Exportar contenido de D7 usando Drush personalizado o consultas de base de datos
  2. Transformarlo para adaptarlo a tu nueva configuración de CMS (el verdadero trabajo está aquí)
  3. Importarlo a tu CMS headless mediante su API
  4. Validar todo — nada peor que referencias fragmentadas o medios faltantes

Un sitio típico con 5.000 nodos podría significar unas 2-4 semanas dedicadas únicamente a la migración.

Opción 3: Migrar a Otra Plataforma CMS

No toda solución requiere una configuración headless. WordPress, Craft CMS, o incluso generadores de sitios estáticos como Astro son alternativas legítimas.

Comparación de Plataformas

Factor Drupal 10/11 Next.js + CMS Headless WordPress Craft CMS Astro (Estático)
Complejidad del contenido Excelente Buena (depende del CMS) Moderada Excelente Simple
UX editorial Pronunciada Varía Fácil Buena Necesita CMS
Rendimiento Moderado Excelente Moderado Bueno Excelente
Grupo de desarrolladores En declive En crecimiento Abundante Pequeño En crecimiento
Costo de alojamiento/mes $50-$300 $0-$50 $10-$100 $20-$100 $0-$20
Mantenimiento Alto Bajo-Medio Medio Medio Bajo
Multilingüe Excelente Bueno Depende de plugins Bueno Varía
Complejidad de migración Alta Alta Media Media-Alta Baja-Media

Comparación de Costos: Números Reales para Proyectos Reales

Así es como se han visto los proyectos en términos de gastos:

Sitio Pequeño

Categoría de Costo Actualización a Drupal 10 Next.js + Headless Migración a WordPress
Desarrollo £15k-£25k / $20k-$35k £12k-£20k / $15k-$28k £8k-£15k / $10k-$20k
Migración de contenido £3k-£5k £3k-£5k £2k-£4k
Diseño/UX £5k-£10k £5k-£10k £3k-£8k
Alojamiento (anual) £600-£3.600 £0-£600 £120-£1.200
Mantenimiento (anual) £3k-£8k £1k-£3k £2k-£5k
TCO a 3 años £34k-£75k £23k-£44k £19k-£43k

Sitio Mediano

Categoría de Costo Actualización a Drupal 10 Next.js + Supabase Migración a WordPress
Desarrollo £40k-£80k / $55k-$110k £35k-£65k / $45k-$90k £25k-£50k / $35k-$70k
Migración de contenido £8k-£15k £8k-£15k £6k-£12k
Diseño/UX £10k-£20k £10k-£20k £8k-£15k
Alojamiento (anual) £1.200-£6.000 £300-£1.800 £600-£3.600
Mantenimiento (anual) £6k-£15k £3k-£8k £4k-£10k
TCO a 3 años £79k-£178k £63k-£129k £53k-£117k

Sitio Grande/Empresarial

Categoría de Costo Actualización a Drupal 10 Next.js + CMS Headless
Desarrollo £100k-£250k / $130k-$350k £80k-£200k / $100k-$275k
Migración de contenido £20k-£50k £20k-£50k
Diseño/UX £20k-£40k £20k-£40k
Licencia de CMS (anual) £0 £3k-£30k
Alojamiento (anual) £3.600-£24.000 £1.200-£6.000
Mantenimiento (anual) £15k-£40k £8k-£25k
TCO a 3 años £196k-£532k £147k-£413k

Nota sobre Licencias de CMS: Drupal es de código abierto, sin tarifas de licencia. Pero atención — plataformas como Contentful se encarecen rápidamente. Para una opción autoalojada sin tarifas de CMS, considera Payload CMS.

Consideraciones de Alojamiento e Infraestructura

La gente a menudo subestima el alojamiento al migrar plataformas. Es más complejo de lo que podrías pensar.

Alojamiento de Drupal 10

Drupal necesita una configuración de alojamiento real:

  • Pantheon: $41-$200/mes
  • Platform.sh: $52-$208/mes
  • Acquia: Desde £134/mes
  • VPS: £20-£100/mes (enfoque DIY, todas las actualizaciones a tu cargo)

Alojamiento de Next.js + Supabase

  • Vercel: Nivel gratuito, Pro a £20/mes por persona
  • Supabase: Comienza gratis, Pro a £25/mes
  • CMS Headless: Varía ampliamente

¿Total? A menudo mucho menos que el alojamiento de Drupal.

SSL, CDN, Correo Electrónico — ¡Oh, Vaya!

Drupal a veces requiere herramientas adicionales como Cloudflare, acuerdos de correo electrónico mediante SendGrid y SSL con Let's Encrypt. En contraste, las configuraciones headless incluyen muchas funcionalidades desde el principio — pero no olvides tu configuración de correo electrónico.

El Marco de Decisión

Aquí hay un marco para mantener tu toma de decisiones firme:

Quédate con Drupal (Actualiza a D10/11) si:

  • Tu equipo editorial domina el flujo de trabajo de Drupal
  • Necesitas los permisos granulares de Drupal
  • El contenido multilingüe no es un lujo
  • Los estándares del sector te limitan

Ve a Headless (Next.js + Supabase/CMS Headless) si:

  • El rendimiento es determinante para ti
  • Reducir costos a largo plazo es crucial
  • Tu equipo prefiere JavaScript/TypeScript
  • Una apariencia elegante de aplicación web es el objetivo final
  • La desacoplación favorece tu estrategia de contenido

Ve a WordPress si:

  • Un sitio de contenido sencillo te conviene
  • Estás contando cada céntimo (en lo que respecta a estos proyectos)
  • Quieres el conjunto de herramientas de editor más sencillo

Ve a Estático (Astro) si:

  • La entrega de información es lo más importante
  • El máximo rendimiento es lo que más importa
  • Las páginas y actualizaciones son limitadas
  • No necesitas una participación compleja de usuarios

Encontrar la Agencia Adecuada

Así es como puedes identificar las buenas:

Pregunta sobre su protocolo de migración. Si su plan suena a "lo improvisamos sobre la marcha", huye.

Evalúa su experiencia con Drupal. Incluso si lo estás abandonando, el conocimiento de Drupal previene una migración caótica.

Revisa su arsenal de frontend. Headless requiere experiencia en el framework que hayas elegido.

Asegura un presupuesto a precio fijo. Considera una fase de descubrimiento para definir el alcance antes de firmar los términos.

Aclara los acuerdos de soporte. ¿Quién está disponible para los ataques de pánico nocturnos cuando algo falla?

Si estás inmerso en la estrategia de este cambio, estamos encantados de hablar — contáctanos cuando quieras.

Preguntas Frecuentes

¿Cuándo termina exactamente el soporte de Drupal 7?
El soporte comunitario se detuvo el 1 de noviembre de 2023. El soporte extendido de Tag1 termina el 5 de enero de 2026. Tras la fecha límite, enfrentas riesgos sin actualizaciones.

¿Puedo simplemente quedarme en Drupal 7 después del fin de vida?
Técnicamente, sí. Pero espera vulnerabilidades sin parches y problemas de cumplimiento. El software al final de su vida útil es difícil de justificar ante GDPR y el seguro cibernético.

¿Migrar de Drupal 7 a Drupal 10 es realmente una reconstrucción completa?
Sí. El cambio de D7 a D8 (base de D10/11) es sísmico. Prepárate para un proyecto de reconstrucción completa, no una "actualización" tranquila.

¿Cuánto tiempo lleva una migración típica de Drupal 7?
Sitios más pequeños: 6-10 semanas. Medianos: 12-20 semanas. Grandes/Empresariales: 6-12 meses. El contenido y el control de calidad a menudo se extienden más de lo previsto.

¿Cuál es la opción de migración más económica?
WordPress suele ser la más económica para sitios sencillos (desde £8k/$10k). Sin embargo, a lo largo de tres años, ir a headless puede ahorrar en mantenimiento y alojamiento.

¿Debería migrar a Drupal 10 o ir a headless con Next.js?
Drupal es adecuado para configuraciones editoriales profundamente arraigadas. Para rendimiento moderno y eficiencia de costos, Next.js puede ser tu mejor opción. El marco anterior debería aclarártelo.

¿Qué CMS headless debería usar para reemplazar Drupal 7?
Sanity, Payload CMS o Storyblok son excelentes opciones, con Payload ofreciendo una ruta autoalojada. Elige según el ajuste organizacional — tamaño del equipo y complejidad.

¿Necesito rediseñar mi sitio durante la migración?
El rediseño y la migración a menudo se complementan financieramente. Si el presupuesto es ajustado, replica los diseños y planifica mejoras para más adelante.