O Guia de Migração de Websites que Você Precisa de Ler

Existem muitos tipos diferentes de migrações, mas as etapas básicas para planeamento e resolução de problemas são semelhantes. As migrações podem ser altamente complexas, pois geralmente envolvem muitas pessoas e peças móveis. Não entre em pânico se não sair tudo como planeado; pode consertar quase tudo o que correr mal.

Neste guia, cobriremos:

Precisa de saber o que está a mudar e quem precisa de estar envolvido para que isso aconteça. Por outras palavras, precisa de um plano e um local para rastrear todas as peças móveis. Precisará de conhecer todas as pessoas envolvidas, as suas funções, prazos e ter um processo em vigor para rastrear tudo. Um gestor de projetos e um sistema de gerenciamento de projetos ajudam nisso. Tentar fazer tudo por e-mail e Slack pode ficar descontrolado rapidamente.

Também deve ter um plano de retrocesso, apenas no caso de algo dar terrivelmente errado. Deve ter sempre uma maneira de voltar ao estado original, mesmo que planeie usá-lo apenas em situações extremas.

Vai querer saber o impacto de uma mudança, portanto, certifique-se que tem acesso ao GSC e ao Analytics nos websites antigo e novo (configure uma visualização combinada, se necessário, para ver os dois). Algumas mudanças podem levar algumas semanas ou até meses até poder ver o fluxo, mas noutras poderá não ver nenhuma mudança. Por exemplo, se estiver a migrar um website de tamanho médio para um novo domínio, esperaria algumas semanas de transição. Mas se estiver a atualizar um website existente, pode não ver nenhuma interrupção de tráfego.

Também deve fazer um pouco de trabalho de preparação. Sugiro alguns passos:

Precisamente o que está envolvido numa migração de website dependerá dos URLs se manterem os mesmos ou não. Abaixo, discutiremos os dois cenários.

Normalmente, este é um movimento mais direto - pelo menos no que diz respeito ao SEO - uma vez que menos coisas estão a mudar. Ainda pode ser uma mudança complexa, mas muitas das tarefas envolvidas nessas mudanças são normalmente mais o trabalho de infraestrutura/DevOps ou desenvolvedores, e não SEOs.

Estas migrações podem incluir:

Se estiver a usar um website de teste ou desenvolvimento, é melhor obter acesso para verificar se há problemas antes das atualizações.

Para isto, está essencialmente à procura de quaisquer mudanças, incluindo coisas como:

Use a função de comparação de Auditoria de Websites para ver as alterações desde o seu último rastreio:

Existem mais alguns situações que podem criar problemas mais significativos.

Estas migrações geralmente são mais complexas. A exceção é mudar de HTTP para HTTPS - o que é muito fácil hoje em dia.

Estas migrações podem incluir:

Eu não me preocuparia com coisas como uma cadeia de redirecionamento na página inicial ou em atualizar as hiperligações para o website. Corrigir a cadeia e atualizar as ligações não trará nenhum benefício, pois os sinais consolidam-se devido aos redirecionamentos.

Aqui está uma dica rápida para utilizadores da Auditoria de websites: se alterar o foco do seu rastreio nas configurações do projeto para um domínio diferente, o seu novo rastreio estará no novo domínio e poderá compará-lo com o rastreio no antigo domínio.

Deseja capturar as alterações o mais cedo possível, portanto, se tiver um website de desenvolvimento ou de teste, deve rastreá-lo para se certificar de que está tudo bem antes de enviar as alterações para um website ativo. Lembre-se de que se um website antigo estava a usar HTTPS e o certificado expirar, os bots serão transferidos, mas os utilizadores receberão uma mensagem de erro e não serão redirecionados. Existem certificados de vários domínios que cobrem vários websites que podem ajudar a evitar esse problema.

Se notar uma queda, provavelmente está relacionado com redirecionamentos, algo que não pode ser rastreado, algo não indexado, alterações ao conteúdo ou remoção de conteúdos, alterações em ligações internas ou algo que mudou relacionado com o SEO técnico.

Existem várias maneiras de acompanhar o andamento da migração e garantir que tudo está a correr como deveria.

Existem várias maneiras de procurar alterações. Como mencionei anteriormente, pode alterar o propósito do seu rastreio na Auditoria de Websites e obter uma comparação que mostra o que mudou. Vai querer procurar mudanças em coisas como:

Lembra-se de como criámos esta lista de páginas principais anteriormente? Estas são as suas páginas prioritárias. Vale a pena rastrear essa lista na Auditoria de websites para garantir que itens como redirecionamentos estejam em vigor e não tenham ocorrido alterações significativas. Se configurar um projeto separado para esta lista com antecedência, poderá até fazer um rastreio de comparação para ver as alterações nessas páginas rapidamente.

Pode obter tráfego de página, tráfego de palavra-chave e histórico de alterações com os relatórios Páginas Principais e palavras-chave orgânicas no Explorador de websites 2.0. É fácil fazer comparações para o mesmo domínio, mas se alterou domínios, convém exportar esses dados para o Excel ou Google Sheets para fazer uma visualização combinada para períodos diferentes e ver onde as perdas possam ter ocorrido.

Também pode usar o nosso rastreador para garantir que os seus redirecionamentos estão a funcionar corretamente e as ligações sejam redirecionados corretamente.

Esta é a maneira mais fácil de fazer isso:

Isto mostrará páginas com ligações que vemos como 404 no nosso rastreador. Pode querer redirecioná-las.

O Google Search Console tem muitos dados para ajudá-lo na migração. Por exemplo, pode verificar se há problemas de canonização usando a ferramenta de inspeção de URL. Basta inserir o URL e o Google dirá qual canónica foi escolhido.

Além disso, pode exportar dados GSC e fazer uma visão combinada do seu tráfego no Excel ou Google Data Studio para acompanhar melhor a migração. Também pode usar uma visualização combinada dos dados da página ou da palavra-chave para solucionar quaisquer perdas.

O relatório de cobertura do índice ajuda a ver como as suas páginas são indexadas. Se carregou os ficheiros de sitemap antigos e novos, pode observar a mudança na indexação e verificar se há problemas aqui. Ao ter os ficheiros do mapa de website, pode obter relatórios de cobertura específicos apenas para as páginas nesses mapas de website.

Se quer ter uma visão geral da atividade de rastreio do Google e de quaisquer problemas identificados, o melhor lugar para procurar é o relatório de estatísticas de rastreamento no Google Search Console. Existem vários relatórios aqui para ajudá-lo a identificar mudanças no comportamento de rastreio, problemas com rastreio e fornecer-lhe mais informações sobre como o Google está a rastrear o seu website.

Definitivamente, deve verificar os estados de rastreio sinalizados, como os mostrados aqui:

Também há etiquetas de data/hora de quando as páginas foram rastreadas pela última vez.

Se não obteve um rastreio-base do website e precisa de verificar as diferenças entre o antigo e o novo, verifique o archive.org para ver se estes têm uma cópia de alguma das páginas. Eles também costumam ter cópias dos arquivos robots.txt de websites que podem ser úteis para ver se algo não funcionou e foi bloqueado acidentalmente durante o processo.

Se não tem acesso ao Google Search Console para um website, ainda pode verificar a canonização colando um URL no Google. Normalmente, a primeira página exibida será a canónica.

E, novamente, se não tiver acesso ao GSC, muitos outros problemas relacionados com o rastreio podem ser verificados nos seus arquivos de log.

Apenas um aviso de que o operador de pesquisa site: às vezes confunde as pessoas. Se usa o website, está a perguntar o que o Google sabe sobre um website específico. Só porque vê páginas lá, não significa que é assim que estas estão indexadas ou que há um problema com a migração. Já vi isto levar as pessoas a fazer coisas como bloquear o website antigo para manter as páginas fora do índice - o que causa problemas.

Alguns problemas podem surgir muito depois do término da migração.

Migrar websites não é uma tarefa fácil, então é hora de comemorar se tudo correu bem. No entanto, como esta provavelmente não será a última vez que fará uma migração de website, sugiro reunir-se com os envolvidos mais uma vez para rever o que deu certo, o que falhou, o que mudaria se tivesse que fazer tudo de novo.

Tem perguntas? Diga-me no Twitter.