# Checklist de migração de site SEO segundo o Google

URL: https://lucasferraz.com/blog/checklist-tecnico-de-migracao/
Autor: Lucas Ferraz
Publicado em: 2026-09-23

Um checklist de migração de site SEO segue a ordem da documentação do Google: mapa de cada URL antigo para o novo, redirecionamento permanente ao destino final, canonical e sitemap atualizados, Alteração de endereço só para troca de domínio, e monitoramento no Search Console. O prazo confunde: 180 dias segundo uma página do Google, pelo menos um ano segundo outra.

## Principais pontos

- O Google recomenda redirecionamentos permanentes do lado do servidor, como 301 e 308, e afirma que eles não causam perda de PageRank;
- O Googlebot segue até 10 saltos em uma cadeia de redirecionamentos, mas o guia de mudança de site pede no máximo três, e cinco no limite;
- A ferramenta Alteração de endereço do Search Console vale só para troca de domínio ou subdomínio, e fica de fora em HTTP para HTTPS e em mudança de caminho;
- A ajuda da Alteração de endereço pede redirecionamentos por pelo menos 180 dias, e o guia de mudança com alteração de URL fala em geralmente pelo menos um ano;
- Passados 180 dias, o Google trata o site antigo como sem relação com o novo, segundo a ajuda da Alteração de endereço.

## Passo a passo

1. Leia as práticas recomendadas de migração do Google antes de mexer em qualquer URL.
2. Prepare e teste o novo site fora do ar público, sem trocar domínio, CMS e layout no mesmo dia.
3. Monte o mapa de cada URL antigo para o novo.
4. Inicie a mudança com redirecionamentos 301 do lado do servidor, seguindo o mapa.
5. Monitore o tráfego nas duas propriedades do Search Console depois da virada, porque o Googlebot passa a rastrear os dois endereços ao mesmo tempo.

## A ordem que a documentação do Google propõe

**O guia do Google sobre mudança de site com alteração de URL divide a migração em cinco etapas**: ler as práticas recomendadas, preparar e testar o novo site, montar o mapa de URLs, iniciar a mudança com redirecionamentos no servidor e monitorar o tráfego nos dois endereços. O mesmo guia pede uma mudança de cada vez. Trocar domínio, CMS e layout no mesmo dia soma três fontes de oscilação e tira do analista a chance de saber qual delas derrubou o tráfego.

Dois pontos do guia costumam faltar nos checklists que circulam em português. Sites pequenos e médios devem mover todos os URLs de uma vez, e sites grandes podem ir por partes. E o servidor novo precisa aguentar rastreamento acima do normal logo depois da virada, porque o Googlebot passa a buscar os endereços antigos e os novos ao mesmo tempo.

## Mapa de redirecionamentos 301 e o teste em lote

**O mapa de redirecionamentos é a planilha que liga cada URL antigo ao seu equivalente novo.** O Google indica três fontes para montá-lo: os sitemaps já enviados, os logs do servidor ou a ferramenta de análise e o relatório de links do Search Console. Imagens, PDFs, CSS e JavaScript também entram, porque recebem tráfego e links.

Na implementação, o Google recomenda [redirecionamento 301](https://lucasferrazseo.com/glossario/redirecionamento-301/) ou 308 do lado do servidor e afirma que esses códigos não causam perda de PageRank. Isso tira o fundamento das tabelas de "porcentagem de valor transferida" que ainda aparecem em guias de migração. O limite que importa é outro: o Googlebot segue até 10 saltos, mas o guia pede redirecionamento direto ao destino final, com no máximo três saltos e cinco no limite. Mandar muitos URLs antigos para a home tende a virar soft 404.

<blockquote class="citavel"><p>O limite que importa é outro: o Googlebot segue até 10 saltos, mas o guia pede redirecionamento direto ao destino final, com no máximo três saltos e cinco no limite.</p><p><cite><a href="/">Lucas Ferraz</a>, especialista em SEO</cite></p></blockquote>

O teste que recomendo antes da virada é rodar o mapa inteiro contra o servidor novo. O script abaixo lê um CSV sem cabeçalho e aponta quatro falhas: primeiro salto que não é permanente, cadeia, destino diferente do mapa e página final sem status 200.

```bash
# mapa.csv: url_antiga,url_nova
while IFS=, read -r antiga nova; do
  primeiro=$(curl -s -o /dev/null -w '%{http_code}' "$antiga")
  read -r final saltos destino < <(curl -sL -o /dev/null \
    -w '%{http_code} %{num_redirects} %{url_effective}' "$antiga")
  case "$primeiro" in 301|308) ;; *) echo "NAO_PERMANENTE $primeiro $antiga";; esac
  [ "$saltos" -le 1 ] || echo "CADEIA $saltos $antiga"
  [ "$destino" = "$nova" ] || echo "DESTINO_ERRADO $antiga -> $destino"
  [ "$final" = "200" ] || echo "FINAL_$final $antiga"
done < mapa.csv
```

## Canonical robots e sitemap no dia da virada

**O canonical de cada URL novo precisa apontar para ele mesmo** no dia em que os redirecionamentos entram, e as anotações hreflang precisam trocar para os endereços novos. Os links internos também mudam para o destino final. Deixar menu e rodapé apontando para URLs que redirecionam cria um salto extra em cada clique e em cada rastreamento. Rodar o crawler depois da virada e comparar a [profundidade de clique](/blog/profundidade-de-clique/) com a do site antigo mostra se alguma seção ficou mais longe da home.

A primeira linha da tabela de erros comuns do guia é o bloqueio esquecido: `noindex` ou regra de robots.txt que protegia a homologação e subiu junto para produção. Na mesma tabela aparecem redirecionamentos que levam a URLs inexistentes e sitemaps desatualizados. O sitemap novo leva só URLs finais. No monitoramento, o guia sugere enviar os dois sitemaps salvos no mapeamento: o de endereços antigos perde páginas indexadas até zero, o de endereços novos ganha, e os avisos de redirecionamento no arquivo antigo são esperados.

## Quando usar a Alteração de endereço do Search Console?

**A ferramenta Alteração de endereço do Search Console serve apenas para troca de domínio ou de subdomínio**, como example.com para example.net. A ajuda do Google exclui três casos que se resolvem com redirecionamento e canonical: HTTP para HTTPS, mudança de caminho dentro do mesmo domínio e remoção do www. Para usar, a mesma Conta do Google precisa ser proprietária das duas propriedades, e só propriedades no nível do domínio são aceitas.

Dois detalhes pegam quem nunca usou. A ferramenta não move subdomínios abaixo do domínio informado, então www, sem www e cada subdomínio pedem solicitação própria, mesmo os que não estão em uso. E a ferramenta confere redirecionamentos 301 em algumas páginas antes de aceitar o pedido, por isso ela entra depois que os redirecionamentos estão ativos.

## O conflito entre 180 dias e um ano

**As duas páginas do Google sobre migração dão prazos diferentes para manter os redirecionamentos.** A ajuda da Alteração de endereço pede pelo menos 180 dias e explica que, depois desse período, o Google trata o site antigo como não relacionado ao novo. O guia de mudança com alteração de URL fala em manter pelo maior tempo possível, geralmente pelo menos um ano, e sugere pensar em manter indefinidamente do ponto de vista do usuário.

| Ponto | Ajuda da Alteração de endereço | Guia de mudança com alteração de URL |
|---|---|---|
| Prazo dos redirecionamentos | Pelo menos 180 dias | Geralmente pelo menos um ano |
| Domínio antigo | Continuar pagando por pelo menos um ano | Atualizar links próprios e os externos de maior volume |
| Depois do prazo | Site antigo tratado como não relacionado | Considerar manter indefinidamente |

Leio os dois textos como camadas. Os 180 dias são o período em que a ferramenta repassa sinais e prioriza o site novo na escolha de canônicos. O ano é o tempo que o guia estima para o Google rastrear tudo de novo e reatribuir os links externos. Na dúvida, prefiro manter o 301 sem data de remoção e tratar o prazo menor como piso.

## Monitoramento pós-migração nas duas propriedades

**O monitoramento pós-migração acompanha a propriedade antiga e a nova ao mesmo tempo no Search Console**, porque a curva esperada é cruzada: indexação e cliques caem no endereço antigo e sobem no novo. O guia cita os relatórios de sitemaps, de cobertura do índice e de consultas. Para um site médio, a documentação fala em algumas semanas até a maior parte das páginas ser movida, com oscilação temporária de posição no caminho.

O log do servidor mostra antes o que os relatórios atrasam: Googlebot pedindo URL antigo e recebendo 404, pico de erro 5xx no servidor novo e redirecionamento que ficou fora do mapa. O filtro por user agent descrito no post sobre [crawlers de IA no log do servidor](/blog/crawlers-de-ia-no-log-do-servidor/) serve aqui, trocando a lista de robôs pelo Googlebot verificado. Quem precisa explicar o risco para o dono do site encontra a versão comercial no verbete de [migração de site](https://lucasferrazseo.com/glossario/migracao-de-site/) da agência.

## Minha posição sobre o tema

Leio os dois prazos do Google como camadas: os 180 dias são o período em que a Alteração de endereço repassa sinais e prioriza o site novo, e o ano é o tempo que o guia estima para o Google rastrear tudo de novo e reatribuir os links externos. Na dúvida, prefiro manter o 301 sem data de remoção e tratar o prazo menor como piso. (Lucas Ferraz)

## Perguntas frequentes

### A ferramenta Alteração de endereço serve para migrar de HTTP para HTTPS?

Não serve. A ajuda do Search Console exclui da ferramenta a troca de HTTP para HTTPS, a mudança de caminho dentro do mesmo domínio e a remoção do www. Nesses casos, redirecionamento permanente no servidor, canonical autorreferente e sitemap atualizado bastam, e o Google detecta a mudança sozinho ao rastrear os endereços novos.

### Por quanto tempo manter os redirecionamentos 301 depois da migração?

Pelo menos 180 dias, segundo a ajuda da Alteração de endereço, e geralmente pelo menos um ano, segundo o guia de mudança de site com alteração de URL. Depois de 180 dias o Google trata o site antigo como não relacionado. Manter o 301 sem data de remoção preserva os links externos que ainda apontam para os endereços antigos.

### Redirecionamento 301 perde autoridade de link?

Segundo a documentação do Google, não perde. O guia de mudança de site afirma que 301 e outros redirecionamentos permanentes não causam perda de PageRank. O risco está em cadeias longas, destinos irrelevantes e redirecionamento em massa para a home, que o Google pode tratar como soft 404 e que atrasam a consolidação dos sinais no endereço novo.

## Fontes

- Google Search Central, como mover um site com mudanças no URL (2026) - https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes
- Ajuda do Search Console, ferramenta Alteração de endereço (2026) - https://support.google.com/webmasters/answer/9370220
- Google Search Central, redirecionamentos e Pesquisa Google (2026) - https://developers.google.com/search/docs/crawling-indexing/301-redirects

---
Sobre o autor: Especialista em SEO, criação de sites e Generative Engine Optimization, Lucas Ferraz é fundador da agência Lucas Ferraz SEO, sediada em Belo Horizonte, e atua desde 2007 ajudando empresas de todo o Brasil a aparecerem no Google, serem compreendidas por sistemas de inteligência artificial e transformarem buscas em oportunidades comerciais.