Lá em 2017 uma cliente me ligou em pânico. Ela tinha construído o site da sua floricultura no website builder do GoDaddy — levou um fim de semana, ficou decente no mobile, e ela estava orgulhosa disso. Depois ela quis adicionar um simples calendário de eventos. Só um calendário. O GoDaddy não conseguia. Não sem um workaround tão feio que teria envergonhado um desenvolvedor júnior. No final ela pagou para eu migrar tudo para WordPress, e me lembro de pensar: por que as pessoas começam aqui?why do people start here at all?
Eu entendo, de verdade. O pitch do GoDaddy é sedutor. Se inscreva, escolha um template, digite o nome do seu negócio, saia do ar antes do almoço. Para alguém que nunca tocou em um CMS, essa velocidade parece um superpoder. Mas é tempo emprestado. E tendo construído bem mais de 5.000 sites na Seahawk, eu perdi a conta de quantas migrações do GoDaddy fiz para clientes que cresceram mais rápido do que esperavam.Seahawk, I've now lost count of how many GoDaddy migrations I've done for clients who grew out of it faster than they expected.
Então deixa eu te contar no que eu realmente migrei clientes (e a mim mesmo), e por quê.
---
O Problema do Builder do GoDaddy Não É Velocidade — São Limitações
O construtor de sites da GoDaddy é genuinamente rápido de colocar em funcionamento. Não vou fingir o contrário. GoDaddy Airo, sua camada de IA, consegue estruturar um site marcado com logo e templates de campanha de email antes de você terminar seu café. O editor é limpo, intuitivo e não intimidador para pessoas que não sabem o que é uma div e não querem aprender.The editor is clean, intuitive, and non-threateningfor people who don't know what adivis and don't want to learn.
Mas.
Você não pode mover seções livremente. Você não pode editar HTML ou CSS. Você não pode alterar layouts além das opções pré-configuradas. E certamente não pode instalar um plugin que não existe no seu ecossistema fechado. Como uma análise minuciosa do construtor coloca de forma contundente — a conveniência da configuração é real, mas no momento em que você quer algo além do básico do design, você bate numa parede.one thorough review of the builderputs it bluntly — the convenience of setup is real, but the moment you want anything beyond the basics of design, you hit a wall.
Essa parede é o problema. Não o construtor em si.
Tive um cliente — uma clínica de fisioterapia em Bristol — que estava na GoDaddy há três anos. Site com boa aparência. Depois eles queriam agendamento online com formulários de admissão, integração com seu software de gerenciamento de consultório e uma área de membros para bibliotecas de vídeos de exercícios. Passamos duas horas auditando o que a GoDaddy conseguia suportar nativamente. A resposta era essencialmente nada dessa lista. Três anos de conteúdo, e eles tiveram que começar do zero arquitetonicamente.
Essa não é uma história de advertência sobre a GoDaddy especificamente. É uma história de advertência sobre escolher plataformas com base em quão rápido você pode começar em vez de quão longe você pode ir.startrather than how far you cango.
---
WordPress: Ainda a Escolha Sensata para a Maioria
As pessoas vêm declarando WordPress morto pela melhor parte de uma década. Ainda está alimentando cerca de 40% de toda a web. Isso não é inércia — é efeito de rede em escala que nada conseguiu desalojar.around 40% of the entire web. That's not inertia — that's network effect at a scale that nothing has managed to dislodge.
Por que ainda o recomendo
O ecossistema de plugins por si só já vale a pena (que é, sendo justo, gratuito). 60 mil+ plugins significa que praticamente qualquer recurso que você imagina já foi construído por alguém, testado em produção por milhares de sites e documentado até a morte no YouTube. WooCommerce para ecommerce. ACF para campos personalizados. Yoast ou Rank Math para SEO. A stack é chata e isso é genuinamente um elogio.
Para agências, o pool de talentos também importa. Posso contratar um desenvolvedor WordPress em Londres, Lagos ou Ljubljana e ter uma confiança razoável de que ele sabe o que é um custom post type. Tente fazer isso com um builder proprietário.
As Ressalvas do WordPress sobre as Quais Sou Honesto
Não é perfeito. Conflitos de plugins são reais. Manter 40 plugins atualizados sem quebrar nada é, como um comentarista do Hacker News disse, "babysitting MySQL." Segurança é uma preocupação genuína quando você está rodando uma versão antiga de um plugin mal mantido. E o editor de blocos (Gutenberg) ainda divide opiniões de formas que parecem quase teológicas.
Mas para um cliente que precisa de flexibilidade genuína, propriedade do conteúdo e um site que possa crescer com ele? WordPress continua sendo minha primeira recomendação a menos que o briefing aponte especificamente para outro lugar.
---
WordPress Headless e Jamstack: Quando o Briefing Aponta para Outro Lugar
Há cerca de três anos a Seahawk começou a receber mais briefs que tinham "performance" como um requisito obrigatório, não como algo desejável. Tempos de carregamento rápidos. Altas pontuações de Core Web Vitals. Conteúdo servido em múltiplas superfícies — web, app, talvez uma tela de quiosque em um ambiente de varejo. Hospedagem WordPress tradicional não ia dar conta.
Foi aí que nos aprofundamos mais na arquitetura headless.
O Que Headless Realmente Significa (Sem o Jargão)
WordPress headless significa manter WordPress como backend — o repositório de conteúdo, a interface administrativa em que seu cliente faz login — mas desacoplar totalmente o frontend. A "cabeça" (o que os usuários veem) é construída em um framework JavaScript como Next.js ou Astro. WordPress serve conteúdo via sua REST API ou GraphQL. O frontend busca esses dados e os renderiza da forma que quiser.means you keep WordPress as the backend — the content repository, the admin interface your client logs into — but you decouple the frontend entirely. The "head" (what users see) is built in a JavaScript framework like Next.js or Astro. WordPress serves content via its REST API or GraphQL. The frontend fetches that data and renders it however it likes.
O resultado: carregamentos de página absurdamente rápidos, sem gargalo de renderização PHP, e total liberdade sobre a arquitetura do seu frontend. A segurança também melhora porque o painel WordPress não fica exposto publicamente da mesma forma.
O Cenário de CMS Jamstack
Se você está indo full Jamstack, nem precisa usar WordPress como backend. Existe um campo sólido e em crescimento de opções de CMS headless construídas especificamente para essa arquitetura. Algumas que já usei em produção:headless CMS options built specifically for this architecture. A few I've used in production:
- Contentful — madura, bem documentada, um pouco cara em escala, mas rock-solid— mature, well-documented, slightly expensive at scale but rock-solid
- Sanity — modelagem de conteúdo extremamente flexível, ótima DX, colaboração em tempo real para times editoriais— extremely flexible content modelling, great DX, real-time collaboration for editorial teams
- Storyblok — o visual editor é genuinamente impressionante para clientes não-técnicos que querem ver mudanças em tempo real— the visual editor is genuinely impressive for non-technical clients who want to see changes in real-time
- Strapi — open-source, auto-hospedável, baseada em Node.js, boa se você quer manter os custos de infraestrutura baixos— open-source, self-hostable, Node.js-based, good if you want to keep infrastructure costs down
- Directus — subestimada, especialmente para projetos data-heavy que precisam de uma camada adequada de abstração de banco de dados— underrated, especially for data-heavy projects that need a proper database abstraction layer
Nenhuma delas é perfeita para todo projeto. O visual editor do Storyblok é uma delícia para editores, mas adiciona complexidade do lado do desenvolvedor. A linguagem de query GROQ do Sanity tem uma curva de aprendizado. Escolha baseado no projeto real, não no hype.
---
EmDash: O Promissor Que Vale a Pena Acompanhar (Com Ressalvas)
Algo interessante surgiu em abril de 2026. EmDash é um novo CMS apoiado pela Cloudflare, se posicionando como sucessor espiritual do WordPress — construído com tecnologias web modernas, com isolamento de plugins via Cloudflare Workers, e conteúdo armazenado como dados estruturados que são nativamente legíveis por ferramentas de IA.EmDashis a new CMS backed by Cloudflare, positioning itself as a spiritual successor to WordPress — built on modern web technologies, with plugin isolation via Cloudflare Workers, and content stored as structured data that's natively readable by AI tools.
A proposta é genuinamente interessante. WordPress roda em PHP, que funciona mas não é exatamente o que você desenharia do zero em 2026. EmDash foi construído para implantação edge-native, conteúdo estruturado, e um mundo onde assistentes de IA são cada vez mais como as pessoas encontram informações.
Ainda não implantei EmDash em produção. Foi lançado em beta e estou acompanhando. Há algumas preocupações reais que merecem ser anotadas:
- O ecossistema é novo demais. 60.000 plugins do WordPress versus... isso aí. Ainda.
- O recurso de isolamento de plugins só funciona no runtime da Cloudflare — o que é bom se você está comprometido com essa infraestrutura, limitante se não estiver.
- É um produto em beta. Risco inerente. Não coloco betas na frente de clientes que precisam de estabilidade.
O consenso honesto de pessoas que testaram é: tecnicamente impressionante, praticamente incompleto. Vale revisitar em 12-18 meses. É exatamente isso que farei.honest consensusfrom people who've tested it is: technically impressive, practically incomplete. Worth revisiting in 12-18 months. I'll be doing exactly that.
---
Como Realmente Escolher Entre Essas Opções
Aqui está a coisa — a maioria do conteúdo "qual CMS é o melhor" online trata isso como uma comparação de especificações. Caixas de seleção. Matrizes de recursos. Não é assim que você escolhe uma plataforma para um projeto real.
É assim que eu realmente abordo:
- Pergunte o que o cliente vai precisar em 18 meses, não hoje. Se é um florista solo, WordPress em hospedagem gerenciada provavelmente é suficiente. Se é uma startup com backing de VC esperando crescimento de 10x no tráfego, arquitete para isso agora.If they're a solo florist, WordPress on managed hosting is probably fine. If they're a VC-backed startup expecting 10x traffic growth, architect for that now.
- Pergunte quem vai manter isso após o lançamento. Uma configuração headless Jamstack é brilhante até o gerente de marketing de 58 anos do cliente ter que atualizar um post no blog. Aí vira um chamado de suporte esperando para acontecer. Combine a complexidade técnica com o time.A headless Jamstack setup is brilliant until the client's 58-year-old marketing manager has to update a blog post. Then it's a support ticket waiting to happen. Match the technical complexity to the team.
- Pergunte se o conteúdo vai para mais de um lugar. Múltiplos frontends (web + app + qualquer coisa) quase sempre apontam para headless.Multiple frontends (web + app + whatever) almost always points toward headless.
- Pergunte sobre integrações. CRM, sistemas de agendamento, processadores de pagamento, analytics — mapeie esses antes de se comprometer com uma plataforma, não depois.CRM, booking systems, payment processors, analytics — map these before you commit to a platform, not after.
- Pergunte sobre orçamento para manutenção contínua. Uma instância Strapi auto-hospedada precisa de alguém mantendo a versão do Node.js atualizada. Isso custa tempo ou dinheiro. Coloque na conta.A self-hosted Strapi instance needs someone keeping the Node.js version updated. That costs time or money. Factor it in.
---
A Realidade de Migração Que Ninguém Fala
Sair da GoDaddy (ou de qualquer construtor proprietário) não é trivial. O conteúdo geralmente é exportável de alguma forma, mas a estrutura muitas vezes não é. A GoDaddy não oferece exports limpos de banco de dados ou APIs de conteúdo. Você normalmente acaba raspando dados, copiando e colando, ou usando ferramentas de migração de terceiros que fazem cerca de 70% do trabalho e deixam você limpando o resto manualmente.structureoften isn't. GoDaddy doesn't give you clean database exports or content APIs. You're typically scraping, copy-pasting, or using third-party migration tools that do about 70% of the job and leave you cleaning up the rest manually.
Já migrei o suficiente desses para ter um processo, mas não vou fingir que é elegante. Reserve tempo real para isso. E absolutamente verifique se sua transferência de domínio para fora da GoDaddy está sendo tratada com cuidado — eles têm um histórico de tornar esse processo mais cheio de atritos do que deveria ser.
A boa notícia: uma vez que você sai, você sai de verdade. Clientes que migram para WordPress ou um CMS headless quase nunca voltam.
---
FAQ
O website builder da GoDaddy é bom para algo?
Honestamente, sim — para casos de uso muito específicos. Um site de uma página para um profissional local que só precisa de uma presença online e um número de telefone. Uma landing page temporária. Algo que uma pessoa não técnica precisa ao vivo em poucas horas e nunca precisará mudar significativamente. Para esses casos, a velocidade de configuração é uma vantagem real. Para qualquer coisa com ambições de crescimento, fica sem opções rapidamente.
Preciso saber programar para migrar para WordPress?
Não necessariamente. Hospedagem WordPress gerenciada de provedores como Kinsta, WP Engine, ou até mesmo Hostinger torna o lado operacional muito mais acessível. Você ainda vai querer algum conforto com a interface de administração e idealmente alguém que você possa chamar quando as coisas quebrarem. Mas muitos pequenos empresários rodam sites WordPress sem tocar em uma linha de código.
Qual é a diferença entre CMS headless e um CMS regular?
Um CMS tradicional (como o WordPress clássico) gerencia tanto o armazenamento de conteúdo quanto a renderização da página — é um sistema acoplado. Um headless CMS apenas gerencia o armazenamento de conteúdo e o expõe via uma API. Seu frontend — construído no framework que você quiser — busca esse conteúdo e decide como exibi-lo. A vantagem é flexibilidade e performance. A desvantagem é que você precisa de um desenvolvedor frontend, não apenas de um construtor de sites.
O EmDash está pronto para uso em produção?
Para a maioria das empresas, na minha visão, não. Lançou em beta em abril de 2026 e o ecossistema é genuinamente incipiente. A arquitetura subjacente é interessante e o suporte da Cloudflare dá credibilidade. Mas eu não colocaria o site principal de marketing de um cliente em um CMS em beta quando WordPress e alternativas headless comprovadas existem. Fique atento a isso em 2027.
Posso usar WordPress como um headless CMS?
Sim, e é na verdade um meio termo muito pragmático. WordPress tem uma REST API integrada e WPGraphQL é um plugin maduro que expõe seu conteúdo via GraphQL. Então você tem a interface de admin familiar que seus clientes já conhecem, o ecossistema massivo de plugins, mas constrói seu frontend em Next.js ou Astro e obtém os benefícios de performance de um setup Jamstack moderno. Enviamos vários projetos assim na Seahawk e funciona bem.
---
A florista de 2017 ainda é cliente, só para constar. Ela está em WordPress agora, com um plugin de agendamento apropriado e um calendário de eventos que realmente funciona. Ela não me ligou em pânico desde então. Esse é o objetivo, realmente — construir algo que deixa de ser um problema para que as pessoas possam seguir com seu trabalho real.
Escolha o chato. Escolha o flexível. Escolha a coisa que você pode passar adiante.