A resposta curta
Um site mantém suas posições em uma migração quando toda URL que gera tráfego ou links continua respondendo após o lançamento: o mesmo conteúdo no mesmo endereço ou um redirecionamento permanente no servidor para o equivalente mais próximo. A maioria dos problemas de migração vem de uma URL que ninguém colocou na lista.
O guia do Google sobre mudanças de site com alteração de URLs define a base: mapeie cada URL antiga para uma nova, use redirecionamentos permanentes no servidor, como 301 ou 308, mantenha-os "geralmente por pelo menos 1 ano" e "espere uma flutuação temporária no ranking do site durante a mudança".
O mesmo guia recomenda mudar uma coisa de cada vez: primeiro o novo domínio, depois o novo layout. A documentação de Mudança de endereço do Google é mais direta. Se você combina a mudança com uma reformulação do conteúdo e da estrutura de URLs, "você provavelmente verá alguma perda de tráfego" enquanto o Google reavalia cada página. Se precisar fazer as duas coisas, planeje o redesign como uma etapa separada.
Três tipos de migração
| Migração | O que muda | Redirecionamentos | Search Console |
|---|---|---|---|
| Somente hospedagem | Servidores ou CDN; todas as URLs continuam iguais | Nenhum | Acompanhar rastreamento e indexação |
| Plataforma (Wix para WordPress, WordPress para Astro) | CMS, templates e, normalmente, alguns padrões de URL | Toda URL cujo caminho muda | Novo sitemap e depois monitoramento |
| Domínio ou subdomínio | Todas as URLs | Todas | Mudança de endereço para cada variante verificada |
Em uma migração só de hospedagem, o guia de hospedagem do Google recomenda reduzir o TTL do DNS "pelo menos uma semana antes da mudança" e manter os servidores antigos ativos até que o tráfego neles chegue a zero. Uma queda breve na taxa de rastreamento após o lançamento é normal.
Antes da migração: liste tudo o que tem uma URL
O mapa de redirecionamentos só é tão bom quanto a lista de URLs antigas que o sustenta, e toda fonte deixa algo de fora.
Rastreie o site atual
Rastreie o site atual e exporte todas as URLs com código de status, título, meta description, tags canonical e hreflang; depois, acrescente todas as URLs do sitemap XML. O Google também sugere consultar os logs do servidor em busca de URLs visitadas pelo menos uma vez recentemente.
Extraia as páginas de entrada do Search Console e do analytics
No relatório de Desempenho do Search Console, exporte a aba Páginas com o maior período disponível e faça o mesmo com as páginas de entrada orgânicas no analytics. Essas páginas trazem o tráfego e os leads, por isso cada uma é conferida manualmente no lançamento.
Descubra quem linka para você
O relatório de Links mostra suas páginas mais linkadas, mas suas tabelas "são limitadas a 1.000 linhas" e o Google diz que não é uma lista completa. Combine-o com qualquer ferramenta de backlinks que você use.
Liste formulários, integrações e mídia
Anote cada formulário e para onde vão os envios, cada ferramenta incorporada (reservas, chat, mapas, pagamentos) e cada arquivo para o qual as pessoas linkam diretamente. O guia do Google diz para incluir no plano "vídeos, imagens, arquivos JavaScript e CSS", porque essas URLs mudam como qualquer outro conteúdo.
Monte o mapa de redirecionamentos
Uma linha por URL antiga: URL antiga, URL nova, código de status, observações, testado. Quatro regras:
- Mapeie cada URL antiga para o equivalente mais próximo. Redirecionar muitas URLs antigas para um único destino irrelevante, como a página inicial, "pode ser tratado como um erro 404 soft".
- Se várias páginas antigas foram unidas em uma só, redirecione todas para ela.
- Se uma página não tem equivalente, retorne 404 ou 410 em vez de redirecionar.
- Mantenha os caminhos inalterados sempre que a nova plataforma permitir.
Durante a construção: redirecionamentos e o que viaja com eles
Use redirecionamentos 301 ou 308 no servidor, de 1 para 1
A documentação de redirecionamentos do Google diz que 301 e 308 indicam que "o destino do redirecionamento deve ser canônico" e recomenda "um redirecionamento permanente no servidor sempre que possível". Os códigos temporários (302, 303, 307) não indicam isso, e redirecionamentos em JavaScript são o último recurso.
Redirecione direto para a URL final. Os rastreadores do Google seguem até 10 saltos de redirecionamento, mas o guia de mudança de site aconselha "redirecionar diretamente para o destino final". Se uma migração anterior deixou redirecionamentos para trás, aponte-os também para as novas URLs finais.
Verifique o código de status padrão de quem atende os seus redirecionamentos. No Cloudflare Workers, onde a Dardo hospeda os sites que desenvolve, um arquivo _redirects usa 302, a menos que você escreva 301 em cada linha, comporta até 2.000 redirecionamentos estáticos e 100 dinâmicos e não consegue fazer correspondência com parâmetros de consulta. Por isso, os links permanentes simples do WordPress (/?p=123) exigem lógica de redirecionamento no código do Worker.
Quando retornar 404 ou 410 em vez disso
Páginas fracas, ofertas expiradas e duplicatas não precisam sobreviver. O guia do Google diz que o conteúdo que você não migra deve "retornar corretamente um HTTP 404 ou 410", e os rastreadores do Google tratam todos os códigos 4xx, exceto 429, da mesma forma: a URL sai do índice.
Leve junto metadados, canonicals e hreflang
- Títulos e meta descriptions. Migre-os campo por campo, em vez de deixar os novos templates gerá-los.
- Canonicals. Cada página nova leva um canonical autorreferente com a nova URL. O guia de canonicalização do Google chama o canonical de "uma sugestão, não uma regra", então canonicals, redirecionamentos e sitemap precisam estar de acordo.
- Hreflang. Segundo o guia de versões localizadas do Google, cada versão de idioma "deve listar a si mesma e todas as outras versões", e "se duas páginas não apontam uma para a outra, as tags serão ignoradas". Atualize todas as anotações para as novas URLs.
Dados estruturados, links internos e URLs de imagens
- Dados estruturados. Reconstrua as marcações de Organization, Breadcrumb, Article ou Product nos novos templates e teste com o Teste de Resultados Avançados. O guia de mudança do Google não menciona esse ponto, por isso ele se perde com facilidade.
- Links internos. Aponte-os para as novas URLs, não para redirecionamentos.
- Imagens e arquivos. Mantenha nomes de arquivo descritivos e texto alternativo, e redirecione as URLs antigas de imagens e PDFs que tenham links ou tráfego vindo da busca por imagens.
Analytics e consentimento
Reinstale o analytics, os eventos de conversão e os pixels de anúncios, e teste tudo no ambiente de homologação. Se o site antigo pedia consentimento de cookies, o novo precisa pedir da mesma forma antes de essas tags serem disparadas.
O que costuma quebrar, plataforma por plataforma
Estas observações vêm da documentação de cada plataforma em outubro de 2026. Elas descrevem como as plataformas funcionam, não defeitos.
| Plataforma | Padrões de URL a mapear | Limites de exportação e redirecionamento |
|---|---|---|
| WordPress | Os links permanentes podem ser simples (/?p=N), baseados em data ou no nome do post. Os arquivos de categorias e tags sempre mantêm uma base, como /category/. | Desde o WordPress 6.4, as páginas de anexo vêm desativadas em novas instalações, mas continuam ativas em sites atualizados, então sites mais antigos podem ter uma URL para cada arquivo enviado. |
| Webflow | Os itens do CMS ficam em páginas de Collection. | A exportação de código deixa de fora o conteúdo do CMS, e-commerce, contas de usuário, processamento de formulários, busca no site e páginas localizadas, e exige um plano Workspace. As Collections são exportadas separadamente em CSV. |
| Wix | Os posts do blog ficam sob um prefixo /post/ que pode ser renomeado, mas não removido. No WordPress, uma estrutura de link permanente personalizada como /post/%postname%/ mantém esse prefixo. | Um site Wix "precisa rodar nos servidores da Wix", então sair significa reconstruir as páginas. |
| Framer | Alterar um subcaminho não atualiza as regras de redirecionamento existentes, então regras antigas podem apontar para caminhos inexistentes. | Os sites são publicados em HTML, CSS e JavaScript padrão; o conteúdo do CMS é exportado por plugins em CSV ou JSON. |
| Squarespace | Os mapeamentos de URL aceitam uma variável [name] para coleções inteiras, como /blog/[name] -> /posts/[name] 301. | A exportação é um XML do WordPress com uma página de blog, páginas de layout e galerias, mas sem páginas de loja, blocos de produto, vídeo ou áudio, nem CSS personalizado. Os mapeamentos de URL não conseguem redirecionar URLs de imagens ou arquivos e comportam cerca de 2.500 linhas. |
| Shopify | As URLs da loja ficam em caminhos como /products/, /collections/, /pages/ e /blogs/<blog>/; a Shopify considera /products e /collections fixos. | Os redirecionamentos só funcionam a partir de URLs que não carregam mais uma página, e as lojas têm um máximo de 100.000 (20.000.000 no Plus). |
Sair da Wix significa reconstruir todas as páginas; sair da Squarespace significa importar o que a exportação cobre e reconstruir o resto. Migrar para a Shopify costuma mudar as URLs dos produtos, então o mapa precisa cobrir todos os produtos.
Dia do lançamento
- DNS. Se a hospedagem ou o DNS mudar, reduza o TTL com pelo menos uma semana de antecedência.
- Bloqueios de rastreamento. Remova as tags
noindexdo ambiente de homologação e os bloqueios do robots.txt. O Google sugere listar todas as URLs em que você usounoindexdurante o desenvolvimento. - Redirecionamentos. Publique-os na mesma versão do novo site.
- Teste de redirecionamentos. Rode o mapa inteiro em um script: cada URL antiga deve retornar 301 ou 308 para a URL final correta em um único salto, e essa URL deve retornar 200.
- Search Console. Verifique o novo site e envie o novo sitemap, além de um sitemap das URLs antigas para que sejam rastreadas novamente. Avisos de que essas URLs redirecionam são esperados.
- Mudança de endereço. Em uma mudança de domínio, envie-a a partir de uma propriedade sua nos dois lados, com a mesma conta do Google, para cada variante do domínio antigo, incluindo com e sem www.
- Caminhos que geram receita. Envie um formulário de verdade, faça um pagamento de teste e confirme que os eventos de analytics chegam.
- Seus próprios links. Atualize perfis em redes sociais, anúncios e listagens em diretórios.
Os 30, 60 e 90 dias seguintes
Dias 1 a 30: espere oscilações
As posições podem oscilar "enquanto o Google rastreia e reindexa seu site", e "um site de pequeno a médio porte pode levar algumas semanas para que a maioria das páginas se movimente, e sites maiores levam mais tempo". Acompanhe:
- Relatórios de indexação e de sitemap. As URLs indexadas caem no site antigo e sobem no novo.
- Desempenho por página. As novas URLs começam a receber impressões e cliques.
- Logs do servidor e erros 404. Cada 404 inesperado é uma linha que faltou no mapa. Verifique todos os dias durante duas semanas.
Dias 31 a 60: compare com a linha de base
Compare suas principais páginas de destino com as novas URLs. Para qualquer página que perdeu cliques, verifique nesta ordem: o redirecionamento chega à página certa em um único salto, o conteúdo ou o título mudou, os links internos ainda apontam para ela, ela está no sitemap. Depois, peça aos sites dos seus backlinks mais valiosos que os atualizem.
Dia 90 em diante: mantenha os redirecionamentos
O guia do Google diz para manter os redirecionamentos "geralmente por pelo menos 1 ano" e, do ponto de vista dos usuários, "considerar mantê-los indefinidamente". Em mudanças de domínio, a página de Mudança de endereço define um mínimo de 180 dias, depois do qual o Google trata o site antigo como não relacionado se ele ainda puder ser rastreado. Ela também recomenda continuar pagando pelo domínio antigo "por pelo menos um ano" para que ninguém mais possa comprá-lo.
O checklist
| Fase | Tarefa | Concluída quando |
|---|---|---|
| Antes | Rastrear o site, o sitemap e os logs do servidor | Uma lista única com todas as URLs antigas e seus códigos de status |
| Antes | Exportar as páginas de destino e as páginas com mais links | Principais páginas e destinos de backlinks sinalizados no mapa |
| Antes | Listar formulários, integrações, scripts e arquivos | Cada item tem um responsável e um plano no novo site |
| Antes | Montar o mapa de redirecionamentos | Cada URL antiga tem um destino ou uma decisão de 404/410 |
| Construção | Redirecionamentos 301 ou 308 no servidor | Um único salto, sem correntes, sem redirecionamentos em massa para a página inicial |
| Construção | Títulos, descrições, canonicals, hreflang | Iguais aos das páginas antigas; canonicals e hreflang usam as novas URLs |
| Construção | Dados estruturados, links internos, URLs de imagens | Teste de Resultados Ricos aprovado; nenhum link interno cai em redirecionamentos |
| Construção | Analytics, conversões e consentimento | Eventos disparam na homologação, só após o consentimento quando exigido |
| Lançamento | Remover noindex e bloqueios do robots.txt | As novas URLs podem ser rastreadas |
| Lançamento | Testar o mapa de redirecionamentos | Cada linha retorna o código e o destino esperados |
| Lançamento | Search Console: verificação, sitemaps, Mudança de endereço | Enviado sem erros críticos |
| Depois | Monitorar indexação, erros 404 e desempenho | As URLs antigas caem e as novas ganham impressões |
| Depois | Mantenha os redirecionamentos e o domínio antigo | Pelo menos um ano |
Ajuda com a migração
A Dardo leva sites para builds personalizados em Astro no Cloudflare Workers, e o mapa de redirecionamentos é uma entrega que testamos antes do lançamento e repassamos junto com o site. Veja migração de site, ou redesign de site se a mudança também exigir um novo design. Ou conte para a gente o que você vai migrar.