Resposta curta
Depois de uma troca de domínio, é normal o tráfego oscilar por algumas semanas enquanto o Google passa as páginas pro endereço novo. Sumir de vez não é normal, e quase sempre tem uma de cinco causas: as URLs antigas não redirecionam com 301 pra página equivalente no domínio novo, o site novo ainda declara o domínio antigo como oficial no canonical, um noindex ou um robots.txt de teste foi junto pro ar, o sitemap lista os endereços velhos, ou a Alteração de endereço não foi enviada no Search Console. Teste uma URL interna antiga com curl -sIL: ela tem que dar um 301 direto pra página nova certa.
O que é normal e o que não é
O Google avisa no guia de mudança de site que pode haver uma oscilação temporária nas posições durante a troca. Num site de porte médio, a maior parte das páginas leva algumas semanas pra aparecer no endereço novo; em sites grandes, mais. Nesse período, o domínio antigo vai perdendo impressões e o novo vai ganhando.
| O que você vê no Search Console | O que significa |
|---|---|
| O antigo cai e o novo sobe aos poucos | Migração andando. Espere e acompanhe. |
| O antigo cai e o novo continua perto de zero depois de duas ou três semanas | O Google não está passando os sinais. Siga as checagens abaixo. |
| As páginas do domínio novo aparecem como "Cópia, o Google escolheu outra canônica" | O canonical aponta pro domínio antigo |
| As páginas do domínio novo aparecem como "Excluída pela tag 'noindex'" | O noindex de teste foi pro ar |
| O domínio antigo mostra soft 404 em massa | Tudo redireciona pra home |
Pra enxergar isso, você precisa das duas propriedades verificadas no Search Console, a do domínio antigo e a do novo. Sem a antiga, não dá pra ver o que o Google ainda tem guardado lá nem enviar a Alteração de endereço.
1. As URLs antigas não redirecionam direito
É a causa número um. O Google transfere os sinais de cada página antiga pra nova através do redirect permanente. Se ele não existe, ou não é do tipo certo, o domínio novo começa do zero.
Teste com uma página interna, não com a home, que costuma ser a única configurada:
curl -sIL https://dominioantigo.com.br/blog/um-artigo | grep -iE "^HTTP|^location"O certo é um único 301 (ou 308) com location apontando pro mesmo artigo no domínio novo, e depois um 200. Os erros mais comuns:
- Tudo vai pra home. Mandar todas as páginas antigas pra página inicial do domínio novo parece resolver, mas o Google trata isso como soft 404 e descarta. Cada URL antiga precisa ir pra equivalente; a que não tem equivalente pode responder 404 ou 410.
- Redirect temporário. Um
302ou307diz que a mudança é provisória. O Google acaba seguindo, mas o sinal é mais fraco e a troca demora. O guia de redirect 301 e 302 explica a diferença. - Encaminhamento do registrador. Muitos registradores e painéis de hospedagem oferecem "redirecionar domínio" com mascaramento, que mostra o site novo dentro de um frame no endereço antigo. Pro Google, isso não é redirect. Use redirect permanente, sem mascaramento, mantendo o caminho da URL.
- Variantes esquecidas.
https://dominioantigo.com.brredireciona, mashttp://ouwww.não. Teste as quatro combinações. - Correntes de redirect. Antigo pra novo sem www, depois pra novo com www, depois pra https. O Google pede pra ir direto pro destino final.
- O domínio antigo saiu do ar. Plano de hospedagem cancelado ou domínio expirado derruba todos os redirects de uma vez. O Google recomenda manter os redirects por pelo menos um ano, e o ideal é nunca tirar.
O verificador de redirect mostra cada salto de uma URL até o fim, sem precisar de terminal.
2. O site novo ainda aponta pro domínio antigo
Quando o site é copiado pro domínio novo, as tags de canonical muitas vezes vêm junto com o endereço velho escrito. O site novo passa a dizer ao Google "a versão oficial desta página está no outro domínio", e o outro domínio diz "vá pro novo". Com sinais contraditórios, o Google pode escolher o endereço errado ou demorar a decidir.
curl -s https://dominionovo.com.br/blog/um-artigo | grep -io '<link[^>]*rel="canonical"[^>]*>'O href tem que ser a própria URL no domínio novo. Confira também as tags og:url, os dados estruturados e os links internos, que costumam carregar o domínio antigo escrito à mão. O verificador de canonical faz essa checagem, e o guia de canonical errado mostra o caso parecido do vercel.app.
3. O noindex ou o robots.txt de teste foi pro ar
É comum montar o site novo num endereço de teste, com noindex ou um robots.txt com Disallow: / pra ninguém achar antes da hora. Na virada, isso precisa sair. O guia do Google lembra de remover todos os bloqueios criados só pra migração. Abra dominionovo.com.br/robots.txt e procure noindex no código-fonte da home e de uma página interna. Os guias de noindex sem querer e de robots.txt bloqueando o Google têm o passo a passo.
O contrário também atrapalha: bloquear o domínio antigo no robots.txt impede o Google de rastrear as URLs antigas e de ver os redirects.
4. O sitemap lista os endereços velhos
Se o sitemap do domínio novo foi copiado do antigo, ele manda o Google pras URLs velhas, que redirecionam. Gere o sitemap com as URLs novas, envie na propriedade nova do Search Console e confira se o robots.txt aponta pro sitemap certo. O guia de sitemap XML explica o formato.
5. A Alteração de endereço não foi enviada
Pra troca de domínio ou de subdomínio, o Search Console tem a ferramenta Alteração de endereço, que avisa o Google da mudança. Ela fica nas configurações da propriedade do domínio antigo e exige:
- Ser proprietário das duas propriedades com a mesma conta Google.
- Propriedades do tipo domínio, não de pasta.
- Redirect 301 da home antiga pra home nova, de preferência de todas as páginas. A ferramenta testa uma amostra antes de aceitar.
O efeito dura 180 dias. Ela não serve pra troca de http pra https, de www pra sem www no mesmo domínio, nem pra trocar de hospedagem sem mudar o endereço. Se o site usava www e sem www, envie pra cada variante verificada.
Outras causas menos comuns
- Mudou tudo de uma vez. Domínio, plataforma, estrutura das URLs e textos na mesma semana. O Google desaconselha mudar estrutura e conteúdo durante a troca, porque fica difícil passar os sinais e diagnosticar o que deu errado.
- Mudanças em sequência. Ir do domínio A pro B e logo depois pro C. Faça uma mudança e espere estabilizar.
- Domínio novo com passado. Um domínio comprado usado pode ter ação manual ou pedidos de remoção do dono anterior. Confira em Segurança e ações manuais, na propriedade nova.
- Os links de fora continuam no endereço velho. Eles seguem valendo através do redirect, mas atualize os mais importantes: perfil da empresa no Google, redes sociais, anúncios e parceiros.
Checklist
- Uma URL interna antiga dá um único 301 pra página equivalente no domínio novo, nas quatro variantes (http, https, com e sem www).
- Nada redireciona em massa pra home, e o registrador não usa mascaramento.
- O canonical, o
og:urle os links internos do site novo usam o domínio novo. - O site novo não tem
noindexnemDisallow: /de teste, e o antigo não bloqueia o rastreamento. - O sitemap novo lista só URLs novas e foi enviado na propriedade nova.
- As duas propriedades estão verificadas, e a Alteração de endereço foi enviada.
- O domínio antigo continua registrado e redirecionando por pelo menos um ano.
Uma migração tem dezenas de peças, e uma só fora do lugar segura o resto. A varredura grátis da Varrida confere o domínio novo como o Googlebot: canonical, redirects, noindex, robots.txt e sitemap, em menos de um minuto.


