Migrar site do WordPress para HubSpot: o que fica de fora?

O medo é legítimo, e vale dizer com clareza: sim, é possível perder tráfego orgânico ao migrar WordPress para HubSpot. Não porque a plataforma ranqueie menos, mas porque toda troca reescreve o endereço de páginas que o Google levou anos indexando, e endereço que muda sem aviso ao buscador significa começar de novo.

A boa notícia é que isso é um problema de execução, não de plataforma. O mecanismo de perda é conhecido, documentado e evitável. O que não é evitável é a diferença entre o que o serviço oficial de migração da HubSpot faz e o que um site de instituição de ensino realmente contém.

Área do aluno, portal do candidato, simulador de mensalidade, busca de cursos por unidade: nada disso entra no escopo padrão. Quem descobre essa lista no meio do projeto refaz o orçamento.

Vale a pena sair do WordPress e migrar para a HubSpot?

Vale quando o ganho é operacional, não estético. Levar o site para o Content Hub faz sentido se você precisa de conteúdo que muda conforme o contato no CRM, de publicação sem depender de cadeia de plugins e de um único lugar para medir a jornada do candidato. Não vale se a motivação é cansaço com o WordPress.

Legenda: migrar site do WordPress para HubSpot é recriar as páginas na plataforma e redirecionar os endereços antigos, não copiar arquivos

Essa distinção economiza um projeto inteiro. Um site em WordPress bem mantido ranqueia bem; o que ele não entrega com facilidade é a ligação nativa entre o que o visitante vê e o que o CRM já sabe sobre ele.

Três ganhos sustentam a troca. A publicação deixa de depender de cadeia de plugins, o que amplia o escopo do que se resolve ao levar o site para o Content Hub.

O conteúdo passa a responder ao dado, e a personalização por perfil de visitante só existe quando página e CRM moram na mesma plataforma. A medição também para de ser remontada: página, formulário, e-mail e negócio no mesmo relatório.

Contra isso, pesa um custo que ninguém coloca na planilha: tudo que hoje é resolvido por plugin precisa de outra resposta. É aí que entra a parte decisiva da avaliação.

Quais são os caminhos para migrar WordPress para HubSpot?

São três. O serviço oficial de migração da HubSpot, que recria as páginas com um Replatforming Specialist dedicado. A migração conduzida pelo seu time de web ou por um parceiro, com liberdade total de escopo. E o modelo híbrido, em que o serviço oficial cuida do volume padrão de páginas e alguém trata separadamente o que ele não cobre.

O híbrido é o mais comum em uma instituição de ensino, e raramente é planejado como tal.

O serviço oficial trabalha com lógica de escala: recriação das páginas usando o Migrations Base theme da HubSpot ou um theme do Template Marketplace, com child theme para as customizações. É previsível, tem prazo declarado e um especialista designado. Em troca dessa previsibilidade, delimita bem o que aceita.

A rota do parceiro ou do time interno inverte a equação. Aceita qualquer escopo, inclusive reconstruir uma área de aluno ou um simulador, e por isso não tem prazo padrão nem preço de tabela.

Antes de qualquer caminho, uma dependência precisa estar resolvida. Nenhuma migração termina sem o domínio conectado à plataforma, e a decisão de qual subdomínio hospeda cada tipo de conteúdo precede tudo, porque determina a estrutura de URLs que você vai redirecionar.

O que o serviço oficial de migração inclui e o que exclui?

O serviço inclui a recriação visual e estrutural das páginas em um theme da HubSpot, com child theme, templates editáveis e acompanhamento de um Replatforming Specialist. Exclui tudo que envolve lógica de aplicação: login, área restrita, comércio eletrônico, formulários avançados, conteúdo vindo de banco de dados e integrações de terceiros.

Essa lista é o coração da decisão, e ela se organiza assim:

Tabela: Escopo declarado na documentação oficial do processo de migração e na página do serviço; a coluna da direita não é exceção, é regra publicada.

Agora traduza a coluna da direita para um site de uma instituição de ensino.

Área do aluno e portal do candidato são conteúdos com login. Simulador de mensalidade e calculadora de financiamento são formulários avançados. Busca de cursos por unidade, por polo ou por modalidade é conteúdo orientado a banco de dados. A inscrição do processo seletivo em etapas é formulário multi-etapas. O chat de atendimento contratado de outro fornecedor é integração de terceiro.

Em muitos portais educacionais, isso descreve mais da metade do que existe fora do institucional.

Não significa que a migração seja inviável. Significa que o projeto tem duas frentes, e cada sistema fora do escopo tem três saídas: permanecer onde está e ser acessado por link, ser reconstruído na HubSpot com desenvolvimento próprio ou ser substituído por recurso nativo.

Em projetos de migração, o erro mais comum não é escolher a saída errada. É não perceber que a escolha existe até alguém perguntar onde foi parar o portal do aluno.

Quanto tempo leva para migrar site para HubSpot e quantas páginas cabem?

A documentação oficial do processo de migração afirma que a maioria das migrações se completa em duas a quatro semanas depois do recebimento dos materiais, com projetos maiores podendo levar mais. O serviço cobre até 150 páginas, e páginas em idiomas alternativos podem entrar nessa contagem quando estão hospedadas no mesmo subdomínio.

O prazo é contado do envio dos materiais, não da assinatura. A diferença entre assinatura e envio dos materiais explica boa parte dos cronogramas que estouram. O processo tem seis fases: solicitação e avaliação, acordo e pagamento, coleta de materiais, fila, execução acompanhável na aba Migrations em Account & Billing e revisão com relatório.

As duas a quatro semanas cobrem a execução, e a coleta de materiais é a fase que mais atrasa, porque exige o inventário completo de páginas.

Três restrições merecem entrar no planejamento desde o primeiro dia:

1. O site atual precisa continuar no ar durante toda a migração. É uma condição declarada. O trabalho é feito a partir do site em produção, então derrubar o WordPress antes do fim interrompe o processo.
2. Mudanças feitas depois da aprovação não refletem no conteúdo migrado. Se o time publicar ou reescrever uma página depois de aprovar o material, a alteração fica no WordPress. Congelar a produção editorial durante a execução evita a surpresa no go-live.
3. A janela de revisão de design é de 60 dias. Vale revisar página por página nas primeiras semanas, não no quinquagésimo nono dia.

Sobre custo, uma ressalva é necessária: a página oficial apresenta a cobrança como taxa de configuração mais valor por página, mas na versão consultada os valores apareciam em dólar canadense.

Qualquer número convertido que circule é estimativa não oficial, e o valor aplicável ao Brasil precisa ser confirmado diretamente com a HubSpot ou com um parceiro.

Como não perder SEO ao migrar de CMS para a HubSpot?

Preservando o endereço ou avisando o buscador que ele mudou. Toda URL que existia e deixa de existir precisa apontar para a página equivalente no novo site, com código 301. Sem esse mapa, cada página antiga gera erro 404, o link externo que apontava para ela deixa de transferir autoridade e a posição conquistada se dissolve.

O trabalho começa com um inventário, não com a plataforma. Antes de qualquer configuração, é preciso ter a lista completa de URLs do site, cruzada com tráfego orgânico e links externos recebidos.

Ela responde a três perguntas: quais páginas têm prioridade de recriação, quais podem ser consolidadas e quais podem ser aposentadas com redirecionamento para a seção correspondente.

Páginas com histórico de tráfego e links de fora são intocáveis: mantenha a URL idêntica sempre que possível, porque URL preservada não precisa de redirecionamento.

A ferramenta fica em Settings, dentro de Content, em Domains & URLs, na aba URL Redirects, e está disponível em Marketing Hub e Service Hub Professional ou Enterprise, e no Content Hub a partir do Starter. O código 301, permanente, é o padrão aplicado a novos redirecionamentos, e é o que você quer em migração.

Para volume, existe carga em massa por arquivo CSV, com exportação também disponível. Um site de 150 páginas gera bem mais de 150 linhas de mapeamento quando entram variações antigas, URLs com parâmetro e endereços de campanhas encerradas.

Aqui está a limitação que causa mais link quebrado em migração. Os redirecionamentos da HubSpot funcionam apenas em domínios conectados e hospedados na HubSpot. Se parte do site permanece hospedada fora, os redirecionamentos daquele trecho precisam ser configurados no provedor de hospedagem de origem, pois a plataforma não tem alcance sobre um endereço que ela não serve.

É o que transforma o cenário híbrido em armadilha. Você migra as páginas institucionais, mantém a área do aluno no servidor antigo, cria os redirecionamentos na HubSpot e acha que cobriu tudo. As URLs sob hospedagem externa nunca passam pela plataforma.

Depois do go-live, o acompanhamento vale tanto quanto o mapa. A plataforma traz recomendações de SEO na própria ferramenta, e combinar isso com a rotina de otimização de conteúdo para busca é o que mantém o ganho.

Monitorar erros de rastreamento nas primeiras semanas revela a URL esquecida antes que o buscador a trate como página morta.

Redirecionamento padrão ou por padrão flexível: qual usar?

A HubSpot oferece dois tipos. O padrão, ou Standard, é um para um: uma URL antiga aponta para uma URL nova. O flexível, ou Flexible pattern, atualiza URLs pela estrutura, aplicando uma regra que vale para um conjunto de endereços de uma vez. O primeiro é preciso, o segundo é econômico.

A escolha depende de o padrão antigo ser realmente regular:

Tabela: Tipos e códigos conforme a documentação da ferramenta de redirecionamento.

O erro clássico com padrão flexível é confiar na regularidade sem testar. Uma regra escrita para /cursos/ também captura /cursos-livres/ se não estiver bem delimitada, e o resultado são páginas redirecionadas para o lugar errado sem erro aparente. Ninguém vê 404, porque a página existe, só não é a que o visitante pediu.

Quem já fez isso várias vezes usa flexível para volume e padrão para tudo que tem tráfego relevante: regra ampla no que é homogêneo, mapeamento manual no que é valioso.

Um último aviso sobre o 302: usado por engano em migração definitiva, ele instrui o buscador a manter o endereço antigo como canônico. O sinal de autoridade não transfere, e a queda aparece semanas depois, quando ninguém está mais olhando a configuração.

Qual o checklist de go-live da HubSpot antes de virar o DNS?

A documentação define uma sequência de nove passos, e a ordem é parte da instrução. Formulários e blog primeiro, depois templates de sistema, favicon, analytics e revisão de SEO, em seguida a carga em massa dos redirecionamentos e, somente no fim, conectar o domínio e atualizar o DNS.

O DNS é o interruptor: tudo que estiver errado quando ele virar fica errado em público. Na ordem oficial:

1. Revisar e customizar os formulários migrados. Formulário migrado costuma vir com campo faltando, destino de notificação errado ou sem os campos de consentimento. Testar cada um com uma submissão real evita descobrir o problema pela ausência de contato novo no CRM.
2. Configurar as definições do blog. Título, descrição, autores, estrutura de URL e templates de listagem e de post. Feito antes do DNS, isso define os endereços em que o acervo vai viver.
3. Aplicar os templates de sistema. As páginas que ninguém lembra até precisar: erro 404, erro 500, senha de página protegida, busca e preferências de e-mail. Sem elas, aparece o padrão genérico da plataforma.
4. Subir o favicon. Rápido de fazer e visível quando falta.
5. Integrar o Google Analytics. Manter a série histórica atravessando a migração permite comparar o antes e o depois.
6. Excluir o tráfego interno das analytics. Sem isso, as primeiras semanas registram o próprio time revisando páginas, justamente quando você precisa de leitura limpa.
7. Revisar as recomendações de SEO. A plataforma aponta títulos ausentes, meta descrições vazias e problemas de estrutura.
8. Carregar em massa os redirecionamentos de URL. A documentação é explícita: subir os redirecionamentos de qualquer mudança de URL para evitar links quebrados, e isso vem antes do DNS.
9. Conectar o domínio e atualizar os registros de DNS. O certificado SSL é provisionado depois da conexão, com janela documentada de até quatro horas, o que recomenda fazer isso um dia antes de qualquer anúncio público.

A lista não menciona um item que merece atenção própria: confirmar que a medição de tráfego está de fato disparando nas páginas novas. Em conteúdo hospedado pela HubSpot, o rastreamento é automático, mas em cenário híbrido a validação segue manual.

O que dá errado ao migrar site de instituição de ensino?

Os problemas se repetem em poucos padrões, e quase nenhum é técnico. São escopo mal inventariado, calendário de captação ignorado e URL esquecida. Reconhecê-los antes muda o cronograma e o orçamento, porque todos aparecem depois da assinatura e antes do go-live, quando corrigir custa mais.

1. Contar páginas pelo menu. O menu mostra 60 páginas, o sitemap mostra 400. A diferença está em curso descontinuado, landing page de processo seletivo antigo e conteúdo que alguém publicou e nunca mais linkou. Todas têm URL indexada, e algumas ainda recebem tráfego.
2. Ignorar o conteúdo com login até o fim. Área do aluno e portal do candidato ficam fora do serviço oficial, e a decisão sobre eles tem impacto na matrícula. Precisa ser tomada na avaliação, com a área acadêmica na conversa.
3. Migrar no meio do ciclo de captação. Trocar de plataforma com inscrição aberta soma risco a receita. A janela boa é entre ciclos, e ela é curta.
4. Deixar o congelamento de conteúdo implícito. Alguém precisa avisar formalmente o time editorial quando a produção para. Sem esse combinado, o site novo nasce desatualizado.
5. Esquecer os endereços que vivem fora do site. QR code em material impresso, link em anúncio pago, URL em edital publicado em PDF. Nenhum aparece no sitemap, e todos quebram se a URL mudar sem redirecionamento.
6. Tratar a migração como projeto de tecnologia. Ela decide arquitetura de informação, prioridade de conteúdo e caminho de conversão, o que a coloca no território das estratégias de marketing e não só no da infraestrutura.

Vale situar a migração dentro do roteiro completo de configuração da conta, porque ela raramente acontece isolada de outras frentes da implementação.

O que costuma travar cronograma na prática é sempre o mesmo: o inventário demora mais que a execução.

Perguntas frequentes sobre migrar WordPress para HubSpot

Afinal, quando a migração para a HubSpot se justifica?

Quando o ganho de operação e de personalização supera o custo de resolver, um por um, os sistemas que o serviço oficial não cobre. Essa conta não se faz com estimativa genérica: depende de quantas páginas o site tem, de quanto conteúdo está atrás de login e de quão regular é a estrutura de URLs atual.

Sobre o medo de perder tráfego, a resposta é tranquilizadora e exigente ao mesmo tempo. Tranquilizadora porque a perda tem causa conhecida, que é URL que muda sem redirecionamento correto. Exigente porque evitar isso não é uma configuração, é um inventário completo carregado em massa antes de virar o DNS e monitorado depois.

Três números decidem o formato do projeto antes de qualquer proposta: quantas URLs indexadas o site tem hoje, quantas dessas receberam tráfego orgânico nos últimos doze meses e quais funcionalidades dependem de login, de banco de dados ou de formulário em etapas.

Esses números não estão em nenhum artigo, incluindo este, porque são do seu site. Eles definem se o serviço oficial resolve, se o caminho é híbrido ou se a migração precisa ser fatiada.

A equipe da mkt4edu trabalha com migração de site e implementação de HubSpot em operações de captação, e você pode falar com a gente para levantar esse inventário antes de comprometer prazo e orçamento.