Se você está executando um site Drupal em 2026 e começou a receber orçamentos para uma migração Next.js, provavelmente notou algo: os números estão por toda parte. Uma agência diz £15k, outra diz £120k, e um freelancer no Upwork fará por $3.000. Nenhum deles está necessariamente mentindo -- eles estão apenas definindo escopos muito diferentes.

Estive envolvido em migrações suficientes para saber que o custo real depende de alguns fatores específicos que a maioria dos guias de precificação ignora. Este artigo é minha tentativa de delinear o que uma migração Drupal-para-Next.js realmente custa em 2026, com números reais em GBP e USD, divididos por complexidade do site, estrutura da equipe e os custos ocultos que pegam as pessoas de surpresa.

Índice

Drupal to Next.js Migration Cost in 2026: Real Pricing in GBP & USD

Por que os Sites Drupal Estão Migrando Agora

Drupal 7 atingiu fim de vida em janeiro de 2025. Esse foi o grande gatilho. Milhares de organizações -- particularmente no governo UK, ensino superior e empresa -- estavam rodando em D7 e de repente enfrentaram uma escolha: atualizar para Drupal 10/11, ou abandonar completamente.

Aqui está o ponto: se você vai reconstruir mesmo assim, muitas equipes estão questionando se Drupal ainda é a plataforma certa. O pool de desenvolvedores Drupal vem encolhendo desde 2020. A pesquisa State of Drupal do final de 2024 mostrou que os contribuidores Drupal ativos caíram aproximadamente 18% em comparação com 2021. Enquanto isso, o ecossistema JavaScript continua crescendo.

Para muitas organizações, migrar para uma arquitetura headless com Next.js no frontend faz mais sentido do que outra atualização Drupal-para-Drupal que precisará do mesmo processo doloroso em cinco anos.

Dito isso, este não é um artigo "Drupal está morto". Drupal 11 é sólido. Mas a economia mudou, e é disso que estamos aqui para falar.

Os Fatores de Custo Real

Antes de jogar números em você, vamos estabelecer o que realmente impulsiona o custo de uma migração Drupal-para-Next.js. Essas são as variáveis que criam esse enorme spread nos orçamentos.

Volume e Estrutura de Conteúdo

Um site de brochura com 50 páginas é fundamentalmente diferente de uma plataforma de publicação com 40.000 artigos, taxonomias customizadas e layouts baseados em parágrafos. O mapeamento do modelo de conteúdo por si só pode levar semanas em sites maiores.

Funcionalidade Customizada

Cada módulo Drupal customizado precisa de um equivalente. Alguns são triviais (um formulário de contato), alguns são caros (um sistema de reservas customizado construído sobre entidades Drupal). Se você tem Drupal Commerce, adicione 30-40% ao seu orçamento.

Complexidade de Integração

CRMs, gateways de pagamento, provedores SSO, APIs legadas -- cada integração precisa ser reconstruída ou adaptada. Vi projetos onde o site Drupal em si era simples, mas estava conectado a sete sistemas diferentes que todos precisavam de novo trabalho de integração.

Requisitos de Fluxo Editorial

O sistema de moderação de conteúdo e fluxo de trabalho do Drupal é genuinamente bom. Replicar isso em um CMS headless requer esforço deliberado. Se seus editores dependem de cadeias de aprovação complexas, isso adiciona custo.

Preservação de SEO

Se seu site tem tráfego orgânico significativo, manter estruturas de URL, redirecionamentos, metadados e dados estruturados é inegociável. Isso é frequentemente subestimado. Um site com 10.000+ páginas indexadas precisa de uma estratégia de redirecionamento cuidadosamente planejada.

Acessibilidade e Conformidade

Sites do setor público UK precisam de conformidade WCAG 2.2 AA. Sites nos EUA cada vez mais precisam também, especialmente após a decisão de 2024 do DOJ sobre acessibilidade na web. Construir um frontend Next.js acessível do zero custa mais do que usar temas contrib testados do Drupal.

Precificação por Complexidade do Site

É aqui que ficamos concretos. Esses intervalos são baseados em orçamentos que vi e projetos dos quais participei em 2025 e início de 2026. Eles assumem um engajamento de agência profissional, não um freelancer solo.

Complexidade do Site Descrição Custo de Agência UK (GBP) Custo de Agência US (USD) Cronograma
Pequeno 10-50 páginas, blog, formulários de contato, CMS básico £12.000 - £30.000 $15.000 - $40.000 6-10 semanas
Médio 50-500 páginas, múltiplos tipos de conteúdo, busca, integrações £30.000 - £75.000 $40.000 - $95.000 10-18 semanas
Grande / Enterprise 500-10.000+ páginas, fluxos de trabalho complexos, e-commerce, multilíngue, múltiplas integrações £75.000 - £200.000+ $95.000 - $250.000+ 4-9 meses
Governo / Setor Público Requisitos de acessibilidade, auditoria de segurança, conformidade GDS £50.000 - £150.000 $65.000 - $180.000 3-8 meses

Algumas notas sobre esses números:

  • O baixo fim de cada intervalo assume uma migração de conteúdo direta com um sistema de design padrão. O alto fim assume design customizado, migração de dados complexa e múltiplas integrações.
  • Orçamentos Enterprise acima de £100k/$125k tipicamente incluem uma fase de descoberta, estratégia de conteúdo e contrato de suporte pós-lançamento.
  • Esses não incluem custos contínuos de hospedagem e manutenção, que vou cobrir na seção TCO.

Drupal to Next.js Migration Cost in 2026: Real Pricing in GBP & USD - architecture

Taxas de Agências: UK vs US em 2026

A diferença de taxa entre agências UK e US diminuiu nos últimos anos, mas ainda é significativa. Aqui está o que você está olhando para taxas blended (a média entre diferentes funções no projeto):

Função Taxa Diária UK (GBP) Taxa Horária US (USD)
Desenvolvedor Next.js Sênior £500 - £800/dia $150 - $250/hr
Desenvolvedor Médio £350 - £550/dia $100 - $175/hr
Arquiteto Técnico £700 - £1.100/dia $175 - $300/hr
Designer UX/UI £400 - £700/dia $120 - $200/hr
Gerente de Projeto £350 - £600/dia $100 - $175/hr
Engenheiro de QA £300 - £500/dia $90 - $150/hr
Especialista em Migração de Conteúdo £300 - £500/dia $85 - $140/hr

Agências UK tipicamente cotam taxas diárias. Agências US tipicamente cotam por hora. O mercado UK é aproximadamente 15-20% mais barato em média, mas agências baseadas em Londres com clientes enterprise frequentemente igualam ou excedem preços dos EUA.

Opções nearshore e offshore também existem. Agências da Europa Oriental (Polônia, Ucrânia, Romênia) estão cotando £250-£450/dia para desenvolvedores sênior. Agências indianas variam de £100-£250/dia. A variância de qualidade é enorme, e recomendo fortemente uma verificação minuciosa e um engajamento de teste antes de se comprometer com uma migração completa.

Na Social Animal, nossas taxas blended para projetos de migração Next.js caem no intervalo médio-superior UK, refletindo a antiguidade da equipe e a complexidade arquitetônica que normalmente lidamos.

Migração de Conteúdo: A Armadilha do Dinheiro Oculto

É aqui que vi os maiores estouros de orçamento. Sempre.

Drupal armazena conteúdo de um jeito que é... exclusivamente Drupal. Se você usou Paragraphs ou Layout Builder, seu conteúdo está profundamente aninhado em referências de entidade. Uma única "página" pode na verdade ser 15 diferentes entidades de parágrafo com seus próprios campos, referências de mídia e histórico de revisão.

Migrar esse conteúdo para um CMS headless requer:

1. Mapeamento do Modelo de Conteúdo

Você precisa mapear cada tipo de conteúdo Drupal, campo, taxonomia e tipo de parágrafo para a estrutura de seu novo CMS. Este é trabalho de design, não apenas trabalho técnico. É sua chance de simplificar e limpar anos de cruft de conteúdo acumulado.

2. Scripts de Migração

Alguém precisa escrever scripts que extraiam conteúdo da base de dados Drupal (ou endpoints JSON:API/GraphQL) e o empurrem para o novo CMS. Para um site com tipos de parágrafo customizados, isso fica complexo rapidamente.

# Exemplo simplificado: extraindo parágrafos Drupal via 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

Na realidade, isso fica muito mais bagunçado. Você está lidando com mídia incorporada, links internos que precisam remapear URL, conteúdo WYSIWYG com markup específico Drupal, e potencialmente milhares de arquivos que precisam se mover para um novo pipeline de ativos.

3. Migração de Mídia

O sistema de mídia Drupal armazena arquivos em sites/default/files com sua própria estrutura de caminho. Cada imagem, documento e vídeo precisa ser migrado para sua nova hospedagem (S3, Cloudinary, etc.) e todas as referências atualizadas. Para um site com 5.000+ itens de mídia, isso sozinho pode custar £3.000-£8.000 / $4.000-$10.000.

4. Redirecionamentos de URL

Se seu site Drupal usou Pathauto (a maioria usa), você tem uma estrutura de URL que mecanismos de busca conhecem e confiam. Você precisa de um mapa completo de redirecionamento. Para sites grandes, isso significa extrair cada alias de URL do Drupal e criar redirecionamentos correspondentes em seu app Next.js.

// next.config.js exemplo de redirecionamento (para sites menores)
const nextConfig = {
  async redirects() {
    // Para sites grandes, carregue de um banco de dados ou arquivo JSON
    const drupalRedirects = await loadRedirectMap();
    return drupalRedirects.map(({ source, destination }) => ({
      source,
      destination,
      permanent: true, // redirecionamento 301
    }));
  },
};

Para sites enterprise com 10.000+ URLs, você vai querer redirecionamentos em nível middleware ou uma abordagem de edge function para evitar inchar sua config Next.js.

O Problema da Escassez de Desenvolvedores

Aqui está algo que afeta diretamente seu orçamento: encontrar desenvolvedores que entendam Drupal e arquitetura headless moderna é genuinamente difícil em 2026.

O pool de talento Drupal atingiu pico ao redor de 2018-2019. Desde então, muitos desenvolvedores Drupal sênior transitaram para outros frameworks ou se moveram para gerenciamento. A Pesquisa de Desenvolvedores Stack Overflow de 2025 mostrou o uso de Drupal entre desenvolvedores profissionais em aproximadamente 3.2%, caindo de 5.8% em 2020.

Enquanto isso, desenvolvedores Next.js são abundantes mas raramente têm experiência Drupal. Isso cria um gap de habilidades exatamente onde você precisa dela mais: na migração em si. Você precisa de alguém que entenda profundamente o modelo de dados Drupal para extrair e transformar conteúdo adequadamente.

Essa escassez aumenta custos de duas formas:

  1. Especialistas em migração Drupal cobram taxas premium. Um desenvolvedor que pode escrever scripts de migração Drupal e arquitetar o destino Next.js está faturando £700-£900/dia no UK.
  2. Projetos levam mais tempo quando a equipe precisa fazer engenharia reversa de uma configuração Drupal desconhecida. Se ninguém da equipe trabalhou com Paragraphs ou Layout Builder antes, espere uma curva de aprendizado de 2-3 semanas.

Esta é uma área onde trabalhar com uma agência de desenvolvimento headless CMS que fez essas migrações antes paga a si mesma bem rápido.

Headless CMS + Supabase: Uma Arquitetura Alternativa

Muitas migrações Drupal-para-Next.js assumem que você vai substituir Drupal com outro CMS headless -- Sanity, Contentful, Storyblok, ou até mesmo Drupal em si rodando headless. Mas há uma alternativa cada vez mais popular: usar Supabase como seu backend.

Supabase lhe dá uma base de dados Postgres, autenticação, armazenamento de arquivos e APIs auto-geradas. Para equipes que querem mais controle sobre seu modelo de dados sem as restrições de um CMS tradicional, é atrativo.

Quando Supabase Faz Sentido

  • Seu conteúdo é altamente estruturado/relacional (catálogos de produtos, diretórios, aplicações pesadas em dados)
  • Você precisa de autenticação de usuário customizada e acesso baseado em função
  • Sua equipe editorial é pequena e entendida de programação (ou você vai construir uma UI admin customizada)
  • Você quer possuir sua infraestrutura de dados completamente

Quando um CMS Headless Tradicional é Melhor

  • Sua equipe editorial é não-técnica e precisa de uma experiência de edição de conteúdo polida
  • Você tem fluxos de trabalho de conteúdo complexos com cadeias de aprovação
  • Pré-visualização de conteúdo e edição visual são importantes
  • Você quer colocar em funcionamento mais rapidamente

Comparação de Custo: CMS Headless vs Supabase

Fator CMS Headless (ex: Sanity) Supabase
Custo da plataforma (anual) £0 - £12.000+ £0 - £3.000
UX do editor de conteúdo Excelente do zero Requer painel admin customizado
Desenvolvimento de painel admin customizado Não necessário £8.000 - £25.000
Desenvolvimento de API Incluído Auto-gerado + customizado
Autenticação Terceiros necessário Incorporado
Armazenamento de arquivos Incluído (CDN) Incluído (compatível com S3)
Recursos em tempo real Limitados Incorporado
Risco de bloqueio Médio (APIs proprietárias) Baixo (Postgres padrão)

A ironia é que Supabase pode ser mais barato a longo prazo mas mais caro antecipadamente porque você está construindo a experiência editorial do zero. Para sites pesados em conteúdo migrando de Drupal, um CMS headless tradicional geralmente faz mais sentido. Para sites pesados em aplicação, Supabase vale séria consideração.

Construímos ambos os tipos de arquitetura. Nossa capacidade de desenvolvimento Next.js cobre integrações com CMS headless e backends customizados Supabase.

Custo Total de Propriedade: Drupal vs Next.js (Comparação de 5 Anos)

O custo de migração é um golpe único. O que importa mais para a maioria das organizações é o custo contínuo. Aqui está uma comparação TCO realista de 5 anos para um site de complexidade média.

Categoria de Custo Drupal (Tradicional) Next.js + CMS Headless
Build inicial/migração £0 (já construído) £40.000 - £75.000
Hospedagem (anual) £3.000 - £8.000 (dedicada/gerenciada) £600 - £2.400 (Vercel/Netlify)
Plataforma CMS (anual) £0 (código aberto) £0 - £6.000 (depende do CMS)
Atualizações de segurança (anual) £4.000 - £10.000 £1.000 - £3.000
Desenvolvimento de funcionalidades (anual) £8.000 - £20.000 £6.000 - £15.000
Atualizações Drupal (por versão principal) £8.000 - £25.000 N/A
Otimização de performance £2.000 - £5.000/ano £500 - £2.000/ano
Total de 5 Anos £85.000 - £240.000 £78.000 - £177.000

Algumas coisas se destacam:

Hospedagem é dramaticamente mais barata. Um site Next.js no Vercel custa uma fração da hospedagem Drupal gerenciada. Drupal precisa de PHP, um servidor de banco de dados, camadas de cache (Varnish, Redis) e significativamente mais computação. Um site Next.js gerado estaticamente ou com ISR pode rodar em infraestrutura de borda por muito pouco.

Manutenção de segurança é mais barata. O time de segurança Drupal é bom, mas cada aviso de segurança significa que alguém precisa aplicar patches, testar e fazer deploy. Um frontend headless com um CMS gerenciado tem uma superfície de ataque muito menor.

Custos de desenvolvedor é onde equilibra. Desenvolvedores Next.js são mais fáceis de encontrar, mas o ecossistema se move rapidamente. Você vai gastar tempo mantendo-se atualizado com versões Next.js, atualizações React e mudanças de framework. A boa notícia é que o pool de talento é grande o suficiente que você não está refém de um único especialista.

O ponto de equilíbrio para a maioria dos sites de complexidade média é ao redor de 18-30 meses após migração, dependendo de sua hospedagem Drupal atual e custos de manutenção.

Expectativas de Cronograma

Toda agência vai contar um cronograma no processo de vendas, e a maioria deles vai estar errada. Aqui está o que realmente vi:

Site Pequeno (10-50 páginas)

  • Otimista: 6 semanas
  • Realista: 8-12 semanas
  • O que dá errado: A migração de conteúdo leva mais tempo do que esperado, ciclos de revisão de stakeholder adicionam 2-3 semanas

Site Médio (50-500 páginas)

  • Otimista: 10 semanas
  • Realista: 14-20 semanas
  • O que dá errado: Complexidade de integração é subestimada, modelo de conteúdo precisa revisão no meio do projeto, iterações de design

Site Enterprise (500+ páginas)

  • Otimista: 4 meses
  • Realista: 6-10 meses
  • O que dá errado: Tudo. Alinhamento de stakeholder, dependências de sistema legado, decisões de governança de conteúdo, análises de segurança, auditorias de acessibilidade

A número um causa de atrasos não é técnica -- é tomada de decisão. A migração força você a fazer escolhas sobre estrutura de conteúdo, sistemas de design e fluxos de trabalho editorial que podem ter sido adiados por anos. Construa buffer para essas conversas.

Como Orçar Sem Se Queimar

Depois de ver muitas migrações estourarem orçamento, aqui está meu conselho prático:

  1. Pague por uma fase de descoberta adequada. Gaste £3.000-£8.000 / $4.000-$10.000 em uma descoberta de 2-3 semanas antes de se comprometer com um build completo. Isso deve lhe dar uma auditoria de conteúdo, recomendação de arquitetura técnica e um orçamento muito mais apertado.

  2. Orçamento 20% de contingência. Não 10%. Vinte. Surpresas de migração de conteúdo são quase garantidas.

  3. Não migre tudo. A maioria dos sites Drupal acumulou anos de conteúdo que ninguém lê. Use sua análise. Se uma página não teve uma visita em 12 meses, questione se ela realmente precisa migrar.

  4. Considere uma abordagem faseada. Migre o site de marketing primeiro, depois o blog, depois as funcionalidades de aplicação complexa. Isso distribui custos e reduz risco.

  5. Envolva sua equipe editorial cedo. Os pedidos de mudança mais caros vêm de editores que veem o novo CMS pela primeira vez no UAT e dizem "Não consigo fazer meu trabalho com isso."

Se você está nos estágios iniciais de planejamento de uma migração, estamos felizes em ter uma conversa sem obrigação sobre escopo e orçamento. Entre em contato e podemos passear pela sua situação específica.

Perguntas Frequentes

Quanto custa migrar de Drupal para Next.js em 2026? Para um site pequeno (menos de 50 páginas), espere £12.000-£30.000 / $15.000-$40.000. Sites médios com integrações custam £30.000-£75.000 / $40.000-$95.000. Migrações enterprise com modelos de conteúdo complexos, e-commerce ou suporte multilíngue começam em £75.000 / $95.000 e podem exceder £200.000 / $250.000. Esses intervalos assumem um engajamento de agência profissional no UK ou US.

É mais barato atualizar Drupal ou migrar para Next.js? Uma atualização Drupal 7 para Drupal 10/11 frequentemente custa 60-80% do que um novo build Next.js custa, já que é essencialmente um rebuild mesmo assim. A diferença está nos custos a longo prazo: hospedagem Next.js é mais barata, disponibilidade de desenvolvedores é melhor e você evita o próximo ciclo de atualização Drupal. Para sites Drupal 9/10 que apenas precisam de um refresh de frontend, ficar no Drupal geralmente é mais barato a curto prazo.

Quanto tempo leva uma migração Drupal para Next.js? Sites pequenos levam 8-12 semanas realistically. Sites médios levam 14-20 semanas. Sites enterprise levam 6-10 meses. A maior variável não é o código -- é migração de conteúdo, alinhamento de stakeholder e complexidade de integração. Sempre adicione 20% de buffer ao cronograma que sua agência oferece.

Posso usar Drupal como um CMS headless com Next.js? Sim, e é uma abordagem válida se sua equipe já conhece Drupal. Os módulos JSON:API e GraphQL do Drupal funcionam bem para entrega headless. A desvantagem é que você ainda precisa de hospedagem Drupal, patches de segurança e desenvolvedores PHP. Muitas equipes escolhem isso como um passo intermediário antes de eventualmente migrar para um CMS headless de propósito específico.

Qual é o melhor CMS headless para substituir Drupal? Depende de suas necessidades. Sanity é excelente para equipes pesadas em desenvolvedor e modelos de conteúdo customizados. Contentful funciona bem para equipes enterprise com fluxos de trabalho estruturados. Storyblok é forte em edição visual. Para sites mais simples, até Payload CMS ou Strapi (auto-hospedados, código aberto) podem funcionar. Não há resposta universal -- depende de seu fluxo de trabalho editorial, orçamento e preferências técnicas.

Devo usar Supabase em vez de um CMS headless? Supabase faz sentido quando seu site é mais aplicação do que conteúdo -- pense diretórios, dashboards, conteúdo gerado por usuário ou dados relacionais complexos. Para publicação de conteúdo tradicional (artigos, páginas, mídia), um CMS headless de propósito específico fornece uma experiência editorial melhor do zero. Alguns projetos usam ambos: um CMS headless para conteúdo e Supabase para dados de aplicação e autenticação.

Taxas de agência UK são mais baratas que taxas US para desenvolvimento Next.js? Geralmente sim, por aproximadamente 15-20% em média. Desenvolvedores Next.js sênior UK tipicamente faturam £500-£800/dia, enquanto equivalentes US cobram $150-$250/hora ($1.200-$2.000/dia). No entanto, agências London com clientes enterprise frequentemente igualam preços US. O melhor valor frequentemente vem de agências headless especialistas em vez de grandes lojas full-service, independentemente de localização.

Quais são os custos ocultos de migrar de Drupal para Next.js? Os custos mais comumente ignorados são: scripting de migração de conteúdo (especialmente para conteúdo Paragraphs/Layout Builder), mapeamento de redirecionamento de URL e preservação de SEO, migração de ativos de mídia e setup de CDN, treinamento editorial no novo CMS, testes de acessibilidade e remediação, e tuning de performance pós-lançamento. Orçamento pelo menos 20% acima de seu preço cotado para cobrir isso.