Mudar de domínio minimizando o impacto no posicionamento

Durante a vida de um projeto pode chegar um momento em que, por renovação da marca, mudança de foco ou qualquer outro motivo, se decida mudar o nome comercial, o que implicará também uma mudança do domínio em funcionamento.

A mudança exige coordenar a aplicação, o DNS, os certificados e os redirecionamentos. Também convém conservar a visibilidade e as ligações associadas ao domínio anterior.

Simplificando, a Google mantém um índice onde guarda todas as páginas do nosso site; cada uma delas é independente e pode posicionar-se melhor ou pior conforme os termos de pesquisa. Quando mudamos de domínio, queremos que o posicionamento e a relevância atribuídos a cada um destes URLs sejam transmitidos ao conteúdo correspondente no novo domínio.

Isto faz-se através de redirecionamentos permanentes (301). Um redirecionamento permanente é uma forma de dizer ao motor de pesquisa que o conteúdo que antes estava em dominio.com está agora em nuevodominio.com, que é uma mudança permanente e que, por isso, o conteúdo tem um novo destino permanente. A Google processa este sinal juntamente com o resto da informação do site.

Mas, como referimos, cada página é independente, pelo que precisamos realmente de que, quando o motor de pesquisa ou um visitante aceder a dominio.com/cualquiercosa, seja redirecionado automaticamente para o seu equivalente no novo domínio, nuevodominio.com/cualquiercosa.

Se a estrutura se mantiver idêntica, uma regra curinga pode conservar os caminhos sem configurar cada página separadamente. Se mudar, precisará de um mapa de equivalências.

Um redirecionamento "wildcard" (curinga) combina-se com o redirecionamento permanente para que, independentemente do endereço acedido, se redirecione sempre para o seu homólogo no novo domínio.

Este redirecionamento cria-se de forma simples a partir do cPanel, na secção Redirects, preenchendo o formulário da seguinte forma:

• Type: Permanent (301)
• https?://(www.)?: Selecione o domínio antigo
• /: Deixe o campo vazio
• Redirects to: https://nuevodominio.com
• www. redirection: Redirect with or without www.
• Wild Card Redirect: assinalado

Este redirecionamento conserva o caminho, mas só é correto se a estrutura de URLs do novo site coincidir com a anterior. Se mudarem caminhos ou conteúdos, prepare um mapa URL a URL e redirecione cada endereço antigo para o equivalente mais relevante; não envie todas as páginas para a página inicial.

Antes da mudança, teste o novo site e atualize as ligações internas, o canonical, o sitemap, o hreflang e os recursos que ainda apontem para o domínio anterior. Depois, rastreie ambos os sites para detetar cadeias, ciclos, 404 e redirecionamentos incorretos.

Adicione e verifique ambos os domínios no Google Search Console, envie o sitemap do novo site e use Alteração de endereço na propriedade antiga quando a migração for entre domínios ou subdomínios completos. Esta ferramenta não se usa para uma mudança apenas de HTTP para HTTPS, de www para sem www ou de caminhos dentro do mesmo domínio.

Mantenha os redirecionamentos e o controlo do domínio antigo durante pelo menos um ano e, de preferência, indefinidamente para URLs com ligações ou tráfego. Acompanhe a indexação, o desempenho e os erros durante a transição. Uma migração correta minimiza o impacto, mas nenhum procedimento pode garantir que não haja flutuações temporárias de visibilidade.

Rever as variantes e medir a mudança

Teste uma amostra da página inicial, categorias, artigos e ficheiros com ligações, com HTTP/HTTPS e com/sem www quando essas variantes existirem. Os certificados do domínio antigo devem continuar a permitir servir os seus URLs HTTPS antes de os redirecionar.

Guarde uma linha de base de consultas, páginas, cliques e conversões. Depois da mudança, reveja ambos os domínios e compare períodos equivalentes; uma flutuação inicial não identifica, por si só, um erro. O guia de migração da Google explica o acompanhamento e os sinais que deve atualizar.

Se uma página desaparecer sem um substituto relevante, não a redirecione para um conteúdo alheio só para evitar um 404. Reveja antes o seu tráfego, as suas ligações e a sua utilidade para decidir se convém conservar ou recriar esse conteúdo.