Como migrar sua central de ajuda sem perder tráfego

Para migrar uma central de ajuda sem perder tráfego, mantenha todas as URLs antigas funcionando. Liste todos os endereços que a central de ajuda antiga possui, mapeie cada um para sua nova página e forneça redirecionamentos permanentes (301) a partir do nome de host antigo, movendo esse nome de host para a nova plataforma. Em seguida, faça a transição em um horário de pouco movimento, teste cada redirecionamento, atualize os links que você controla e monitore o Search Console por algumas semanas.

Atualizado em 3 de novembro de 2026. Para líderes de suporte e documentação que estão saindo do Zendesk Guide, Intercom Articles, Help Scout Docs, Document360, GitBook ou uma ferramenta similar. Orientação do Google citada do Search Central a partir dessa data.

O que causa perda de tráfego ao mover uma central de ajuda?#

Copiar artigos é a parte fácil. O tráfego é perdido nas lacunas ao redor deles:

O guia do Google sobre mudanças de site com alterações de URL começa com o mapa: "É importante mapear as URLs do seu site antigo para as URLs do novo site". Ele recomenda redirecionamentos permanentes no lado do servidor (301 ou 308).

Por que isso importa: uma central de ajuda só desvia tickets quando as pessoas encontram a página certa. Em uma pesquisa do Gartner com 5.728 clientes (publicada em agosto de 2024), apenas 14% dos problemas de serviço foram totalmente resolvidos no autoatendimento, e em 43% dos casos de falha, os clientes não conseguiram encontrar conteúdo relevante para seu problema. Uma migração que deixa os leitores em páginas 404 aumenta esse número. Mais números estão em nossas estatísticas de autoatendimento do cliente.

Passo 1: Como listar todas as URLs que minha central de ajuda possui?#

Crie uma planilha com uma linha por endereço antigo. Use várias fontes, pois cada uma deixa passar algo:

• O sitemap. A maioria das centrais de ajuda hospedadas publica sitemap.xml, frequentemente com um arquivo por idioma. Baixe cada arquivo de sitemap agora: assim que o DNS mudar, a plataforma antiga para de servi-los no seu nome de host.
• Search Console. Exporte os relatórios de Páginas e Desempenho (maior intervalo de datas). A exportação para em 1.000 linhas, então, para uma central de ajuda maior, use a API do Search Console ou um crawler em modo de lista. Verifique o nome de host da central de ajuda agora (uma propriedade de Domínio cobre todos os subdomínios), para ter uma base antes da mudança.
• A API ou exportação da plataforma. Ela fornece IDs de artigos, IDs de seções e todos os idiomas. O Zendesk tem a API do Help Center, o Intercom apenas a API REST (não há botão de exportação), o Help Scout a API do Docs e o Document360 uma exportação ZIP de Markdown, HTML ou JSON.
• Anexos e arquivos incorporados. PDFs e downloads anexados a artigos também carregam backlinks. Adicione suas URLs à lista.
• Analytics e backlinks. Suas principais páginas de destino e as páginas para as quais outros sites apontam são as que não podem quebrar.

Adicione colunas para ID do artigo, idioma, cliques mensais, backlinks, a nova URL e uma coluna "testado". Classifique por cliques.

Passo 2: Como criar o mapa de redirecionamento?#

Cada plataforma tem seu próprio padrão de URL. O ID do artigo nele é o que permite emparelhar páginas antigas com novas:

Padrões conforme aparecem na central de ajuda ou documentação de cada fornecedor em 3 de novembro de 2026; os seus podem diferir se você os personalizou.

Regras que mantêm os rankings:

1. Uma URL antiga, uma URL nova. Aponte cada artigo para sua própria página nova. O Google avisa que enviar muitas URLs antigas para uma única página, como a página inicial, "pode ser tratado como um erro soft 404".
2. Cubra as variantes que recebem tráfego. Links antigos frequentemente carregam um slug mais antigo, ou nenhum (o Zendesk serve /hc/en-us/articles/360001234567 sem o slug também). Se a nova plataforma suportar redirecionamentos de padrão ou curinga, faça a correspondência pelo ID. Se ela corresponder apenas a caminhos exatos, adicione linhas para as variantes que realmente aparecem no Search Console, analytics e backlinks.
3. Uma linha por idioma. /hc/de/articles/… deve levar à página em alemão, não à em inglês.
4. Sem cadeias. O crawler do Google segue até 10 saltos, mas seu guia diz para evitar encadeamentos e redirecionar diretamente para a página final. Se você migrou antes, atualize esses redirecionamentos antigos também.
5. Desative páginas propositalmente. Se um artigo não existe mais e nada o substitui, deixe-o retornar 404 ou 410. O guia de erros de rastreamento do Google diz para retornar um 301 quando uma página "foi movida ou tem uma substituição clara".

Conte antes de escolher uma plataforma. Artigos × idiomas, mais seções, categorias, anexos e variantes de slug. Uma central de ajuda de 300 artigos em 3 idiomas precisa de cerca de 900 redirecionamentos de artigos antes de qualquer outra coisa. Algumas plataformas limitam os redirecionamentos por site de acordo com o plano, e algumas ignoram redirecionamentos acima do limite sem falhar na importação.

Passo 3: Devemos manter o mesmo domínio da central de ajuda?#

Sim, sempre que puder. Um redirecionamento só funciona em um nome de host que responde a solicitações. Se sua central de ajuda vive em help.yourcompany.com, mantenha esse nome de host e, na transição, aponte-o para a nova plataforma com uma alteração de DNS (geralmente um CNAME). A nova plataforma então responde aos caminhos antigos com 301s, para que links antigos, favoritos e resultados de busca continuem funcionando.

Se as URLs permanecerem idênticas, o Google trata isso como uma mudança de site sem alterações de URL. Se apenas os caminhos mudarem no mesmo nome de host, você precisa do mapa 301, mas não da ferramenta de Mudança de Endereço do Search Console.

Portanto: evite alterar nomes de host se puder. Uma análise de 1.052 migrações de domínio feita pela agência de SEO SALT.agency (junho de 2026) constatou uma mediana de 304 dias para retornar ao tráfego pré-migração. Essas foram mudanças de domínio inteiro, não trocas de central de ajuda, mas mostram o que está em jogo quando endereços antigos mudam.

Passo 4: Como movo o conteúdo em si?#

Use um importador se a nova plataforma tiver um para sua ferramenta antiga. Caso contrário, exporte através da API da ferramenta antiga e converta para Markdown ou HTML. O Zendesk Guide não possui botão de exportação: você exporta através da Help Center API (artigos, seções, categorias, traduções) ou de um aplicativo do marketplace. Após a importação, verifique:

• Estrutura: categorias, seções e ordem. Árvores profundas podem ser achatadas.
• Imagens e anexos: copiados para a nova plataforma, não vinculados ao armazenamento da ferramenta antiga. Imagens em artigos restritos do Zendesk precisam de um download autenticado (API).
• Traduções: cada idioma chega como sua própria página, vinculada ao original. Se você estiver adicionando idiomas ao mesmo tempo, veja como traduzir uma central de ajuda e seus vídeos.
• Links internos: links entre artigos apontam para os novos endereços.
• Conteúdo restrito: rascunhos, notas internas e artigos limitados a certos usuários. Certifique-se de que nada se torne público por acidente.

A partir daqui até a transição, congele as edições na ferramenta antiga ou reimporte as alterações logo antes de mudar.

Passo 5: Quais links devemos atualizar nós mesmos?#

Redirecionamentos capturam links externos. Links que você possui devem apontar diretamente para as novas URLs:

• Links de ajuda e dicas dentro do seu produto
• Respostas salvas, macros e respostas prontas
• Artigos sugeridos do seu widget de chat e qualquer agente de IA ou chatbot que responda a partir da central de ajuda (aponte sua fonte de conhecimento para o novo site)
• E-mails de integração e ciclo de vida
• Rodapé do seu site, página de status e links de documentação
• Vídeos e PDFs que mostram um endereço de central de ajuda

Passo 6: Como fazemos a troca sem tempo de inatividade?#

Passo 7: O que devemos verificar no dia do lançamento?#

• Teste cada linha do mapa, não uma amostra. Um crawler em modo de lista, ou o loop curto abaixo da lista de verificação, faz isso em minutos. Cada URL antiga deve retornar 301 (ou 308), não 302, e cair na sua nova URL em um salto.
• Abra as 20 URLs antigas mais movimentadas em cada idioma manualmente e verifique se a página é a correta.
• Cada nova página tem uma tag canonical autorreferenciada, e as versões de idioma vinculam-se entre si com hreflang nas novas URLs.
• robots.txt permite o rastreamento, incluindo os caminhos antigos (como /hc/), para que o Google possa ver os 301s. Nenhuma página carrega noindex por engano.
• Envie o novo sitemap no Search Console. O Google também sugere enviar o antigo para que ele rastreie novamente os redirecionamentos; se você não puder mais hospedá-lo, verifique suas principais URLs antigas com a Inspeção de URL.
• A busca, o assistente de IA, o feedback e o formulário de contato funcionam no novo site.

O loop lê um arquivo com uma URL antiga e sua nova URL por linha, e imprime o código de status de cada URL antiga e para onde ela redireciona:

while read old new; do
  curl -s -o /dev/null -w "%{http_code} %{redirect_url} $old\n" "$old"
done < map.tsv

Por quanto tempo devemos manter os redirecionamentos?#

A resposta do Google: "Mantenha os redirecionamentos pelo maior tempo possível, geralmente pelo menos 1 ano." Na prática, mantenha-os enquanto você operar a central de ajuda. Links antigos continuam existindo em respostas de fóruns, e-mails de suporte e outros sites por anos, e um redirecionamento não custa nada para ser mantido.

O que devemos observar nas primeiras semanas?#

O Google diz para "esperar flutuação temporária no ranking do site durante a mudança" e que "um site de pequeno a médio porte pode levar algumas semanas para que a maioria das páginas seja movida". A cada semana, verifique:

• Search Console, Páginas: novas entradas "Não encontrado (404)" apontam para redirecionamentos ausentes.
• Search Console, Desempenho: cliques para novas URLs devem aumentar à medida que as antigas caem.
• Acessos de redirecionamento: quais URLs antigas ainda recebem tráfego e de onde.
• Buscas sem resultados na nova central de ajuda: leitores dizendo o que não foi migrado. Nosso guia sobre lacunas de conteúdo na central de ajuda mostra como resolvê-las.

Como a Clevera lida com uma migração de central de ajuda?#

Clevera é uma plataforma de IA que transforma uma gravação de tela em um vídeo narrado de instruções, um artigo de ajuda passo a passo e uma página na sua central de ajuda hospedada, em 74 idiomas. Suas centrais de ajuda importam da ferramenta que você usa hoje, em todos os planos, sem custo.

• Importadores: Zendesk, Intercom, Help Scout, Document360, GitBook, ReadMe, Mintlify, Docusaurus, Notion, Confluence ou qualquer outro site de documentação pública ou arquivo zip de Markdown ou HTML. Você se conecta com um token de API, o site público, um repositório Git ou um arquivo zip, dependendo da plataforma. O Intercom é lido apenas a partir do site público, portanto, artigos privados do Intercom permanecem inacessíveis. Um token do Zendesk ou Document360 traz traduções para os idiomas que você adicionou ao site. Veja os guias para importar do Zendesk Guide, Artigos do Intercom, Help Scout e Document360.
• Redirecionamentos dos endereços antigos: Criar redirecionamentos dos endereços antigos está ativado por padrão quando a fonte possui endereços da web, e os redirecionamentos do próprio Help Scout são incluídos. Eles funcionam assim que seu próprio domínio aponta para a Clevera. Os redirecionamentos correspondem a caminhos exatos (sem curingas), portanto, adicione variantes de slug que ainda recebem cliques como redirecionamentos manuais.
• Revise primeiro: uma prévia para desmarcar páginas, um relatório com avisos e Desfazer importação até que qualquer página importada seja publicada. Onde a fonte diz que uma página não é pública, ela é marcada como Restrita e começa desmarcada.
• Limites que decidem se você mantém seu tráfego:
  • Os redirecionamentos precisam do seu próprio domínio, que requer o plano Starter ou superior, portanto, no plano Gratuito, os links antigos não serão redirecionados.
  • Os redirecionamentos que uma importação cria contam para o limite de redirecionamento manual do plano, e quaisquer excedentes são ignorados: 500 por site no Starter, 2.000 no Pro. 2.000 é o máximo que qualquer site pode ter.
  • Idiomas publicados por site: 5 no Starter, todos no Pro.
  • 2.000 páginas por importação.
  • Os redirecionamentos que a Clevera adiciona posteriormente, quando você renomeia ou move uma página, são automáticos e não contam.

Após a mudança, você obtém pesquisa, um assistente Pergunte à IA que responde aos leitores a partir de suas páginas publicadas com fontes, um mapa do site e llms.txt (veja como tornar a documentação pronta para IA), e insights sobre pesquisas que não encontraram nada. Você pode exportar todo o site como HTML ou Markdown a qualquer momento. Nos planos Pro e Custom, o Autopilot pode monitorar seus lançamentos e planejar atualizações para os artigos e vídeos que eles afetam, para você aprovar.

Quando a Clevera não é a escolha certa: se sua central de ajuda antiga tiver mais de 2.000 endereços para redirecionar, se ela precisar residir em uma pasta do seu site principal (example.com/help; a Clevera conecta apenas subdomínios), se ela precisar permanecer dentro da sua ferramenta de atendimento ou se você depender de recursos exclusivos do Zendesk, como segmentos de usuário personalizados. Nossas comparações do melhor software de central de ajuda para SaaS e de alternativas ao Zendesk Guide cobrem outras opções, e como construir uma base de conhecimento cobre a estrutura que você deve buscar.

As etapas completas estão em Importar e exportar um site de documentação, e a página de software de central de ajuda mostra o que você obtém após a mudança.

FAQ#

Perderemos o ranking no Google ao mudar o software da central de ajuda?#

Geralmente apenas brevemente, se cada URL antiga redirecionar para sua página correspondente e o conteúdo permanecer o mesmo. O Google diz para esperar uma "flutuação temporária". Perdas duradouras geralmente vêm de erros 404, redirecionamentos para a página inicial ou um nome de host antigo que para de responder.

Podemos manter exatamente as mesmas URLs?#

Raramente. A maioria das plataformas usa seu próprio padrão de URL e não consegue reproduzir /hc/en-us/articles/…; pergunte antes de escolher. Manter o mesmo nome de host com um mapa 301 completo oferece aos leitores e mecanismos de busca o mesmo resultado.

Qual é a diferença entre uma migração de help desk e uma migração de central de ajuda?#

Uma migração de help desk move tickets, contatos e macros entre ferramentas de suporte, geralmente com um serviço de migração. Uma migração de central de ajuda move os artigos públicos que os leitores encontram na pesquisa, então o trabalho é sobre URLs, redirecionamentos e o domínio. Você pode fazer um sem o outro.

Precisamos mover nossos tickets também?#

Não. Uma central de ajuda pode ser movida por conta própria enquanto a caixa de entrada, o histórico de tickets e o chat permanecem onde estão. Aponte seu widget, macros e agente de IA para a nova central de ajuda.

Devemos usar redirecionamentos 301 ou 302?#

301 ou 308. O Google trata esses como permanentes e usa a nova página como a canônica. Um 302 diz que a mudança é temporária.

Quanto tempo leva uma migração de central de ajuda?#

Uma importação pode levar minutos. Planeje alguns dias para o inventário de URLs, revisão e testes, uma semana de antecedência para o TTL do DNS e algumas semanas de monitoramento depois.

O que acontece com as respostas da IA em nossa ferramenta antiga?#

Elas permanecem com a ferramenta antiga. Verifique se a nova plataforma responde aos leitores a partir de seus artigos, qual plano inclui isso e se cobra por resposta, por resolução ou dentro de uma franquia mensal.