A pergunta por trás da pergunta
"Devemos construir em WordPress ou ir custom" raramente é uma questão de tecnologia. É uma questão de propriedade: quem edita o site no ano dois, quem faz patch, quem é acionado quando o formulário de contato morre no meio do lançamento. Lancei mais de 12.000 sites WordPress pela agência que co-fundei, e executo meus próprios sites em Astro e Next.js, então não tenho bandeira aqui. A resposta honesta depende da forma do seu negócio, e em 2026 existem três opções reais, não duas.
As três opções, definidas apropriadamente
WordPress, o build clássico. Uma aplicação cuida de edição, templates e servir. Temas e plugins cobrem uma gama absurda de necessidades, o editor de blocos amadureceu em um construtor de página genuinamente capaz, e todo marketer que você vai contratar já usou wp-admin.
Headless. Conteúdo vive em um CMS (WordPress com WPGraphQL, ou Sanity, Storyblok, Payload), e um front-end separado construído em Next.js ou Astro o renderiza. Esta é a arquitetura que a era Jamstack nomeou: páginas pré-construídas com antecedência, servidas por um CDN, com APIs cuidando das partes dinâmicas. O buzzword desapareceu; a arquitetura venceu. A maioria dos sites de conteúdo mais rápidos em 2026 é construída dessa forma, independente de alguém dizer Jamstack em voz alta ou não. Há um guia completo no meu headless WordPress guide.
Personalizado. O front-end e o modelo de dados são projetados para seu produto: uma aplicação Next.js ou Astro com banco de dados, autenticação se precisar de contas, e exatamente os recursos que você pediu, nada mais. A forma certa quando o site é o produto e não apenas um folheto.
A comparação, lado a lado
| WordPress | Headless | Construção personalizada | |
|---|---|---|---|
| Custo típico de construção | 3.000-30.000 USD | 15.000-60.000 USD | 25.000-150.000+ USD |
| Tempo até o primeiro lançamento | 2-6 semanas | 6-12 semanas | 10-20+ semanas |
| Experiência de edição | wp-admin, familiar para todo profissional de marketing | estúdio CMS, limpo mas novo para a maioria das equipes | o que você construir, às vezes nada |
| Limite de desempenho | bom, com disciplina | excelente por padrão (estático + CDN) | excelente, você controla tudo |
| Superfície de segurança | maior: núcleo, plugins e admin para atualizar | pequena: páginas estáticas, CMS gerencia autenticação | sua para projetar e defender |
| Manutenção contínua | atualizações de core + plugins, mensalmente | dependências front-end + assinatura CMS | um relacionamento com desenvolvedor, permanentemente |
| Liberdade de design | limitado ao tema, a menos que tema customizado | completo | completo |
| Pool de contratação | enorme | grande e crescente | específico do framework, tendência senior |
| Melhor para | sites de marketing, blogs, pequeno comércio | conteúdo em escala, multilíngue, crítico em performance | produtos, portais, fluxos de trabalho sob medida |
WordPress está desatualizado em 2026?
Não. Ainda executa aproximadamente 43% da web, o editor de blocos se tornou silenciosamente bom, e o ecossistema permanece o maior fosso competitivo em software web. O que também é verdade: o caminho padrão (quinze plugins, hospedagem barata, sem orçamento de performance) produz sites mediocres, e sempre produziu. WordPress feito com disciplina (poucos plugins, hospedagem decente, um orçamento de performance) ainda é a rota mais rápida e sensata para um site de marketing profissional.
Por que as pessoas estão se afastando dele, então?
As razões honestas: equipes cansadas da treadmill de atualizações, limites de performance em builds pesados de plugins, e desenvolvedores preferindo tooling JavaScript moderno. O fluxo contrário igualmente honesto: equipes voltam pela experiência de edição, o enorme pool de contratação, e o custo. Ambas as migrações são reais, e tenho executado projetos em ambas as direções; a visão mais completa fica na minha análise sobre alternativas ao WordPress. Uma mudança de plataforma corrige problemas de arquitetura. Não corrige problemas de conteúdo, posicionamento ou propriedade, e esses são a doença usual.
Mesmo com IA, custom não fica subitamente fácil
Aqui está a virada de 2026. Claude, Cursor, e ferramentas de codificação agentic colapsaram o custo de produzir código. Construí um site funcional em um dia com essas ferramentas, e através do MCP, o Model Context Protocol, um assistente de IA agora pode falar diretamente com seu CMS, seu banco de dados, e sua plataforma de deployment. A distância entre ideia e demo nunca foi tão curta.
Produção é um esporte diferente. A demo não inclui backups, edge cases de autenticação, monitoramento, atualizações de dependências, acessibilidade, plumbing de SEO, ou o incidente das 2 da manhã. IA comprime a construção; não absorve a propriedade. Um site vibe-coded que ninguém mantém vira software legado em meses, apenas mais rápido e mais barato que o legado antigo. O que IA genuinamente mudou: builds customizados ficaram mais baratos e melhores, porque desenvolvedores senior agora entregam múltiplos do que costumavam, e builds WordPress ficaram melhores também, porque as mesmas ferramentas escrevem temas e plugins. O gap se estreitou dos dois lados. O framework de decisão permanece intacto.
Como realmente decidir
Escolha WordPress quando o site é uma superfície de marketing, pessoas não-técnicas o editam semanalmente e o orçamento é limitado. Escolha headless quando as operações de conteúdo são sérias (volume, idiomas, múltiplos canais) e performance é uma alavanca de ranking ou conversão que você pretende usar. Vá para custom quando o site é o produto: contas, dashboards, workflows, integrações, as coisas que um plugin nunca faria direito. Números reais para essa rota estão no meu detalhamento dos custos de desenvolvimento web custom.
Depois aplique o teste do segundo ano, que supera tudo acima. Quem é o dono disso no segundo ano? Uma plataforma perfeitamente escolhida sem um dono ainda assim falha. Escolha a stack que seu time real, ou seu orçamento real para ajuda externa, consegue manter saudável, e o resto da tabela de comparação vira detalhe.