Lá em 2017 uma cliente me ligou em pânico. Ela havia construído o site da sua floricultura no website builder da GoDaddy -- levou um fim de semana, parecia decente no mobile, e ela estava orgulhosa. Depois ela quis adicionar um simples calendário de eventos. Só um calendário. A GoDaddy não conseguia fazer. Não sem um workaround tão feio que teria envergonhado um desenvolvedor júnior. Ela acabou pagando para eu migrar tudo para WordPress, e lembro de pensar: por que as pessoas começam aqui?WordPress, and I remember thinking:why do people start here at all?
Ponto-chave: o builder da GoDaddy troca flexibilidade por simplicidade muito mais que seus concorrentes; WordPress, Webflow e Squarespace oferecem muito mais espaço para crescimento a custo comparável.GoDaddy's builder trades flexibility for simplicity harder than its rivals; WordPress, Webflow, and Squarespace all offer more headroom at comparable cost.
Entendo, de verdade. O pitch do GoDaddy é sedutor. Se inscreva, escolha um template, digite o nome da sua empresa, suba ao ar antes do almoço. Para quem nunca tocou em um CMS, essa velocidade parece um superpoder. Mas é tempo emprestado. E tendo construído bem mais de 12.000 sites na Seahawk, já perdi a conta de quantas migrações do GoDaddy fiz para clientes que saíram dele 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 GoDaddy Não É Velocidade -- São Limites
O website builder do GoDaddy é genuinamente rápido de colocar de pé. 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 ameaçador para pessoas que não sabem o que é uma div e não querem aprender.The editor is clean, intuitive, and non-threatening for people who don't know what a div is and don't want to learn.
Mas.
Você não consegue mover seções livremente. Você não consegue editar HTML ou CSS. Você não consegue mudar layouts além das opções pré-prontas. E com certeza não consegue instalar um plugin que não existe no seu ecossistema fechado. Como uma análise minuciosa do builder coloca de forma direta -- a conveniência da configuração é real, mas no momento em que você quer algo além dos básicos de design, você bate numa parede.one thorough review of the builder puts 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.
Eu tive uma cliente -- uma clínica de fisioterapia em Bristol -- que estava na GoDaddy há três anos. Site bonito. Depois eles queriam agendamento online com formulários de intake, integração com seu software de gerenciamento de prática, e uma área de membros para biblioteca de vídeos de exercícios. Gastamos duas horas auditando o que a GoDaddy conseguia suportar nativamente. A resposta foi essencialmente nada dessa lista. Três anos de conteúdo, e eles precisavam recomeçar arquitetonicamente.
Isso não é um aviso sobre GoDaddy especificamente. É um aviso sobre escolher plataformas baseado em como rápido você consegue começar em vez de como longe você consegue ir.start rather than how far you can go.
---
WordPress: Ainda a Escolha Sensata para a Maioria
As pessoas vêm declarando WordPress morto por quase uma década. Ele ainda alimenta cerca de 40% da internet inteira. Isso não é inércia -- é efeito de rede em uma 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
Uns três anos atrás a Seahawk começou a receber mais briefings que tinham "performance" como um requisito duro, não um nice-to-have. Tempos de carregamento rápidos. Scores altos de Core Web Vitals. Conteúdo servido em múltiplas superfícies -- web, app, talvez uma tela de quiosque em um ambiente de varejo. Hosting tradicional de WordPress não ia funcionar.Core Web Vitals scores. Content served across multiple surfaces -- web, app, maybe a kiosk screen in a retail environment. Traditional WordPress hosting wasn't going to cut it.
Foi aí que nos aprofundamos mais na arquitetura headless.
O Que Headless Realmente Significa (Sem o Jargão)
WordPress headless significa que você mantém WordPress como o backend -- o repositório de conteúdo, a interface de admin onde seu cliente faz login -- mas você desacopla o frontend completamente. 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 renderiza do jeito 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, você nem precisa usar WordPress como seu backend. Existe um campo sólido e crescente de opções de CMS headless construídas especificamente para essa arquitetura. Algumas que usei em produção:headless CMS options built specifically for this architecture. A few I've used in production:
- Contentful -- maduro, bem-documentado, ligeiramente caro em escala mas rock-solid -- mature, well-documented, slightly expensive at scale but rock-solid
- Sanity -- modelagem de conteúdo extremamente flexível, excelente DX, colaboração em tempo real para equipes editoriais -- extremely flexible content modelling, great DX, real-time collaboration for editorial teams
- Storyblok -- o editor visual é 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, baseado em Node.js, bom 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 -- subestimado, especialmente para projetos pesados em dados que precisam de uma camada apropriada 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 pelo Cloudflare, se posicionando como sucessor espiritual do WordPress -- construído em tecnologias web modernas, com isolamento de plugins via Cloudflare Workers, e conteúdo armazenado como dados estruturados que são naturalmente legíveis por ferramentas de IA.EmDash is 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 do Cloudflare -- o que é aceitável se você está comprometido com essa infraestrutura, limitante se não está.
- É um produto em beta. Risco inerente. Não coloco betas na frente de clientes que precisam de estabilidade.
O consenso honesto de pessoas que o testaram é: tecnicamente impressionante, praticamente incompleto. Vale a pena revisitar em 12-18 meses. Vou estar fazendo exatamente isso.honest consensus from 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
A questão é -- a maioria do conteúdo "qual CMS é o melhor" online trata isso como uma comparação de ficha técnica. Caixinhas 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 são um florista solo, WordPress em hospedagem gerenciada provavelmente é suficiente. Se são uma startup backed por VC esperando crescimento de 10x de 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 Jamstack headless é brilhante até o gerente de marketing de 58 anos do cliente ter que atualizar um post do blog. Aí vira um ticket 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 outra coisa) quase sempre indicam headless.Multiple frontends (web + app + whatever) almost always points toward headless.
- Pergunte sobre integrações.CRM, sistemas de agendamento, processadores de pagamento, análises -- mapeie isso 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. Considere isso no cálculo.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 do GoDaddy (ou de qualquer builder proprietário) não é trivial. O conteúdo geralmente é exportável de alguma forma, mas a estrutura geralmente não é. GoDaddy não te dá exports limpos de banco de dados ou APIs de conteúdo. Você está tipicamente raspando, 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.structure often 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 para ter um processo, mas não vou fingir que é elegante. Reserve tempo real para isso. E verifique absolutamente que sua transferência de domínio para fora do GoDaddy seja tratada com cuidado -- eles têm um histórico de tornar esse processo mais cheio de atrito 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 autônomo local que só precisa de uma presença online e um número de telefone. Uma página de destino temporária. Algo que uma pessoa não-técnica precisa ao vivo em questão de 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, ele esgota o caminho 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) lida com armazenamento de conteúdo e renderização de página -- é um sistema acoplado. Um headless CMS lida apenas com armazenamento de conteúdo e o expõe via API. Seu frontend -- construído no framework que você preferir -- 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 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, pelo que vale. Ela está no WordPress agora, com um plugin de reservas adequado e um calendário de eventos que funciona de verdade. Ela não me liga em pânico desde então. Esse é o objetivo, realmente -- construir algo que deixe de ser um problema para que as pessoas possam seguir com seu trabalho de verdade.
Escolha o chato. Escolha o flexível. Escolha a coisa que você pode passar adiante.