Dimensão Core/Dash: Origem da Navegação

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

Teste grátis

Trusted by market leaders · Client results

snvmy work featured on web.devvpnwhowhatwearharvardcomparemarktplaatsperionfotocasasaturnloopearplugsadevintamonarchhappyhorizonnina carenestleerasmusmckpndpg mediaaleteiaworkivaebay

O que a Origem da Navegação mede

A dimensão Origem da Navegação divide os 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 motor de busca, uma rede social ou digitou o URL diretamente.

Esta distinção é importante porque as condições iniciais do navegador são completamente diferentes em cada caso. Uma navegação de mesma origem pode reutilizar uma conexão existente, recorrer ao cache HTTP para sub-recursos e se beneficiar de qualquer prefetch que o 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 o seu HTML:

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

Juntos, esses passos normalmente adicionam 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 se propaga e resulta em um Largest Contentful Paint (LCP) pior também.

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 de destaque (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 back-forward cache

As navegações de mesma origem abrem as portas para duas vantagens de desempenho que as navegações de origem cruzada não podem usar de forma tão confiável.

Primeiro, a Speculation Rules API permite fazer 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 de 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 (hits) 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 de mesma origem. Se o seu LCP de mesma origem for significativamente melhor do que o seu 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 ao lado de qualquer métrica. A comparação mais útil é o LCP por origem de navegação. Uma grande diferença entre o LCP de mesma origem e o de origem cruzada indica uma de três coisas:

  • As suas páginas de entrada de origem cruzada têm um TTFB lento que infla o LCP.
  • As navegações de mesma origem se beneficiam do prefetch ou do bfcache e as suas páginas de origem cruzada não.
  • Os seus sub-recursos em cache ajudam os visitantes recorrentes, mas não os que chegam pela primeira vez a partir de fontes externas.

Os dados de origem cruzada são normalmente 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 busca orgânica é quase inteiramente de origem cruzada. Se o seu LCP de origem cruzada passa na avaliação, enquanto o seu LCP de mesma origem falha, isso é incomum e vale a pena investigar. O inverso é muito mais comum.

Reduzindo a penalidade de origem cruzada

Você não pode eliminar a penalidade de partida a frio (cold-start) completamente, mas pode reduzi-la:

  • Use uma CDN com um TTFB rápido. A sobrecarga de conexão diminui quando o seu servidor está geograficamente próximo do usuário e responde rapidamente. Estabeleça como meta um TTFB inferior a 200 ms para o documento HTML.
  • Faça o preload 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.
  • Use CSS crítico inline. Nenhuma solicitação de folha de estilo de bloqueio de renderização significa que o navegador pode pintar a tela mais cedo, mesmo em uma conexão fria.
  • Adicione dicas preconnect para origens de terceiros. Se a sua imagem LCP ou um recurso de bloqueio de 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 atualmente. Fazer o prerender da próxima página mais provável reduz o LCP a quase zero para essas transições.

Origem da Navegação no contexto

A Origem da Navegação funciona bem ao lado da dimensão Tipo de Navegação (que separa navigate, reload, back-forward e prerender) e da 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 o seu site enfrenta. Filtrar para essas duas condições em conjunto mostrará o seu verdadeiro pior cenário de desempenho e onde as maiores melhorias estão disponíveis.