Dimensão Core/Dash: Contagem de Redirecionamentos

Dimensão: Navegação: Contagem de Redirecionamentos (redir)

A dimensão redir conta os redirecionamentos HTTP antes de chegar à página final. Os valores são 0, 1, 2 ou 3+. Cada redirecionamento é uma viagem de ida e volta completa na rede que ocorre antes mesmo de o seu servidor começar a gerar o HTML.

Em uma conexão com RTT de 100ms, um redirecionamento adiciona 100ms ao TTFB. Em uma conexão móvel de 200ms, isso dobra. Dois redirecionamentos em dispositivos móveis: 400ms de pura espera antes que o navegador receba um único byte da sua página. Essa latência é invisível em testes de laboratório que acessam a URL final diretamente, mas usuários reais seguindo links, favoritos ou resultados de pesquisa a absorvem em cada visita.

Os valores

0 redirecionamentos

O estado ideal. O navegador acessou a URL final na primeira solicitação. Toda a navegação interna deve produzir esse valor. Se os links, sitemaps e tags canônicas do seu próprio site estiverem corretos, o tráfego interno permanece em 0.

1 redirecionamento

Comum para tráfego externo: atualizações de HTTP para HTTPS, normalização de www ou URLs de campanhas de marketing. Aceitável para links de entrada que você não controla. Inaceitável para seus próprios links internos. Se o CoreDash mostrar 1 redirecionamento em navegações internas, seus links estão apontando para URLs antigas ou inconsistentes.

2+ redirecionamentos

Cadeias de redirecionamento. Uma URL encurtada redireciona para um domínio de rastreamento, que redireciona para o seu endpoint HTTP, que redireciona para HTTPS. Três saltos, três viagens de ida e volta. Agrupe por URL para descobrir quais pontos de entrada criam essas cadeias e, em seguida, elimine os intermediários.

De onde vêm os redirecionamentos

• HTTP para HTTPS: Links internos desatualizados ainda apontando para http://. Atualize todos os links, sitemaps e tags canônicas para usar https:// diretamente.
• Normalização de www: Inconsistência entre www e não-www. Aplique uma regra no nível do DNS e atualize todas as referências.
• Mudanças de slug no CMS: Caminhos antigos redirecionando para novos caminhos via 301. Tudo bem para backlinks externos, mas atualize todos os links internos para apontar diretamente para o novo slug.
• URLs amigáveis de marketing: Caminhos amigáveis como /promocao-primavera redirecionando para /produtos/sazonais. Cada visitante paga o custo de latência em cada clique.
• Encurtadores de URL em e-mails e redes sociais: Links passando por Bitly, pixels de rastreamento ou provedores de serviços de e-mail antes de chegar ao seu domínio. Cada serviço adiciona uma viagem de ida e volta que você não pode controlar, mas você pode minimizar seus próprios redirecionamentos para que o total permaneça baixo.

Fluxo de trabalho de depuração

1. Filtre por redir ≥ 1: Veja qual porcentagem do seu tráfego total atinge pelo menos um redirecionamento. Qualquer valor acima de 15% vale a pena ser investigado.
2. Agrupe por URL: Encontre quais landing pages são as maiores infratoras. Páginas de marketing e posts de blog antigos com slugs alterados tendem a dominar.
3. Separe interno vs externo: Filtre por origem da navegação. Tráfego da mesma origem com redirecionamentos significa que seus próprios links estão incorretos. Redirecionamentos de origem cruzada são mais difíceis de corrigir, mas menos urgentes.
4. Corrija a origem, não o redirecionamento: Não otimize o redirecionamento em si (resposta mais rápida do servidor). Elimine-o atualizando o link que o causou.

Regras práticas de engenharia

• 0 redirecionamentos em toda a navegação interna. Nenhum redirecionamento do seu próprio site é aceitável quando você controla o link de origem.
• Faça uma auditoria após cada migração de URL. Quando você altera slugs ou move páginas, procure (grep) na sua base de código e CMS pelos caminhos antigos. Redirecionamentos são uma rede de segurança para links externos, não um substituto para a atualização de suas próprias referências.
• Reserve 150ms por redirecionamento em dispositivos móveis. Se a sua meta de TTFB for de 800ms e os usuários passarem por dois redirecionamentos, você já gastou 300ms antes mesmo do servidor fazer qualquer trabalho.

Os redirecionamentos são a vitória mais fácil de encontrar e corrigir no TTFB. Sem alterações de código, sem ajustes de servidor, sem otimização de ativos. Apenas atualize a URL que aponta para o lugar errado.