Toda empresa que avalia migrar do WordPress para o Content Hub costuma tratar a decisão como uma simples troca de CMS. Na prática, a decisão quase nunca é essa.
A pergunta real é outra: o seu site ainda funciona como canal isolado de publicação ou já precisa operar dentro da mesma arquitetura que sustenta CRM, conteúdo, automação, SEO e geração de demanda?
Foi essa pergunta que levou a Aconcaia a reconstruir seu site no Content Hub, o CMS da HubSpot, em vez de manter uma estrutura separada no WordPress.
Resumo executivo
- A migração do WordPress para o Content Hub foi uma decisão de arquitetura operacional, não de preferência técnica.
- O projeto envolveu reconstrução de site no HubSpot, incluindo templates, módulos e estrutura editorial no CMS da plataforma.
- A integração nativa entre site e CRM reduziu fricção entre conteúdo, conversão, automação e operação comercial.
Por que a Aconcaia saiu do WordPress para o Content Hub
A Aconcaia saiu do WordPress para o Content Hub quando o site deixou de ser apenas um CMS de publicação e passou a exigir integração mais profunda com CRM, automação, SEO e operação.
O WordPress atende muito bem projetos em que o site opera, principalmente, como camada de publicação. O problema começa quando esse site passa a concentrar aquisição, formulários, rastreamento, SEO, atualização recorrente e leitura de performance conectada ao CRM.
Nesse cenário, a discussão deixa de ser interface. Vira arquitetura.
Foi esse o ponto de virada da Aconcaia.
Em vez de continuar sustentando uma estrutura separada justamente na porta de entrada da jornada, a empresa optou por trazer o site para dentro do ecossistema HubSpot.
“Em determinado momento, ficou claro para nós que o WordPress não era mais um problema de gestão de páginas. O problema era arquitetural. O site já impactava captação, contexto comercial, SEO e operação demais para continuar isolado da base em que o resto da receita já acontecia.”
— Lucas Longo
Base técnica mais estável para crescer
Um dos fatores que pesou foi a possibilidade de operar o site em um ambiente com hospedagem, segurança e entrega já integradas à própria plataforma.
Isso não resolve tudo sozinho. Mas reduz a quantidade de camadas paralelas que a equipe precisa sustentar para manter o site estável, atualizado e conectado à operação.
Mais autonomia para marketing, sem depender de fila técnica para tudo
Outro fator central foi a autonomia.
Ao reconstruir o site com templates e módulos no HubSpot, buscamos um cenário em que o time pudesse atualizar páginas e blocos com mais agilidade, sem transformar ajustes recorrentes em demanda de desenvolvimento.
Autonomia, aqui, não significa liberar edição sem critério. Significa criar uma estrutura em que o marketing consegue evoluir o site com velocidade sem desmontar consistência técnica.
Site, CRM e operação no mesmo ecossistema
Esse foi o ponto mais decisivo.
Quando o site fica fora da plataforma em que a operação comercial já acontece, a empresa tende a conviver com mais atrito entre captação, contexto, automação e leitura da jornada.
Ao trazer o site para o Content Hub, a Aconcaia aproximou conteúdo, conversão e CRM dentro de uma mesma base operacional.
Por que o Content Hub fez sentido para essa migração
Escolher o Content Hub não significou apenas mudar de CMS. Significou escolher um ambiente em que páginas, formulários, CRM e automações compartilham a mesma lógica operacional.
Isso muda o papel do site.
| Critério | WordPress como CMS isolado |
Content Hub como CMS integrado ao CRM |
|---|---|---|
| Papel operacional | Publicação e gestão de páginas | Aquisição, conteúdo e conversão no mesmo ecossistema |
| Dependência técnica | Mais dependência de plugins, temas e ajustes paralelos | Estrutura mais centralizada dentro da plataforma |
| Gestão de SEO | Exige mais atenção distribuída entre camadas externas | Permite centralizar parte da gestão de redirects, domínio e conteúdo |
| Continuidade entre site e CRM | Mais fragmentada entre ferramentas | Mais próxima do CRM e da continuidade operacional |
A vantagem prática não está em dizer que uma plataforma é sempre melhor que a outra. Está em reconhecer quando a operação pede menos fragmentação e mais continuidade.
Como foi a reconstrução de templates, módulos e UI no HubSpot
No nosso caso, migrar não significou apenas mover páginas. Significou reconstruir o site no HubSpot para que o CMS acompanhasse a lógica da operação.
Essa distinção importa. Copiar páginas preserva estrutura visual. Reconstruir preserva o que faz sentido e corrige o que já limitava evolução.
“Nós não queríamos replicar uma estrutura antiga em outro CMS. Queríamos reconstruir a base com critério: templates mais consistentes, módulos reutilizáveis e uma experiência em que o marketing pudesse operar com autonomia sem abrir mão de governança.”
— Lucas Longo
Reconstrução, não transposição
O objetivo não era replicar a lógica antiga em outro ambiente. Era usar a mudança para reorganizar a base do site.
Isso incluiu revisar:
- A estrutura de templates
- A lógica dos módulos
- A consistência visual
- A autonomia de edição
Módulos personalizados com governança
Módulo personalizado só gera valor quando aumenta flexibilidade sem comprometer padrão.
Na reconstrução, o ganho real não está em “deixar tudo editável”. Está em definir o que precisa ser flexível, o que precisa ser protegido e o que deve continuar padronizado.
Esse equilíbrio evita dois erros comuns:
- Site bonito, mas engessado
- Site fácil de editar, mas difícil de sustentar
Design Manager e fluxo local com CLI
Do ponto de vista técnico, o HubSpot permite trabalhar com temas, templates e módulos tanto no Design Manager quanto em desenvolvimento local com CLI.
Isso é relevante porque dá liberdade para estruturar um fluxo mais compatível com governança, versionamento e escala técnica.
O que mudou em UI, UX e gestão do site
UI e UX melhoram quando a gestão do site melhora junto.
Não basta trocar o visual. É preciso estruturar o conteúdo, os componentes e a navegação de um jeito que torne a manutenção mais simples e a jornada mais coerente.
No caso da Aconcaia, a reconstrução no Content Hub abriu espaço para:
- Composições de página mais organizadas
- Atualização com menos atrito operacional
- E uma base mais consistente para evolução contínua do site
O ganho de UX não vem só da aparência. Vem da coerência entre navegação, conteúdo, conversão e manutenção.
Como SEO entrou no projeto desde o início
SEO não foi tratado como checklist de pós-lançamento. Entrou no desenho da migração.
Esse é um ponto crítico. Em projetos desse tipo, preservar conteúdo sem preservar contexto orgânico é trocar visibilidade por retrabalho.
“Em migração, SEO não entra no fim. Quando o mapeamento de URLs vira tarefa de pós-lançamento, a decisão já começou errada. A arquitetura nova precisa nascer considerando URL, autoridade, links internos e continuidade de indexação desde o começo.”
— Lucas Longo
Leia mais: SEO na era da IA: o que muda com GEO e AEO
Mapeamento de URLs e redirects 301
A migração exigiu inventário completo das URLs existentes e a construção de um mapeamento consistente para redirects 301.
Esse cuidado é decisivo porque mudança de URL sem estratégia de redirecionamento quebra continuidade para usuário, buscador e autoridade acumulada.
Autoridade, arquitetura e indexação
Em uma migração de site para HubSpot, SEO precisa responder a quatro perguntas básicas:
- Quais URLs acumulam autoridade
- Como os redirects 301 serão mapeados
- Como a nova arquitetura preserva contexto e links internos
- Como domínio, indexação e continuidade serão interpretados pelo buscador
Esse cuidado evita um erro comum: manter conteúdo publicado e perder contexto orgânico.
Domínio e redirecionamento precisam de critério técnico
Outro ponto importante: redirects entre domínios e mudanças de hosting domain exigem atenção à configuração.
Se a estratégia envolver root domain e subdomain, isso também precisa ser tratado com cuidado técnico.
SEO e GEO precisam andar juntos na migração
GEO entra na migração quando o site precisa ser entendido não apenas por buscadores tradicionais, mas também por mecanismos generativos como ChatGPT, Gemini, Perplexity e Google AI Overviews.
Se o conteúdo também precisa ser lido, extraído e citado por mecanismos de resposta, a estrutura editorial precisa responder às duas camadas: busca orgânica tradicional e legibilidade para respostas assistidas por IA.
Isso exige:
- Headings mais claros
- Blocos de resposta mais objetivos
- Contexto semântico suficiente em cada seção
- FAQs realmente úteis
GEO, aqui, não entra como moda. Entra como consequência de uma arquitetura editorial melhor.
O que muda quando o site passa a operar dentro da HubSpot
Quando o site entra no mesmo ecossistema do CRM, a empresa ganha mais continuidade entre origem, conversão e operação.
Formulários, contexto e CRM mais próximos
Formulários deixam de operar como camada à parte. O contexto de conversão fica mais próximo do histórico, da automação e da continuidade comercial.
Isso tende a reduzir fricção entre captação, qualificação e acompanhamento da jornada.
Mais visibilidade operacional
O ganho mais estratégico não está em “ter tudo em um lugar” como slogan.
Está em reduzir as rupturas entre:
- Atração
- Conversão
- Contexto
- Leitura do que acontece depois que o lead entra na operação
E onde o Breeze entra
A integração do site com o ecossistema HubSpot também deixa a operação mais preparada para uso de recursos nativos de IA da plataforma, como o Breeze, em fluxos conectados à gestão de conteúdo, CRM e automação.
Quando conteúdo, formulários, CRM e automação estão mais próximos, o uso de IA também deixa de acontecer em camadas isoladas. Passa a operar com mais contexto.
Leia mais: Guia completo sobre Breeze: o ecossistema de IA da HubSpot
Sinais de que o WordPress já não sustenta a sua operação
Em muitas empresas, a necessidade de migrar não aparece como decisão evidente. Ela aparece como atrito recorrente.
Alguns sinais costumam indicar que o WordPress já não sustenta bem a operação atual:
- O site depende de camadas demais para conversar com o CRM
- Atualizações simples viram demanda técnica
- SEO técnico fica espalhado entre plugins, temas e ajustes externos
- Formulários, automações e contexto comercial operam de forma fragmentada
- Leitura da jornada depende de várias ferramentas desconectadas
Quando esses sinais aparecem juntos, o problema raramente está só no CMS. Na prática, o problema está na arquitetura que a empresa está tentando sustentar.
O que essa migração ensina para outras empresas
O principal aprendizado não é “saia do WordPress”.
É outro: quando o site passa a influenciar receita, CRM, SEO e operação, a decisão sobre CMS deixa de ser isolada.
Nem toda empresa precisa reconstruir
Se o site ainda cumpre bem um papel mais simples de publicação, talvez não haja motivo para migrar agora.
Mas quando a base atual:
- Trava atualização
- Espalha contexto em ferramentas demais
- Dificulta integração com CRM
- Aumenta atrito técnico para evoluir o site
A reconstrução passa a fazer sentido.
Autonomia sem método cria outro problema
Dar mais liberdade para marketing só funciona quando essa liberdade vem apoiada em estrutura.
Sem isso, o ganho de agilidade vira ruído de governança, inconsistência visual e perda de controle editorial.
O melhor CMS depende da arquitetura que a operação exige
O ponto central é esse.
Quando o site precisa operar como parte da máquina de receita, a discussão sobe de nível. A pergunta deixa de ser “qual CMS é melhor?” e passa a ser “qual arquitetura sustenta melhor a operação que a empresa quer rodar?”.
Quando faz sentido trocar WordPress por Content Hub
Faz sentido quando o site deixa de ser apenas ambiente de publicação e passa a afetar:
- A qualidade do dado
- A continuidade entre conteúdo e CRM
- A autonomia do time
- A governança da operação
- A preservação de SEO em uma estrutura mais integrada
Se a migração nasce de modismo, tende a gerar só troca de ferramenta.
Se nasce de diagnóstico, pode se tornar uma decisão de crescimento.
Na Aconcaia, foi isso que aconteceu.
Sua arquitetura atual sustenta o crescimento da sua empresa?
Trocar de CMS por tendência raramente resolve o problema certo.
Mas quando o site já limita autonomia, fragmenta contexto, cria atrito técnico e dificulta integração com CRM e SEO, talvez o problema não esteja na publicação. Talvez esteja na arquitetura.
Se você quer avaliar se faz sentido migrar seu site para o Content Hub, a melhor conversa não começa pela ferramenta. Começa pelo diagnóstico.
Quer entender se a sua estrutura atual ainda acompanha a operação da sua empresa? Marque uma conversa com a Ana e avalie a viabilidade de uma migração com critério técnico, SEO e visão de receita.
Perguntas frequentes sobre migração do WordPress para o Content Hub
Migrar do WordPress para o Content Hub vale a pena?
Vale quando o site já precisa operar junto do CRM, da automação e da governança de conteúdo. A migração faz sentido quando a arquitetura atual já não acompanha a complexidade da operação.
Migração é a mesma coisa que reconstrução?
Não. Em muitos projetos, migrar significa apenas levar páginas de um ambiente para outro. Na Aconcaia, o projeto foi tratado como reconstrução porque o objetivo era revisar a base do site, não só trocar o CMS.
Como preservar SEO em uma migração para o HubSpot?
O ponto de partida é mapear URLs, construir redirects 301 e revisar arquitetura, backlinks, links internos, indexação e domínio. SEO precisa entrar antes do go-live, não depois.
Qual a principal vantagem do Content Hub em relação a um CMS isolado?
A principal vantagem está em aproximar site, CRM, formulários e automação dentro do mesmo ecossistema operacional.
Quando faz sentido sair do WordPress?
Quando o problema deixa de ser publicação e passa a ser fragmentação operacional, dependência técnica excessiva e dificuldade de conectar o site à lógica de receita.
Como GEO entra em uma migração de site?
GEO entra quando a empresa entende que o site precisa ser legível não apenas para buscadores tradicionais, mas também para mecanismos de resposta. Isso exige conteúdo mais claro, estrutura semântica melhor e blocos de resposta mais objetivos.
Quanto tempo leva uma migração do WordPress para o Content Hub?
O tempo depende da complexidade do site, da quantidade de páginas, da necessidade de reconstrução e do cuidado com SEO.
Qual a diferença entre o WordPress e o Content Hub para empresas B2B?
A diferença principal está no papel do CMS dentro da operação. O WordPress pode funcionar bem como plataforma de publicação. O Content Hub faz mais sentido quando o site precisa operar mais próximo do CRM, da automação, da atribuição e da continuidade comercial.
-1.png)
