Queda de tráfego após o redesign do site: como achar a mudança que causou

Equipe Changeline · Publicado em · 9 min de leitura

A queda de tráfego após o redesign de um site costuma vir de URLs alteradas sem redirecionamento, páginas ou conteúdos removidos, regras de noindex ou robots.txt herdadas do ambiente de testes, ou uma tag de analytics que sumiu. Confira o tracking primeiro, depois compare os cliques do Search Console por grupo de páginas e alinhe a data de cada publicação.

Por que o tráfego cai depois do redesign de um site?

O tráfego cai depois de um redesign quando o relançamento mexe em algo de que o Google ou o seu analytics dependem: URLs, redirecionamentos, conteúdo indexável, links internos ou a tag de medição. Um visual novo, sozinho, raramente explica a perda; as mudanças que vão junto com ele, sim.

A maioria dos redesigns junta muitas alterações numa única data. Templates novos, outro CMS, uma estrutura de URLs “mais limpa”, páginas fundidas, um banner de cookies novo e uma tag reinstalada entram no ar ao mesmo tempo. Por isso as primeiras semanas depois do lançamento são tão difíceis de ler: várias causas possíveis têm a mesma data.

Os suspeitos de sempre:

  • URLs alteradas sem redirecionamento. As URLs antigas retornam 404, e o posicionamento e os links que elas tinham não passam para as páginas novas.
  • Redirecionamentos errados. Redirecionamentos temporários (302, 307) onde deveria haver permanentes, cadeias com vários saltos ou muitas páginas antigas mandadas para a nova home.
  • Conteúdo removido ou fundido. Páginas que ranqueavam para buscas de cauda longa foram cortadas ou viraram um trecho de uma página mais curta.
  • Restos do ambiente de testes. Um disallow no robots.txt ou uma tag noindex do site de homologação foi para produção.
  • Templates diferentes. Títulos, headings ou menus novos que perderam as palavras pelas quais a página ranqueava, ou menos links internos para páginas profundas.
  • Tracking quebrado. A tag de analytics ou a configuração de consentimento não foi migrada, e o tráfego parece menor do que é.

Se a queda começou numa data sem relançamento, o artigo sobre por que o tráfego orgânico caiu cobre atualizações do Google e outras causas.

A queda é real ou o redesign quebrou o tracking?

Verifique isso primeiro, porque uma tag quebrada depois do relançamento se parece exatamente com perda de tráfego. Compare o GA4 com o Google Search Console: se os cliques no Search Console ficaram estáveis enquanto as sessões no GA4 caíram no dia do lançamento, o problema é de medição, não de visitantes.

  1. Abra o site novo e acompanhe o relatório de tempo real do GA4. Segundo o Google, os dados devem começar a aparecer ali poucos minutos depois de a tag disparar corretamente.
  2. Use o DebugView ou o Tag Assistant para confirmar que visualizações de página e eventos principais disparam nos templates novos, incluindo formulários e páginas de obrigado.
  3. Veja se o banner de consentimento mudou junto com o redesign, já que uma configuração nova pode impedir que as tags disparem.
  4. Compare os cliques orgânicos do Search Console com as sessões orgânicas do GA4 nos mesmos dias. Uma diferença que se abre no dia do lançamento aponta para o tracking.

Dê tempo aos relatórios padrão: o Google recomenda esperar de 24 a 48 horas pelo processamento completo, então não julgue o relançamento pelos relatórios do mesmo dia. Para um passo a passo, veja como diferenciar um problema de tracking de uma perda real de visitantes e nosso guia do Tag Assistant. Se as conversões caíram e o tráfego não, olhe também formulários e URLs de obrigado: nosso artigo sobre acompanhamento de conversões do Google Ads lista as mudanças que alteram a contagem.

Leia também: Por que meu ROAS caiu? Como encontrar a mudança por trás da queda · Como explicar uma queda de conversões ao cliente

Quanto tempo o tráfego leva para se recuperar depois de um redesign ou migração?

Se as URLs mudaram, espere alguma oscilação. A documentação do Google sobre mudanças de site diz que haverá flutuações no ranking durante a migração e que, para um site de porte médio, pode levar algumas semanas ou mais até a maioria das páginas ser transferida no índice; sites maiores levam mais tempo.

A migração só termina quando o Googlebot visita cada URL antiga e nova pelo menos uma vez, e o Google não tem uma frequência fixa de rastreamento. Por isso uma recuperação lenta e irregular é normal nas primeiras semanas. O que não é normal é uma perda concentrada em páginas cujas URLs antigas dão erro, ou em páginas que deixaram de ser indexadas.

O que você vêSignificado provávelOnde conferir
O sitemap das URLs antigas cai e o das novas sobeA migração está sendo processadaSearch Console, relatório de sitemaps
Muitas URLs antigas em “Não encontrado (404)”Faltam redirecionamentosRelatório de indexação de páginas, ferramenta de inspeção de URL
URLs novas ainda sem indexação semanas depoisBloqueadas, com noindex ou sem linksRelatório de indexação de páginas, robots.txt, código da página
Cliques caíram em um único templateUma mudança de template, não a migração todaCliques do Search Console filtrados por página
O GA4 caiu, os cliques do Search Console nãoTracking, não tráfegoTempo real do GA4, DebugView, Tag Assistant

O Google também recomenda manter os redirecionamentos pelo maior tempo possível, em geral pelo menos um ano, para que os sinais sejam transferidos às URLs novas (guia do Google sobre mudanças de site). Tirá-los cedo porque o tráfego “voltou” pode reabrir o problema.

Quais mudanças do redesign você deve conferir primeiro?

Comece pelas mudanças que tiram páginas do índice do Google e depois pelas que mudam o que as páginas dizem. Erros de redirecionamento e de indexação derrubam o tráfego rápido; mudanças de template e de conteúdo costumam aparecer como uma queda mais lenta.

Redirecionamentos

O Google recomenda redirecionamentos permanentes do lado do servidor (301 ou 308) de cada URL antiga para a equivalente nova mais próxima. Redirecionamentos temporários (302, 303, 307) dizem ao Google que a URL antiga continua sendo a canônica. Evite cadeias (o ideal é no máximo 3 saltos, e menos de 5) e não mande muitas URLs antigas para uma única página sem relação, como a home. Redirecionamentos em JavaScript são o último recurso, porque a renderização pode falhar e o Google pode nunca vê-los (redirecionamentos e a Pesquisa Google).

Erros 404 e páginas removidas

Segundo o Google, erros 404 não prejudicam a indexação nem o ranking do resto do site. A perda vem dos 404 em páginas que mudaram de endereço: se o conteúdo foi movido, adicione um redirecionamento. Exporte as URLs antigas que recebiam cliques e confira uma a uma.

Regras de indexação

Procure um disallow no robots.txt ou uma tag noindex copiada da homologação, e tags canônicas que apontam para o domínio antigo ou para a página errada. A ferramenta de inspeção de URL mostra como o Google vê cada URL.

Templates e conteúdo

Compare títulos, headings, texto e links internos antigos e novos das principais páginas de entrada. Uma página mais curta, ou um menu que não linka mais as páginas de categoria, pode perder posições sem nenhum erro técnico.

Como isolar qual publicação causou a queda de tráfego?

Date a queda com precisão, divida-a por grupo de páginas e associe cada grupo afetado à publicação que mexeu nele. Um redesign quase nunca é uma mudança só; é uma série de publicações, e a que bate com a data e com as páginas é a sua causa.

  1. Descartar problema de tracking
  2. Dividir a queda por grupo de páginas
  3. Associar cada grupo a uma publicação
  4. Testar uma correção por vez

No Search Console, compare os cliques das quatro semanas antes e depois do lançamento e filtre por página ou padrão de URL, como /blog/, /produtos/ ou /servicos/. Se só um grupo perdeu cliques, a causa está no que mudou para ele: as URLs, o template ou os redirecionamentos. Depois confira eventos externos nos mesmos dias, como uma atualização do Google ou uma campanha pausada, para não culpar o redesign por outra coisa.

A parte difícil são as datas. Um relançamento costuma vir seguido de correções, lotes de redirecionamentos, um banner de consentimento novo e ajustes de conteúdo ao longo de vários dias, enquanto as campanhas pagas continuam mudando em paralelo. Com todas as mudanças numa única linha do tempo, você veria que os redirecionamentos do blog entraram no ar na terça, dois dias depois do lançamento e exatamente no dia em que os cliques do blog caíram. No Changeline, a equipe registra cada publicação com data, responsável e motivo, e as alterações do Google Ads são importadas automaticamente ao lado, então site e campanhas ficam na mesma linha do tempo.

Exemplo: um cliente pergunta por que os leads orgânicos caíram 30% duas semanas depois do relançamento. Ao alinhar as mudanças dos dias anteriores, a agência vê que no terceiro dia fundiu 40 páginas de serviço em 8 e redirecionou o resto para a home. Os cliques nas páginas de serviço vinham caindo desde então, enquanto o blog seguia estável. Redirecionar cada página antiga para o serviço novo mais próximo explicou a queda ao cliente e deu uma correção clara. (Nomes e números são ilustrativos.)

  1. LançamentoSiteRelançamento do site
  2. Dia 3Site40 páginas de serviço viram 8
  3. Dia 3SiteResto redirecionado para a home
  4. Semana 2Leads orgânicos −30%
Exemplo

Leads orgânicos por semanaApós relançamento: −30%

Exemplo · seu relatório de analytics

Como corrigir a queda de tráfego depois de um redesign?

Corrija primeiro o que mantém páginas fora do índice, depois recupere o conteúdo que ranqueava, e mude uma coisa por vez para saber o que funcionou.

  1. Reúna as URLs antigas a partir de sitemaps antigos, logs do servidor, analytics, CMS e Search Console, como sugere o guia do Google, e monte o mapeamento de URL de antigas para novas.
  2. Crie redirecionamentos permanentes para cada URL movida e corrija cadeias e redirecionamentos para a home.
  3. Remova tags noindex e bloqueios no robots.txt que sobraram e corrija as tags canônicas.
  4. Envie o sitemap novo no Search Console. Mantenha o antigo por um tempo para ver as páginas indexadas caírem até perto de zero e depois remova-o.
  5. Recupere títulos, headings, seções e links internos nas páginas que mais perderam cliques.
  6. Registre cada correção com a data, para ler a recuperação contra ela depois.

Se o próprio domínio mudou, use a ferramenta “Alteração de endereço” do Search Console no site antigo. O Google diz que ela serve para mudanças de domínio ou subdomínio, não para migrar de HTTP para HTTPS, trocar www no mesmo domínio ou mudar caminhos dentro de um domínio.

Como planejar o próximo redesign com todas as mudanças registradas?

Tire uma linha de base antes do lançamento e mantenha um registro datado de cada publicação depois dele. A maioria das discussões pós-redesign é sobre datas que ninguém anotou.

  • Salve as principais páginas de entrada por cliques e conversões dos últimos 3 meses, além de um sitemap das URLs antigas.
  • Publique em etapas quando der (templates, depois URLs, depois conteúdo), para que cada etapa tenha a sua data.
  • Anote cada publicação: data e hora, páginas afetadas, o que mudou, responsável e motivo.
  • Marque o lançamento também no analytics; nosso guia de anotações no GA4 mostra como.
  • Combine com o cliente, antes do lançamento, quanto tempo esperar para avaliar os resultados.

Um registro de mudanças do site transforma isso em hábito, e o guia do log de mudanças de marketing explica como manter site e campanhas juntos. Nosso modelo de log de mudanças de marketing já vem com as colunas, e quando o cliente perguntar o que aconteceu, este guia para explicar uma queda ao cliente ajuda na conversa.

Na próxima queda de uma métrica, os suspeitos já estão listados

O Changeline coloca as alterações do seu time, as alterações importadas do Google Ads e as edições de site, tracking e CRM em uma linha do tempo por cliente.

Plano Free: 1 projeto, 2 editores, 15 dias de histórico. Sem cartão.

Perguntas frequentes

É normal perder tráfego depois do redesign de um site?

Alguma oscilação é normal quando as URLs mudam: o Google diz para esperar flutuações no ranking e que um site médio pode levar algumas semanas ou mais para ser migrado. Um redesign que mantém as mesmas URLs não deveria causar, sozinho, uma queda grande. Se causar, confira tracking, regras de indexação e mudanças de conteúdo nas páginas que perderam cliques.

Por quanto tempo manter os redirecionamentos 301 depois de uma migração?

O Google recomenda manter os redirecionamentos pelo maior tempo possível, em geral pelo menos um ano, para que os sinais passem para as URLs novas. Mantenha por mais tempo as URLs antigas que ainda recebem links ou visitas. Tirar os redirecionamentos cedo pode trazer de volta erros 404 e perda de posições.

Erros 404 depois do redesign prejudicam o ranking?

O Google diz que erros 404 não prejudicam a indexação nem o ranking do resto do site. A perda fica na própria página: se uma página que ranqueava agora retorna 404 em vez de redirecionar, o tráfego dela se perde. Redirecione o conteúdo que mudou de lugar e deixe retornar 404 ou 410 o que foi de fato removido.

Devo redirecionar as páginas antigas para a home?

Não. O Google desaconselha mandar muitas URLs antigas para uma única página sem relação, como a home. Redirecione cada URL antiga para a equivalente nova mais próxima. Se não houver equivalente, é melhor a URL antiga retornar 404 do que redirecionar para a página inicial.

Por que as conversões caíram depois do redesign, mas o tráfego não?

Nesse caso a causa costuma estar na medição ou no formulário: uma URL de obrigado que não bate mais com a regra de conversão, uma tag que ficou fora dos templates novos, um banner de consentimento diferente ou um formulário que falha em alguns aparelhos. Teste uma conversão real no site novo e confira a data de cada mudança.

Fontes

  1. Mudanças de site com alteração de URL (Central da Pesquisa Google)
  2. Redirecionamentos e a Pesquisa Google (Central da Pesquisa Google)
  3. Relatório de indexação de páginas (Ajuda do Search Console)
  4. Erros 404 (página não encontrada) (Ajuda do Search Console)
  5. Verificar e solucionar problemas na configuração do Google Analytics (Google for Developers)