Core/Dash Dimension: Origem da Navegação

Veja se seus visitantes chegam do mesmo domínio ou de fontes externas, e como essa divisão molda seus Core Web Vitals.

Teste grátis

Trusted by market leaders · Client results

monarchmy work featured on web.devaleteiahappyhorizondpg medianestleadevintaebaycompareharvardkpnloopearplugssnvnina carevpnmarktplaatsworkivawhowhatwearperionerasmusmcfotocasasaturn

O que a Origem da Navegação mede

A dimensão Origem da Navegação divide seus dados de campo em dois grupos:

  • Mesma Origem (1) — a página anterior estava no mesmo domínio.
  • Origem Cruzada (2) — o usuário chegou de um domínio diferente, um mecanismo de busca, uma plataforma social, ou digitou a URL diretamente.

Essa distinção é importante porque as condições iniciais do navegador são completamente diferentes em cada caso. Uma navegação da mesma origem pode reutilizar uma conexão existente, aproveitar o cache HTTP para sub-recursos e se beneficiar de qualquer pré-carregamento (prefetching) que seu site tenha configurado. Uma navegação de origem cruzada começa do zero.

Por que as navegações de origem cruzada são mais lentas

Quando um usuário clica em um link de um site externo, o navegador tem trabalho a fazer antes mesmo de poder solicitar seu HTML:

  1. Busca DNS — resolve seu domínio para um endereço IP.
  2. Handshake TCP — abre uma conexão com seu servidor.
  3. Negociação TLS — conclui o handshake HTTPS.

Juntas, essas etapas normalmente adicionam de 200 a 500 ms em uma conexão móvel antes que o primeiro byte da sua página seja solicitado. Esse custo aparece diretamente no Time to First Byte (TTFB), e se o seu elemento LCP depender de um recurso carregado após a chegada do HTML, isso também se transforma em um Largest Contentful Paint (LCP) pior.

Sub-recursos em cache também ficam indisponíveis. Um visitante que clicou a partir do Google não possui uma cópia em cache das suas fontes, imagem principal (hero image) ou CSS crítico. Um visitante que acabou de vir da sua página inicial provavelmente possui todos eles.

Navegações de mesma origem e o cache de avanço e retrocesso (bfcache)

As navegações da mesma origem abrem as portas para duas vantagens de desempenho que as navegações de origem cruzada não podem usar com tanta confiabilidade.

Primeiro, a Speculation Rules API permite fazer o prefetch ou prerender de páginas internas antes que o usuário clique. O navegador pode ter a próxima página totalmente renderizada em uma aba em segundo plano, tornando a navegação instantânea. Isso se aplica apenas a destinos da mesma origem.

Segundo, o back-forward cache (bfcache) restaura uma página da memória quando o usuário pressiona o botão de voltar. Os acertos do bfcache são extremamente rápidos e obtêm boas pontuações em todos os Core Web Vitals. Eles aparecem nos seus dados como navegações da mesma origem. Se o seu LCP da mesma origem for significativamente melhor que o LCP de origem cruzada, o bfcache e o prefetch provavelmente estão contribuindo para essa diferença.

Como ler esta dimensão no CoreDash

coredash metric table urls

No CoreDash, use a Origem da Navegação como um filtro ou como uma dimensão de detalhamento juntamente com qualquer métrica. A comparação mais útil é o LCP por origem da navegação. Uma grande diferença entre o LCP de mesma origem e o de origem cruzada indica uma destas três coisas:

  • Suas páginas de entrada de origem cruzada têm um TTFB lento que infla o LCP.
  • Navegações da mesma origem se beneficiam de prefetch ou bfcache, mas suas páginas de origem cruzada não.
  • Seus sub-recursos em cache ajudam os visitantes que retornam, mas não os que chegam pela primeira vez de fontes externas.

Dados de origem cruzada geralmente são o número mais importante para SEO. O Chrome UX Report (CrUX) do Google inclui todos os tipos de navegação, mas o tráfego de pesquisa orgânica é quase inteiramente de origem cruzada. Se o seu LCP de origem cruzada for aprovado enquanto o LCP de mesma origem falhar, isso é incomum e vale a pena investigar. O inverso é muito mais comum.

Reduzindo a penalidade de origem cruzada

Você não pode eliminar totalmente a penalidade de inicialização a frio, mas pode reduzi-la:

  • Use uma CDN com um TTFB rápido. A sobrecarga de conexão diminui quando seu servidor está geograficamente próximo ao usuário e responde rapidamente. Tenha como meta um TTFB inferior a 200 ms para o documento HTML.
  • Faça o pré-carregamento da imagem LCP. Um <link rel="preload"> no <head> inicia a busca da imagem o mais cedo possível, reduzindo o tempo entre a entrega do HTML e a pintura do elemento LCP.
  • Coloque o CSS crítico in-line. Nenhuma solicitação de folha de estilo que bloqueie a renderização significa que o navegador pode pintar mais cedo, mesmo em uma conexão a frio.
  • Adicione dicas preconnect para origens de terceiros. Se a sua imagem LCP ou um recurso que bloqueia a renderização estiver hospedado em um domínio diferente, uma dica rel="preconnect" inicia o trabalho de TCP e TLS antecipadamente.

Para navegações de mesma origem, a Speculation Rules API é a melhoria de maior impacto disponível hoje. O pré-render (prerendering) da próxima página mais provável reduz o LCP a quase zero nessas transições.

Origem da Navegação no contexto

A Origem da Navegação funciona bem junto com a dimensão Tipo de Navegação (que separa as ações de navegar, recarregar, avançar/voltar e pré-renderizar) e a dimensão Tipo de Conexão Efetiva. Uma navegação de origem cruzada em uma conexão lenta é o cenário mais difícil que seu site enfrenta. Filtrar por essas duas condições juntas mostrará o verdadeiro pior cenário de desempenho e onde as maiores melhorias estão disponíveis.