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:
- Preparação para a migração dum website
- Executar uma migração de website
- Testes e monitorização contínua
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:
- Rastreie o seu website. Usará isto como uma linha de base para verificar as alterações mais tarde. Pode usar o Auditoria de Websites para isso.
- Crie um conjunto de páginas de teste, como as do relatório Páginas principais no Explorador de Websites. Irá usá-las mais tarde para verificar se há erros. Pode querer ir em frente e rastreá-los num projeto de Auditoria de websites separado para que possa compará-los facilmente mais tarde.
- Restrinja o acesso ao seu website de teste ou desenvolvimento (se o tiver) para evitar que seja indexado.
- Faça um backup do seu website, para o caso de precisar regressar a ele.
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.
Quando os URLs são os mesmos …
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:
- Alojamento: CDN, servidor
- Plataforma: CMS, linguagem, estrutura JS
- Design: template, ligações internas, tags
Se estiver a usar um website de teste ou desenvolvimento, é melhor obter acesso para verificar se há problemas antes das atualizações.
O que procurar
Para isto, está essencialmente à procura de quaisquer mudanças, incluindo coisas como:
- Tags canónicas. Estas devem ser as mesmas.
- Tags de título. Certifique-se de que são iguais ou semelhantes aos que possui. Novos sistemas podem ter geração de tag automatizada ou alguns padrões que podem ser diferentes do que tinha.
- Meta descrições
- Tags de título
- Hreflang
- Schema
- Meta robôs. Assegure-se de que as suas páginas não têm noindex.
- Conteúdo. Isto é especialmente importante para sistemas JavaScript. Novos sistemas podem não ter todo o conteúdo carregado no DOM por padrão, portanto, os mecanismos de pesquisa podem não ver parte do conteúdo em alguns casos.
- Ligações internas. Coisas como breadcrumbs, publicações relacionadas, ligações de rodapé ou até mesmo a navegação principal podem ter mudado.
- Diferenças de velocidade
Use a função de comparação de Auditoria de Websites para ver as alterações desde o seu último rastreio:
![](https://ahrefs.com/blog/pt/wp-content/uploads/2022/01/Untitled-1.png)
Existem mais alguns situações que podem criar problemas mais significativos.
- Se acidentalmente deixar um bloqueio no local, os mecanismos de pesquisa não conseguirão rastrear as suas páginas.
- Às vezes, os redirecionamentos mais antigos não são copiados dos ficheiros .htaccess ou dos arquivos de configuração do servidor, e perderá alguns das ligações que direcionavam para o seu website. Isto é complicado porque é mais difícil de notar e geralmente acontece ao mudar de alojamento. Fique de olho no seu relatório Melhor por ligações no Explorador de Websites e filtre por 404s para ver as páginas com ligações que agora estão corrompidas.
![](https://ahrefs.com/blog/pt/wp-content/uploads/2022/01/Untitled-3.jpg)
Quando os URLs são diferentes …
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:
- Domínio: mudança de domínio, fusão com outro website, divisão de um website
- Protocolo: HTTP> HTTPS
- Caminho: subdomínio/subpasta, alteração da arquitetura do website
Específico para HTTP> HTTPS
- Use uma Política de Segurança de pedidos de conteúdo insegurosde atualização para corrigir todos os problemas de conteúdo misto. É rápido de implementar e funciona para todos os recursos, além de ligações internas, que ainda precisa de atualizar.
- Instale um certificado de segurança
- Redirecionamento 301 HTTP> HTTPS
- Adicionar um cabeçalho HSTS
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.
Específico para mudanças de domínio
- Diminua o TTL temporariamente (algumas horas). Isto atualizará as caches DNS mais rapidamente e, quando fizer a troca, as suas alterações serão vistas por mais utilizadores mais cedo.
- Use a ferramenta de mudança de endereço no GSC.
- Verifique no domínio antigo quaisquer ações manuais que possam estar em vigor no GSC.
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.
Geral
- Atualizar ligações internas e ligações em várias etiquetas, como canónicos, hreflang, etc. Pode usar um plugin de localizar e substituir para fazer isso rapidamente para ligações internas.
- Configure o GSC. Isto pode incluir coisas como a transferência do seu ficheiro de invalidação (disavow), a configuração de segmentação geográfica, configurações de parâmetro de URL e upload de sitemaps. Vai querer manter um sitemap com URLs antigas por um curto período de tempo. Isto ajudará a monitorar a indexação de URLs no GSC.
- Remova todos os bloqueios de rastreio das páginas do website antigo e do novo. Tudo precisa de ser rastreado para que os sinais sejam consolidados corretamente.
- Certifique-se de que as páginas que deseja indexar não estão marcadas como noindex. Pode usar a Auditoria de websites para isso.
- Redirecionar páginas. Deseja certificar-se de que as páginas antigas sejam redirecionadas com um redirecionamento 301 para as novas versões das suas páginas. É uma boa ideia redirecionar coisas como imagens e PDFs também, mas não se preocupe com coisas como JS, CSS ou arquivos de fonte. Concentre-se em redirecionar coisas que são indexadas por mecanismos de pesquisa e não se preocupe com outros tipos de ficheiros.
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.
Com Ahrefs
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:
- Canónicos
- Hreflang. Isto será interrompido por um tempo se mudar de domínio, pois levará algum tempo para que as páginas sejam rastreadas novamente e as conexões sejam feitas.
- Schema
- Meta robôs
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:
- Insira o seu domínio no Explorador de websites
- Vá para o relatório Melhor por ligações
- Adicione um filtro “404 página não encontrada”
- Classificar por domínios de referência
Isto mostrará páginas com ligações que vemos como 404 no nosso rastreador. Pode querer redirecioná-las.
![](https://ahrefs.com/blog/pt/wp-content/uploads/2022/01/Untitled-12.jpg)
Com GSC
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.
![](https://ahrefs.com/blog/pt/wp-content/uploads/2022/01/Untitled-14.png)
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.
![](https://ahrefs.com/blog/pt/wp-content/uploads/2022/01/Untitled-19.png)
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:
![](https://ahrefs.com/blog/pt/wp-content/uploads/2022/01/Untitled-23.png)
Também há etiquetas de data/hora de quando as páginas foram rastreadas pela última vez.
![](https://ahrefs.com/blog/pt/wp-content/uploads/2022/01/Untitled-26.png)
Diversos
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.
![](https://ahrefs.com/blog/pt/wp-content/uploads/2022/01/Untitled-27.png)
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.
Continue a monitorizar
Alguns problemas podem surgir muito depois do término da migração.
- Monitorize o domínio antigo para garantir que este seja renovado e faça o mesmo com todos os outros que redirecionou para o website. Se os domínios expirarem, quaisquer sinais passados por redirecionamentos de websites mais antigos podem ser perdidos.
- Se não se livrou do seu alojamento antigo e ainda mantém redirecionamentos lá, esteja ciente de que estes falharão se o mesmo for encerrado — e perderá algumas ligações. Pode resolver isso redirecionando via DNS e armazenando os redirecionamentos no seu novo website.
- Certifique-se de manter os certificados de segurança renovados ou mude para um certificado de vários domínios, como falámos anteriormente.
Pensamentos finais
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.