Si estás ejecutando un sitio Drupal en 2026 y has empezado a recibir presupuestos para una migración a Next.js, probablemente hayas notado algo: las cifras son muy dispares. Una agencia dice £15k, otra dice £120k, y un freelancer en Upwork lo hace por $3.000. No es que ninguno mienta necesariamente -- simplemente están valorando cosas muy diferentes.

He participado en suficientes de estas migraciones como para saber que el coste real depende de un puñado de factores específicos que la mayoría de las guías de precios pasan por alto. Este artículo es mi intento de exponer lo que realmente cuesta una migración de Drupal a Next.js en 2026, con cifras reales tanto en GBP como en USD, desglosadas por complejidad del sitio, estructura del equipo y los costes ocultos que pillan a la gente desprevenida.

Tabla de contenidos

Coste de migración de Drupal a Next.js en 2026: precios reales en GBP y USD

Por qué los sitios Drupal están migrando ahora

Drupal 7 llegó al fin de su vida útil en enero de 2025. Ese fue el gran detonante. Miles de organizaciones -- especialmente en la administración pública del Reino Unido, la educación superior y el sector empresarial -- funcionaban con D7 y de repente se enfrentaron a una elección: actualizar a Drupal 10/11 o abandonar la plataforma por completo.

La cuestión es que, si de todos modos hay que reconstruir el sitio, muchos equipos se preguntan si Drupal sigue siendo la plataforma adecuada. El grupo de desarrolladores Drupal ha ido reduciéndose desde 2020. La encuesta State of Drupal de finales de 2024 mostró que los contribuidores activos de Drupal cayeron aproximadamente un 18% respecto a 2021. Mientras tanto, el ecosistema JavaScript no deja de crecer.

Para muchas organizaciones, migrar a una arquitectura headless con Next.js en el frontend tiene más sentido que acometer otra actualización de Drupal a Drupal que requerirá el mismo proceso doloroso dentro de cinco años.

Dicho esto, este no es un artículo de "Drupal ha muerto". Drupal 11 es sólido. Pero la economía ha cambiado, y de eso es de lo que venimos a hablar.

Los factores de coste reales

Antes de lanzarme con cifras, vamos a establecer qué es lo que realmente impulsa el coste de una migración de Drupal a Next.js. Estas son las variables que generan esa enorme dispersión en los presupuestos.

Volumen y estructura del contenido

Un sitio de presentación con 50 páginas es fundamentalmente diferente a una plataforma editorial con 40.000 artículos, taxonomías personalizadas y maquetaciones basadas en párrafos. Solo el mapeo del modelo de contenido puede llevar semanas en sitios de mayor tamaño.

Funcionalidad personalizada

Cada módulo Drupal personalizado necesita un equivalente. Algunos son triviales (un formulario de contacto); otros son costosos (un sistema de reservas personalizado construido sobre entidades Drupal). Si tienes Drupal Commerce, suma un 30-40% a tu presupuesto.

Complejidad de las integraciones

CRM, pasarelas de pago, proveedores de SSO, APIs heredadas -- cada integración debe reconstruirse o adaptarse. He visto proyectos en los que el sitio Drupal en sí era sencillo, pero estaba conectado a siete sistemas diferentes que necesitaban un nuevo trabajo de integración.

Requisitos del flujo editorial

El sistema de moderación de contenido y flujos de trabajo de Drupal es genuinamente bueno. Replicarlo en un CMS headless requiere un esfuerzo deliberado. Si tus editores dependen de cadenas de aprobación complejas, esto añade costes.

Preservación del SEO

Si tu sitio tiene un tráfico orgánico significativo, mantener las estructuras de URL, las redirecciones, los metadatos y los datos estructurados no es negociable. Esto se subestima con frecuencia. Un sitio con más de 10.000 páginas indexadas necesita una estrategia de redirección cuidadosamente planificada.

Accesibilidad y cumplimiento normativo

Los sitios del sector público del Reino Unido necesitan cumplir con WCAG 2.2 AA. Los sitios de EE. UU. lo necesitan cada vez más también, especialmente tras la resolución del DOJ de 2024 sobre accesibilidad web. Construir un frontend Next.js accesible desde cero cuesta más que usar los temas contrib probados de Drupal.

Precios según la complejidad del sitio

Aquí es donde nos ponemos concretos. Estos rangos se basan en presupuestos que he visto y proyectos en los que he participado en 2025 y principios de 2026. Parten de la base de un encargo a una agencia profesional, no a un freelancer independiente.

Complejidad del sitio Descripción Coste agencia UK (GBP) Coste agencia EE. UU. (USD) Plazo
Pequeño 10-50 páginas, blog, formularios de contacto, CMS básico £12.000 - £30.000 $15.000 - $40.000 6-10 semanas
Mediano 50-500 páginas, varios tipos de contenido, búsqueda, integraciones £30.000 - £75.000 $40.000 - $95.000 10-18 semanas
Grande / Enterprise 500-10.000+ páginas, flujos de trabajo complejos, e-commerce, multilingüe, múltiples integraciones £75.000 - £200.000+ $95.000 - $250.000+ 4-9 meses
Gobierno / Sector público Requisitos de accesibilidad, auditoría de seguridad, cumplimiento GDS £50.000 - £150.000 $65.000 - $180.000 3-8 meses

Algunas notas sobre estas cifras:

  • El extremo inferior de cada rango asume una migración de contenido sencilla con un sistema de diseño estándar. El extremo superior asume diseño personalizado, migración de datos compleja y múltiples integraciones.
  • Los presupuestos enterprise por encima de £100k/$125k suelen incluir una fase de descubrimiento, estrategia de contenido y un contrato de soporte post-lanzamiento.
  • No incluyen los costes continuos de alojamiento y mantenimiento, que cubriré en la sección de TCO.

Coste de migración de Drupal a Next.js en 2026: precios reales en GBP y USD - arquitectura

Tarifas de agencias: Reino Unido vs EE. UU. en 2026

La diferencia de tarifas entre agencias del Reino Unido y de EE. UU. se ha reducido en los últimos años, pero sigue siendo significativa. Esto es lo que puedes esperar en tarifas combinadas (el promedio entre los distintos roles del proyecto):

Rol Tarifa diaria UK (GBP) Tarifa por hora EE. UU. (USD)
Desarrollador Next.js Senior £500 - £800/día $150 - $250/h
Desarrollador de nivel medio £350 - £550/día $100 - $175/h
Arquitecto técnico £700 - £1.100/día $175 - $300/h
Diseñador UX/UI £400 - £700/día $120 - $200/h
Director de proyecto £350 - £600/día $100 - $175/h
Ingeniero de QA £300 - £500/día $90 - $150/h
Especialista en migración de contenido £300 - £500/día $85 - $140/h

Las agencias del Reino Unido suelen presupuestar por tarifas diarias. Las agencias de EE. UU. suelen hacerlo por hora. El mercado del Reino Unido es aproximadamente un 15-20% más barato de media, aunque las agencias londinenses con clientes enterprise a menudo igualan o superan los precios estadounidenses.

También existen opciones nearshore y offshore. Las agencias de Europa del Este (Polonia, Ucrania, Rumanía) cotizan £250-£450/día para desarrolladores senior. Las agencias indias oscilan entre £100-£250/día. La varianza de calidad es enorme, y recomendaría encarecidamente una verificación exhaustiva y un encargo de prueba antes de comprometerse con una migración completa.

En Social Animal, nuestras tarifas combinadas para proyectos de migración a Next.js se sitúan en la franja media-alta del mercado del Reino Unido, lo que refleja la seniority del equipo y la complejidad arquitectónica que solemos gestionar.

Migración de contenido: el pozo sin fondo oculto

Aquí es donde he visto los mayores desvíos presupuestarios. Absolutamente siempre.

Drupal almacena el contenido de una manera que es... únicamente Drupal. Si has usado Paragraphs o Layout Builder, tu contenido está profundamente anidado en referencias a entidades. Una sola "página" podría ser en realidad 15 entidades de párrafo diferentes con sus propios campos, referencias multimedia e historial de revisiones.

Migrar este contenido a un CMS headless requiere:

1. Mapeo del modelo de contenido

Necesitas mapear cada tipo de contenido, campo, taxonomía y tipo de párrafo de Drupal a la nueva estructura de tu CMS. Esto es trabajo de diseño, no solo técnico. Es tu oportunidad de simplificar y limpiar años de contenido acumulado.

2. Scripts de migración

Alguien tiene que escribir scripts que extraigan el contenido de la base de datos de Drupal (o de los endpoints JSON:API/GraphQL) y lo inserten en el nuevo CMS. Para un sitio con tipos de párrafo personalizados, esto se complica rápidamente.

# Ejemplo simplificado: extracción de párrafos Drupal mediante JSON:API
import requests

def extract_paragraph_content(node_id, drupal_base_url):
    response = requests.get(
        f"{drupal_base_url}/jsonapi/node/article/{node_id}"
        "?include=field_paragraphs,field_paragraphs.field_image",
        headers={"Accept": "application/vnd.api+json"}
    )
    data = response.json()
    
    paragraphs = []
    for item in data.get("included", []):
        if item["type"].startswith("paragraph--"):
            paragraphs.append({
                "type": item["type"].replace("paragraph--", ""),
                "fields": item["attributes"],
                "relationships": item.get("relationships", {})
            })
    
    return paragraphs

En la práctica, esto se complica mucho más. Te enfrentas a medios embebidos, enlaces internos que necesitan reasignación de URL, contenido WYSIWYG con marcado específico de Drupal y, potencialmente, miles de archivos que deben moverse a un nuevo pipeline de activos.

3. Migración de medios

El sistema de medios de Drupal almacena archivos en sites/default/files con su propia estructura de rutas. Cada imagen, documento y vídeo debe migrarse a tu nuevo alojamiento (S3, Cloudinary, lo que sea) y actualizarse todas las referencias. Para un sitio con más de 5.000 elementos multimedia, esto solo puede costar £3.000-£8.000 / $4.000-$10.000.

4. Redirecciones de URL

Si tu sitio Drupal usaba Pathauto (la mayoría lo hace), tienes una estructura de URL que los motores de búsqueda conocen y en la que confían. Necesitas un mapa completo de redirecciones. Para sitios grandes, esto implica extraer todos los alias de URL de Drupal y crear las redirecciones correspondientes en tu aplicación Next.js.

// Ejemplo de redirección en next.config.js (para sitios más pequeños)
const nextConfig = {
  async redirects() {
    // Para sitios grandes, carga desde una base de datos o archivo JSON
    const drupalRedirects = await loadRedirectMap();
    return drupalRedirects.map(({ source, destination }) => ({
      source,
      destination,
      permanent: true, // Redirección 301
    }));
  },
};

Para sitios enterprise con más de 10.000 URLs, querrás redirecciones a nivel de middleware o un enfoque con edge functions para evitar inflar tu configuración de Next.js.

El problema de la escasez de desarrolladores

Aquí hay algo que afecta directamente a tu presupuesto: encontrar desarrolladores que entiendan tanto Drupal como la arquitectura headless moderna es genuinamente difícil en 2026.

El grupo de talento Drupal alcanzó su punto álgido alrededor de 2018-2019. Desde entonces, muchos desarrolladores senior de Drupal han pasado a otros frameworks o se han movido hacia la gestión. La encuesta Stack Overflow Developer Survey de 2025 mostró el uso de Drupal entre desarrolladores profesionales en aproximadamente el 3,2%, frente al 5,8% de 2020.

Mientras tanto, los desarrolladores de Next.js abundan pero rara vez tienen experiencia con Drupal. Esto crea una brecha de habilidades justo donde más se necesita: en la propia migración. Necesitas a alguien que entienda en profundidad el modelo de datos de Drupal para extraer y transformar correctamente el contenido.

Esta escasez eleva los costes de dos maneras:

  1. Los especialistas en migración de Drupal cobran tarifas premium. Un desarrollador que pueda escribir scripts de migración para Drupal y diseñar la arquitectura Next.js de destino factura £700-£900/día en el Reino Unido.
  2. Los proyectos tardan más cuando el equipo necesita hacer ingeniería inversa sobre una configuración Drupal desconocida. Si nadie en el equipo ha trabajado antes con Paragraphs o Layout Builder, prevé una curva de aprendizaje de 2-3 semanas.

Este es uno de los casos en que trabajar con una agencia de desarrollo de CMS headless que ya haya realizado estas migraciones se amortiza bastante rápido.

CMS headless + Supabase: una arquitectura alternativa

Muchas migraciones de Drupal a Next.js asumen que reemplazarás Drupal con otro CMS headless -- Sanity, Contentful, Storyblok, o incluso el propio Drupal funcionando en modo headless. Pero existe una alternativa cada vez más popular: usar Supabase como backend.

Supabase te proporciona una base de datos Postgres, autenticación, almacenamiento de archivos y APIs autogeneradas. Para equipos que quieren más control sobre su modelo de datos sin las limitaciones de un CMS tradicional, es una opción atractiva.

Cuándo tiene sentido Supabase

  • Tu contenido es muy estructurado/relacional (catálogos de productos, directorios, aplicaciones con muchos datos)
  • Necesitas autenticación de usuarios personalizada y control de acceso basado en roles
  • Tu equipo editorial es pequeño y con conocimientos técnicos (o vas a construir una interfaz de administración personalizada)
  • Quieres ser el propietario completo de tu infraestructura de datos

Cuándo es mejor un CMS headless tradicional

  • Tu equipo editorial no es técnico y necesita una experiencia de edición de contenido pulida
  • Tienes flujos de trabajo de contenido complejos con cadenas de aprobación
  • La previsualización de contenido y la edición visual son importantes
  • Quieres ponerte en marcha más rápidamente

Comparativa de costes: CMS headless vs Supabase

Factor CMS headless (p. ej., Sanity) Supabase
Coste de plataforma (anual) £0 - £12.000+ £0 - £3.000
UX del editor de contenido Excelente de serie Requiere panel de administración personalizado
Desarrollo de panel de administración personalizado No necesario £8.000 - £25.000
Desarrollo de API Incluido Autogenerado + personalizado
Autenticación Se necesita tercero Integrada
Almacenamiento de archivos Incluido (CDN) Incluido (compatible con S3)
Funcionalidades en tiempo real Limitadas Integradas
Riesgo de dependencia Medio (APIs propietarias) Bajo (Postgres estándar)

La ironía es que Supabase puede ser más barato a largo plazo pero más caro al inicio, porque estás construyendo la experiencia editorial desde cero. Para sitios con mucho contenido que migran desde Drupal, un CMS headless tradicional suele tener más sentido. Para sitios con mucha lógica de aplicación, Supabase merece una consideración seria.

Hemos construido ambos tipos de arquitectura. Nuestra capacidad de desarrollo Next.js cubre tanto las integraciones con CMS headless como los backends Supabase personalizados.

Coste total de propiedad: Drupal vs Next.js (comparativa a 5 años)

El coste de migración es un golpe puntual. Lo que más importa para la mayoría de las organizaciones es el coste continuo. Aquí tienes una comparativa realista del TCO a 5 años para un sitio de complejidad media.

Categoría de coste Drupal (tradicional) Next.js + CMS headless
Construcción inicial / migración £0 (ya construido) £40.000 - £75.000
Alojamiento (anual) £3.000 - £8.000 (dedicado/gestionado) £600 - £2.400 (Vercel/Netlify)
Plataforma CMS (anual) £0 (código abierto) £0 - £6.000 (depende del CMS)
Actualizaciones de seguridad (anuales) £4.000 - £10.000 £1.000 - £3.000
Desarrollo de funcionalidades (anual) £8.000 - £20.000 £6.000 - £15.000
Actualizaciones de Drupal (por versión mayor) £8.000 - £25.000 N/A
Optimización del rendimiento £2.000 - £5.000/año £500 - £2.000/año
Total a 5 años £85.000 - £240.000 £78.000 - £177.000

Hay varias cosas que destacan:

El alojamiento es dramáticamente más barato. Un sitio Next.js en Vercel cuesta una fracción del alojamiento Drupal gestionado. Drupal necesita PHP, un servidor de base de datos, capas de caché (Varnish, Redis) y bastante más capacidad de cómputo. Un sitio Next.js generado estáticamente o con ISR puede funcionar en infraestructura edge por muy poco dinero.

El mantenimiento de seguridad es más barato. El equipo de seguridad de Drupal es bueno, pero cada aviso de seguridad significa que alguien tiene que aplicar parches, probar y desplegar. Un frontend headless con un CMS gestionado tiene una superficie de ataque mucho menor.

Los costes de desarrolladores son donde se iguala. Los desarrolladores de Next.js son más fáciles de encontrar, pero el ecosistema avanza rápido. Dedicarás tiempo a mantenerte al día con las versiones de Next.js, las actualizaciones de React y los cambios del framework. La buena noticia es que el grupo de talento es lo suficientemente grande como para no quedar rehén de un único especialista.

El punto de equilibrio para la mayoría de los sitios de complejidad media se sitúa alrededor de 18-30 meses después de la migración, dependiendo de tus costes actuales de alojamiento y mantenimiento de Drupal.

Expectativas de plazos

Toda agencia te dará un plazo durante el proceso de venta, y la mayoría se equivocará. Esto es lo que he visto en la práctica:

Sitio pequeño (10-50 páginas)

  • Optimista: 6 semanas
  • Realista: 8-12 semanas
  • Qué sale mal: La migración de contenido tarda más de lo esperado, los ciclos de revisión de los interesados añaden 2-3 semanas

Sitio mediano (50-500 páginas)

  • Optimista: 10 semanas
  • Realista: 14-20 semanas
  • Qué sale mal: Se subestima la complejidad de las integraciones, el modelo de contenido necesita revisiones a mitad del proyecto, iteraciones de diseño

Sitio enterprise (500+ páginas)

  • Optimista: 4 meses
  • Realista: 6-10 meses
  • Qué sale mal: Todo. Alineación de los interesados, dependencias de sistemas heredados, decisiones sobre la gobernanza del contenido, revisiones de seguridad, auditorías de accesibilidad

La causa número uno de los retrasos no es técnica -- es la toma de decisiones. La migración te obliga a tomar decisiones sobre la estructura del contenido, los sistemas de diseño y los flujos de trabajo editoriales que podrían haber sido postergadas durante años. Deja margen para esas conversaciones.

Cómo presupuestar sin llevarte sorpresas

Tras haber visto demasiadas migraciones superar el presupuesto, este es mi consejo práctico:

  1. Paga por una fase de descubrimiento adecuada. Invierte £3.000-£8.000 / $4.000-$10.000 en un descubrimiento de 2-3 semanas antes de comprometerte con la construcción completa. Esto debería darte una auditoría de contenido, una recomendación de arquitectura técnica y una estimación de costes mucho más precisa.

  2. Presupuesta un 20% de contingencia. No un 10%. Veinte. Las sorpresas en la migración de contenido están casi garantizadas.

  3. No migres todo. La mayoría de los sitios Drupal han acumulado años de contenido que nadie lee. Usa tus analíticas. Si una página no ha tenido ninguna visita en 12 meses, cuestiona si realmente necesita migrarse.

  4. Considera un enfoque por fases. Migra primero el sitio de marketing, luego el blog, luego las funcionalidades de aplicación complejas. Esto distribuye el coste y reduce el riesgo.

  5. Involucra a tu equipo editorial desde el principio. Las solicitudes de cambio más costosas vienen de editores que ven el nuevo CMS por primera vez en el UAT y dicen "No puedo hacer mi trabajo con esto".

Si estás en las primeras etapas de planificación de una migración, estaremos encantados de tener una conversación sin compromiso sobre el alcance y el presupuesto. Ponte en contacto y podemos analizar tu situación específica.

Preguntas frecuentes

¿Cuánto cuesta migrar de Drupal a Next.js en 2026? Para un sitio pequeño (menos de 50 páginas), espera £12.000-£30.000 / $15.000-$40.000. Los sitios medianos con integraciones rondan £30.000-£75.000 / $40.000-$95.000. Las migraciones enterprise con modelos de contenido complejos, e-commerce o soporte multilingüe parten de £75.000 / $95.000 y pueden superar £200.000 / $250.000. Estos rangos asumen un encargo a una agencia profesional en el Reino Unido o EE. UU.

¿Es más barato actualizar Drupal o migrar a Next.js? Una actualización de Drupal 7 a Drupal 10/11 suele costar entre el 60-80% de lo que cuesta una nueva construcción en Next.js, ya que es esencialmente una reconstrucción de todas formas. La diferencia está en los costes a largo plazo: el alojamiento de Next.js es más barato, la disponibilidad de desarrolladores es mejor y evitas el próximo ciclo de actualización mayor de Drupal. Para sitios en Drupal 9/10 que solo necesitan una renovación del frontend, quedarse en Drupal suele ser más barato a corto plazo.

¿Cuánto tarda una migración de Drupal a Next.js? Los sitios pequeños tardan 8-12 semanas de manera realista. Los sitios medianos tardan 14-20 semanas. Los sitios enterprise tardan 6-10 meses. La variable más importante no es el código -- es la migración de contenido, la alineación de los interesados y la complejidad de las integraciones. Añade siempre un 20% de margen al plazo que te indique tu agencia.

¿Puedo usar Drupal como CMS headless con Next.js? Sí, y es un enfoque válido si tu equipo ya conoce Drupal. Los módulos JSON:API y GraphQL de Drupal funcionan bien para la entrega headless. La desventaja es que sigues necesitando alojamiento Drupal, parches de seguridad y desarrolladores PHP. Muchos equipos eligen esto como paso intermedio antes de pasar eventualmente a un CMS headless específicamente diseñado para ello.

¿Cuál es el mejor CMS headless para reemplazar Drupal? Depende de tus necesidades. Sanity es excelente para equipos con fuerte componente de desarrollo y modelos de contenido personalizados. Contentful funciona bien para equipos enterprise con flujos de trabajo estructurados. Storyblok destaca en edición visual. Para sitios más sencillos, incluso Payload CMS o Strapi (autoalojados, código abierto) pueden funcionar. No hay una respuesta universal -- depende de tu flujo de trabajo editorial, presupuesto y preferencias técnicas.

¿Debería usar Supabase en lugar de un CMS headless? Supabase tiene sentido cuando tu sitio es más una aplicación que contenido -- piensa en directorios, paneles de control, contenido generado por usuarios o datos relacionales complejos. Para la publicación de contenido tradicional (artículos, páginas, medios), un CMS headless específicamente diseñado para ello proporciona una mejor experiencia editorial de serie. Algunos proyectos usan ambos: un CMS headless para el contenido y Supabase para los datos de la aplicación y la autenticación.

¿Son más baratas las tarifas de las agencias del Reino Unido que las de EE. UU. para el desarrollo en Next.js? Por lo general, sí, alrededor de un 15-20% de media. Los desarrolladores Next.js senior del Reino Unido suelen facturar £500-£800/día, mientras que sus equivalentes en EE. UU. cobran $150-$250/hora ($1.200-$2.000/día). Sin embargo, las agencias londinenses con clientes enterprise suelen igualar los precios estadounidenses. El mejor valor a menudo proviene de agencias especializadas en headless más que de grandes firmas de servicio completo, independientemente de su ubicación.

¿Cuáles son los costes ocultos de migrar de Drupal a Next.js? Los costes que más se pasan por alto son: la creación de scripts de migración de contenido (especialmente para contenido con Paragraphs/Layout Builder), el mapeo de redirecciones de URL y la preservación del SEO, la migración de activos multimedia y la configuración del CDN, la formación editorial en el nuevo CMS, las pruebas de accesibilidad y su remediación, y el ajuste de rendimiento post-lanzamiento. Presupuesta al menos un 20% por encima del precio presupuestado para cubrir estos conceptos.