Dimensão Core/Dash: Contagem de Redirects
Meça quantos redirects HTTP os usuários encontram antes de chegar à sua página e o custo direto deles no TTFB.

Dimensão: Navegação: Contagem de Redirects (redir)
A dimensão `redir conta os redirects HTTP antes de chegar à página final. Os valores são 0, 1, 2 ou 3+. Cada redirect é um round trip de rede completo que acontece antes mesmo de seu servidor começar a gerar o HTML.`
`Em uma conexão com RTT de 100ms, um redirect adiciona 100ms ao TTFB. Em uma conexão móvel de 200ms, isso dobra. Dois redirects no mobile: 400ms de pura espera antes que o navegador receba um único byte de sua página. Essa latência é invisível em testes de laboratório que acessam a URL final diretamente, mas usuários reais que seguem links, favoritos ou resultados de busca a absorvem em cada visita.`
`Os valores 0 redirects`
`O estado ideal. O navegador acessou a URL final na primeira requisição. Toda a navegação interna deve produzir este valor. Se os links do seu próprio site, sitemaps e tags canônicas estiverem corretos, o tráfego interno permanece em 0.`
`1 redirect`
`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. Não aceitável para seus próprios links internos. Se o CoreDash mostrar 1 redirect em navegações internas, seus links estão apontando para URLs antigas ou inconsistentes.`
`2+ redirects`
`Cadeias de redirect. Uma URL encurtada redireciona para um domínio de rastreamento, que redireciona para seu endpoint HTTP, que redireciona para HTTPS. Três saltos, três round trips. Agrupe por` `URL para encontrar quais pontos de entrada criam essas cadeias e, em seguida, elimine os intermediários.`
De onde vêm os redirects HTTP para HTTPS: Links internos desatualizados que ainda apontam 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. Imponha um no nível do DNS e atualize todas as referências. Mudanças de slug no CMS: Caminhos antigos redirecionando para caminhos novos via 301. Tudo bem para backlinks externos, mas atualize cada link interno para apontar diretamente para o novo slug. URLs amigáveis de marketing (vanity URLs): Caminhos personalizados como \/promocao-primavera redirecionando para \/produtos\/sazonal. Cada visitante paga o custo da latência em cada clique. Encurtadores de URL em e-mail e redes sociais: Links que passam pelo Bitly, pixels de rastreamento ou provedores de serviços de e-mail antes de chegar ao seu domínio. Cada serviço adiciona um round trip que você não pode controlar, mas você pode minimizar seus próprios redirects para que o total permaneça baixo. Fluxo de trabalho de depuração Filtrar por redir ≥ 1: Veja qual porcentagem do seu tráfego total encontra pelo menos um redirect. Qualquer valor acima de 15% merece investigação. Agrupar por URL: Encontre quais landing pages são as piores infratoras. Páginas de marketing e posts de blog antigos com slugs alterados tendem a dominar. Dividir interno vs externo: Filtre por origem da navegação. Tráfego de mesma origem com redirects significa que seus próprios links estão errados. Redirects de origens cruzadas são mais difíceis de corrigir, mas menos urgentes. Corrigir a origem, não o redirect: Não otimize o redirect em si (resposta mais rápida do servidor). Elimine-o atualizando o link que o causou. Regras práticas de engenharia 0 redirects em toda a navegação interna. Nenhum redirect do seu próprio site é aceitável quando você controla o link de origem. Audite após cada migração de URL. Quando você alterar slugs ou mover páginas, faça um grep em sua base de código e no CMS pelos caminhos antigos. Redirects são uma rede de segurança para links externos, não um substituto para a atualização de suas próprias referências. Orçamento de 150ms por redirect no mobile. Se sua meta de TTFB é 800ms e os usuários encontram dois redirects, você já gastou 300ms antes que seu servidor faça qualquer trabalho.Redirects são o ganho de TTFB mais fácil de encontrar e corrigir. Sem alterações de código, sem ajuste de servidor, sem otimizasyon de ativos. Apenas atualize a URL que aponta para o lugar errado. [include]sidebarcoredash.html[\/include] Core/DashReal Time Core Web Vitals monitoring Stationsplein 11 4611 BX Bergen op Zoom Netherlands KvK: 27307732 +31 164 313023 info@corewebvitals.io linkedin Learn PageSpeed About us Terms and Conditions Privacy