Sua caixa de entrada se enche de orçamentos de migração — £15k de uma agência, £120k de outra, $3.000 de um freelancer no Upwork. Mesmo site Drupal. Mesmo destino Next.js. Você não está comparando maçãs com laranjas; está comparando uma maçã com um pomar e uma foto de uma maçã. Um orçamento inclui migração de conteúdo, atualização de design e pipelines de deployment. Outro é um lift-and-shift básico sem redirects, sem otimização de imagens, sem ambiente de staging. O terceiro assume que sua equipe editorial vai copiar e colar manualmente 400 posts de blog. Nenhuma dessas agências está mentindo — elas estão precificando migrações fundamentalmente diferentes. A questão não é 'Quanto custa uma migração de Drupal para Next.js?' É 'O que você realmente está comprando em cada faixa de preço, e qual escopo corresponde ao site que você precisa executar em 2027?'

Estive envolvido em migrações suficientes para saber que o custo real depende de alguns fatores específicos que a maioria dos guias de preços ignora. Este artigo é minha tentativa de detalhar quanto uma migração de 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 desprevenidas.

Índice

Custo de Migração de Drupal para Next.js em 2026: Preços Reais em GBP e USD

Por que 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 em governo do Reino Unido, ensino superior e empresas — estavam rodando D7 e de repente enfrentaram uma escolha: atualizar para Drupal 10/11, ou pular fora completamente.

Aqui está a coisa: se você vai reconstruir de qualquer forma, muitos times estão questionando se Drupal ainda é a plataforma certa. O pool de desenvolvedores Drupal tem encolhido desde 2020. A pesquisa State of Drupal no final de 2024 mostrou que colaboradores ativos no Drupal caíram aproximadamente 18% comparado a 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 outro upgrade Drupal-para-Drupal que vai precisar do mesmo processo doloroso em cinco anos.

Dito isto, 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 eu jogar números em você, vamos estabelecer o que realmente direciona o custo de uma migração de Drupal para Next.js. Essas são as variáveis que criam aquele spread massivo em orçamentos.

Volume e Estrutura de Conteúdo

Um site 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 sozinho pode levar semanas em sites maiores.

Funcionalidade Customizada

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

Complexidade de Integração

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

Requisitos de Workflow Editorial

O sistema de moderação de conteúdo e workflow 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, redirects, metadados e dados estruturados é inegociável. Isso é frequentemente subestimado. Um site com 10.000+ páginas indexadas precisa de uma estratégia de redirect cuidadosamente planejada.

Acessibilidade e Conformidade

Sites do setor público do Reino Unido precisam estar em conformidade com WCAG 2.2 AA. Sites dos EUA estão cada vez mais precisando também, especialmente depois da decisão do DOJ de 2024 sobre acessibilidade web. Construir um frontend Next.js acessível do zero custa mais do que usar temas contrib testados do Drupal.

Preços por Complexidade do Site

Aqui é onde fica concreto. Esses intervalos são baseados em orçamentos que vi e projetos que estive envolvido 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 Agência UK (GBP) Custo 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 / Empresarial 500-10.000+ páginas, workflows 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 final de cada intervalo assume uma migração de conteúdo simples com um sistema de design padrão. O alto final assume design customizado, migração de dados complexa e múltiplas integrações.
  • Orçamentos empresariais acima de £100k/$125k normalmente incluem uma fase de descoberta, estratégia de conteúdo e contrato de suporte pós-lançamento.
  • Estes não incluem custos contínuos de hosting e manutenção, que vou cobrir na seção TCO.

Custo de Migração de Drupal para Next.js em 2026: Preços Reais em GBP e USD - arquitetura

Taxas de Agência: Reino Unido vs EUA em 2026

A diferença de taxa entre agências do Reino Unido e EUA diminuiu nos últimos anos, mas ainda é significativa. Aqui está o que você está olhando para taxas mescladas (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/hora
Desenvolvedor Nível Médio £350 - £550/dia $100 - $175/hora
Arquiteto Técnico £700 - £1.100/dia $175 - $300/hora
Designer UX/UI £400 - £700/dia $120 - $200/hora
Gerente de Projeto £350 - £600/dia $100 - $175/hora
Engenheiro de QA £300 - £500/dia $90 - $150/hora
Especialista em Migração de Conteúdo £300 - £500/dia $85 - $140/hora

Agências do Reino Unido normalmente cotam taxas diárias. Agências dos EUA normalmente cotam por hora. O mercado do Reino Unido é cerca de 15-20% mais barato em média, mas agências baseadas em Londres com clientes empresariais frequentemente igualam ou excedem os preços dos EUA.

Opções nearshore e offshore existem também. 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 validação cuidadosa e um engajamento de teste antes de se comprometer com uma migração completa.

Em Social Animal, nossas taxas mescladas para projetos de migração Next.js ficam dentro do intervalo do Reino Unido médio-superior, refletindo a senioridade da equipe e a complexidade arquitetônica que normalmente manipulamos.

Migração de Conteúdo: A Armadilha Financeira Oculta

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

Drupal armazena conteúdo de uma forma 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 ser na verdade 15 entidades de parágrafo diferentes com seus próprios campos, referências de mídia e histórico de revisão.

Migrar este 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 sua estrutura de CMS nova. 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 do banco 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 de remapeamento de URL, conteúdo WYSIWYG com markup específico do Drupal e potencialmente milhares de arquivos que precisam se mover para um novo pipeline de assets.

3. Migração de Mídia

O sistema de mídia do Drupal armazena arquivos em sites/default/files com sua própria estrutura de caminho. Cada imagem, documento e vídeo precisa ser migrado para seu novo hosting (S3, Cloudinary, o que for) 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. Redirects de URL

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

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

Para sites empresariais com 10.000+ URLs, você vai querer redirects em nível de middleware ou uma abordagem de edge function para evitar inchar sua configuração Next.js.

O Problema da Escassez de Desenvolvedores

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

O pool de talento Drupal atingiu seu pico em torno de 2018-2019. Desde então, muitos desenvolvedores sênior em Drupal fizeram transição para outros frameworks ou se mudaram para gerenciamento. A Pesquisa de Desenvolvedores do Stack Overflow de 2025 mostrou o uso de Drupal entre desenvolvedores profissionais em aproximadamente 3,2%, descendo de 5,8% em 2020.

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

Esta escassez direciona custos para cima 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á cobrando £700-£900/dia no Reino Unido.
  2. Projetos levam mais tempo quando a equipe precisa fazer engenharia reversa de uma setup Drupal desconhecida. Se ninguém na 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 se paga muito rapidamente.

Headless CMS + Supabase: Uma Arquitetura Alternativa

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

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

Quando Supabase Faz Sentido

  • Seu conteúdo é pesadamente estruturado/relacional (catálogos de produtos, diretórios, aplicações pesadas em dados)
  • Você precisa de autenticação customizada de usuário e acesso baseado em função
  • Sua equipe editorial é pequena e tech-savvy (ou você vai construir uma UI de 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 workflows de conteúdo complexos com cadeias de aprovação
  • Preview de conteúdo e edição visual são importantes
  • Você quer colocar em funcionamento mais rápido

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 fora da caixa Requer painel de admin customizado
Desenvolvimento de painel de admin customizado Não necessário £8.000 - £25.000
Desenvolvimento de API Incluído Auto-gerado + customizado
Autenticação Terceiros necessários Integrado
Armazenamento de arquivos Incluído (CDN) Incluído (compatível com S3)
Recursos em tempo real Limitado Integrado
Risco de lock-in 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 uma consideração séria.

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

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 realista de TCO de 5 anos para um site de complexidade média.

Categoria de Custo Drupal (Tradicional) Next.js + CMS Headless
Build/migração inicial £0 (já construído) £40.000 - £75.000
Hosting (anual) £3.000 - £8.000 (dedicado/gerenciado) £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
Upgrades 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 saltam:

Hosting é dramaticamente mais barato. Um site Next.js no Vercel custa uma fração do hosting Drupal gerenciado. Drupal precisa de PHP, um servidor de banco de dados, camadas de cache (Varnish, Redis) e significativamente mais compute. Um site Next.js gerado estaticamente ou com ISR pode rodar em infraestrutura edge por migalhas.

Manutenção de segurança é mais barata. O time de segurança do Drupal é bom, mas todo 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.

Os custos de desenvolvedor é onde iguala. Desenvolvedores Next.js são mais fáceis de encontrar, mas o ecossistema se move rápido. Você vai passar tempo mantendo atualizado com versões Next.js, atualizações React e mudanças de framework. O lado bom é que o pool de talento é grande o suficiente para que você não seja retido como refém por um único especialista.

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

Expectativas de Cronograma

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

Site Pequeno (10-50 páginas)

  • Otimista: 6 semanas
  • Realista: 8-12 semanas
  • O que dá errado: Migração de conteúdo leva mais tempo que o 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 de revisão no meio do projeto, iterações de design

Site Empresarial (500+ páginas)

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

A causa número um de atrasos não é técnica — é tomada de decisão. A migração te força a fazer escolhas sobre estrutura de conteúdo, sistemas de design e workflows editoriais que podem ter sido adiados por anos. Aloque buffer para essas conversas.

Como Fazer Orçamento Sem Se Queimar

Depois de ver muitas migrações extrapolarem o 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 uma construção completa. Isso deve lhe dar uma auditoria de conteúdo, recomendação de arquitetura técnica e um orçamento muito mais apertado.

  2. Orce 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 seu analytics. Se uma página não recebeu 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 features complexas de aplicação. Isso espalha custo e reduz risco.

  5. Envolva sua equipe editorial cedo. As mudanças mais caras vêm de editores que veem o novo CMS pela primeira vez em UAT e dizem "Não consigo fazer meu trabalho com isso."

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

FAQ

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 rodam £30.000-£75.000 / $40.000-$95.000. Migrações empresariais 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 Reino Unido ou EUA.

É mais barato atualizar Drupal ou migrar para Next.js?

Um upgrade de Drupal 7 para Drupal 10/11 frequentemente custa 60-80% do que uma nova build em Next.js custa, já que é essencialmente uma reconstrução de qualquer forma. A diferença está nos custos a longo prazo: hosting Next.js é mais barato, disponibilidade de desenvolvedores é melhor, e você evita o próximo ciclo de upgrade maior do Drupal. Para sites em Drupal 9/10 que só precisam de um refresh de frontend, ficar em Drupal geralmente é mais barato a curto prazo.

Quanto tempo leva uma migração de Drupal para Next.js?

Sites pequenos levam 8-12 semanas realisticamente. Sites médios levam 14-20 semanas. Sites empresariais 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 a qualquer cronograma que sua agência citar.

Posso usar Drupal como um CMS headless com Next.js?

Sim, e é uma abordagem válida se seu time já conhece Drupal. Os módulos JSON:API e GraphQL do Drupal funcionam bem para entrega headless. O lado negativo é que você ainda precisa de hosting Drupal, patches de segurança e desenvolvedores PHP. Muitos times escolhem isso como um passo intermediário antes de eventualmente migrar para um CMS headless propositalmente construído.

Qual é o melhor CMS headless para substituir Drupal?

Depende de suas necessidades. Sanity é excelente para times pesados em desenvolvedor e modelos de conteúdo customizados. Contentful funciona bem para times empresariais com workflows estruturados. Storyblok é forte em edição visual. Para sites mais simples, até mesmo Payload CMS ou Strapi (auto-hospedado, código aberto) podem funcionar. Não há uma resposta universal — depende de seu workflow 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 que conteúdo — pense em diretórios, dashboards, conteúdo gerado pelo usuário ou dados relacionais complexos. Para publicação de conteúdo tradicional (artigos, páginas, mídia), um CMS headless propositalmente construído fornece uma melhor experiência editorial fora da caixa. Alguns projetos usam ambos: um CMS headless para conteúdo e Supabase para dados de aplicação e autenticação.

As taxas de agência do Reino Unido são mais baratas que as taxas do EUA para desenvolvimento Next.js?

Geralmente sim, em média cerca de 15-20%. Desenvolvedores Next.js sênior do Reino Unido normalmente cobram £500-£800/dia, enquanto equivalentes dos EUA cobram $150-$250/hora ($1.200-$2.000/dia). No entanto, agências baseadas em Londres com clientes empresariais frequentemente igualam os preços dos EUA. O melhor valor frequentemente vem de agências especialistas headless em vez de grandes lojas full-service, independente da 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 redirect de URL e preservação de SEO, migração de assets de mídia e setup de CDN, treinamento editorial sobre o novo CMS, testes de acessibilidade e remediação, e sintonia de performance pós-lançamento. Orce pelo menos 20% acima de seu preço cotado para cobrir estes.