Reduza a Subparte da Duração de Espera do Time to First Byte

Reduza a Duração de Espera do Time to First Byte

Este artigo faz parte do nosso guia sobre Time to First Byte (TTFB). A duração de espera é a primeira subparte do TTFB e consiste principalmente no tempo de redirecionamento e no enfileiramento do navegador. Uma alta duração de espera é quase sempre causada por redirecionamentos desnecessários que adicionam viagens de ida e volta antes que o servidor possa começar a processar a solicitação real.

O Time to First Byte (TTFB) pode ser dividido nas seguintes subpartes:

• Waiting + Redirect (ou duração de espera)
• Worker + Cache (ou duração do cache)
• DNS (ou duração do DNS)
• Connection (ou duração da conexão)
• Request (ou duração da solicitação)

Procurando otimizar o Time to First Byte? Este artigo cobre a parte da duração de espera do Time to First Byte. Se você está procurando entender ou consertar o Time to First Byte e não sabe o que significa a duração de espera, leia o que é o Time to First Byte e como corrigir e identificar problemas de Time to First Byte antes de começar com este artigo.

Os redirecionamentos podem ter um grande impacto no Time to First Byte (TTFB) porque cada redirecionamento é adicionado ao tempo que leva para um navegador receber o primeiro byte de dados de um servidor. Veja como os redirecionamentos influenciam o TTFB:

Como os Redirecionamentos Aumentam o Time to First Byte?

Os redirecionamentos geralmente são incluídos na medição completa do TTFB (veja a caixa azul). Isso significa que o tempo gasto para todos os redirecionamentos é fatorado na pontuação geral do TTFB, potencialmente fazendo com que pareça mais alta do que o esperado.

Quando uma página é redirecionada, estas são as etapas usuais que ocorrem:

• O navegador envia uma solicitação inicial para o URL original.
• O servidor processa esta solicitação e responde com um código de status de redirecionamento (por exemplo, 301 ou 302).
• O navegador então envia uma nova solicitação para o URL redirecionado.
• O servidor processa esta segunda solicitação e começa a enviar o conteúdo real.

Tipos de Redirecionamentos e Seu Impacto

Nem todos os redirecionamentos são iguais. Entender os diferentes tipos ajuda a priorizar quais redirecionamentos eliminar primeiro:

Um único redirecionamento geralmente adiciona de 50 a 300 milissegundos ao TTFB, dependendo das condições da rede e do tempo de resposta do servidor. Quando dois ou três redirecionamentos se encadeiam, esses tempos se acumulam e podem empurrar o TTFB muito acima do limite "bom" de 800 ms.

Aumento no Tempo de Processamento do Servidor

Esse processamento adicional aumenta o TTFB geral, pois cada etapa exige tempo para que o servidor lide com a solicitação e responda.

Cadeias de Redirecionamento

Em alguns casos, vários redirecionamentos podem ocorrer antes de chegar ao destino final. Isso cria uma "cadeia de redirecionamento" que aumenta o TTFB. Cada redirecionamento na cadeia adiciona seu próprio tempo de processamento, aumentando o atraso antes que o primeiro byte do conteúdo real seja recebido.

Um exemplo comum de uma cadeia de redirecionamento:

http://example.com
  -> 301 -> https://example.com
    -> 301 -> https://www.example.com
      -> 301 -> https://www.example.com/en/

Neste exemplo, três redirecionamentos ocorrem antes que o navegador receba qualquer conteúdo. O primeiro redirecionamento (HTTP para HTTPS) pode ser eliminado com HSTS. O segundo e o terceiro redirecionamentos podem ser eliminados atualizando os links internos para apontarem diretamente para o URL final.

Latência de Rede

Os redirecionamentos frequentemente envolvem viagens de ida e volta de rede adicionais entre o cliente e o servidor. Isso introduz latência de rede extra, especialmente se os redirecionamentos envolverem domínios ou servidores diferentes. A distância física entre o cliente e o servidor para cada redirecionamento pode impactar ainda mais o TTFB.

Redirecionamentos JavaScript vs Redirecionamentos no lado do servidor: Apenas os redirecionamentos no lado do servidor (que funcionam com um cabeçalho de redirecionamento 30x) são adicionados ao Time to First Byte. Os redirecionamentos JavaScript não são adicionados ao Time to First Byte porque uma resposta completa (200) já foi enviada pelo servidor.

Alguém poderia pensar que os redirecionamentos JavaScript deveriam ser preferidos, pois não aumentam o Time to First Byte. Infelizmente, os redirecionamentos JavaScript são muito mais lentos para usuários reais e causarão uma péssima User Experience.

Impacto na User Experience (e SEO)

Embora os redirecionamentos sejam às vezes necessários, seu impacto no TTFB pode ter implicações mais amplas:

• User Experience: Um TTFB mais lento devido a redirecionamentos pode atrasar a renderização inicial da página, potencialmente frustrando os usuários.
• SEO: Embora o TTFB não seja um fator direto de ranqueamento, ele influencia outras métricas como o Largest Contentful Paint (LCP), que é um Core Web Vitals considerado pelos mecanismos de busca.
• Crawl budget: Os rastreadores dos mecanismos de busca seguem os redirecionamentos, o que significa que cada redirecionamento consome crawl budget adicional. Para sites grandes, isso pode retardar a descoberta de conteúdo novo ou atualizado.

Como Medir Problemas de TTFB Causados por Redirecionamentos

Para descobrir o impacto que usuários reais experimentam causado por redirecionamentos, você precisará usar uma ferramenta RUM como o CoreDash. O Real User Monitoring permitirá que você rastreie os Core Web Vitals em grandes detalhes.

No CoreDash, basta clicar em "redirect count" para visualizar seus dados segmentados pela contagem de redirecionamentos. Em seguida, por exemplo, clique no segmento "1 redirect" para filtrar os dados RUM por "1 redirect" e visualizar todos os URLs afetados.

Como Auditar Seu Site em Busca de Redirecionamentos

Uma auditoria sistemática de redirecionamentos envolve três etapas:

Etapa 1: Rastreie Seu Site

Use uma ferramenta de rastreamento (como MarketingTracer, Screaming Frog ou Sitebulb) para rastrear todo o seu site. O rastreador relatará todos os URLs internos que respondem com um código de status 3xx. Exporte a lista e classifique pelo número de links internos de entrada apontando para cada URL redirecionado.

Etapa 2: Identifique Cadeias de Redirecionamento

Filtre os resultados do rastreamento para qualquer URL que redirecione para outro URL que também redirecione. Essas cadeias devem ser corrigidas primeiro porque elas multiplicam a penalidade no TTFB.

Etapa 3: Corrija e Verifique

Atualize seus links internos para apontarem diretamente para o URL de destino final. Após atualizar os links, rastreie novamente para verificar se os redirecionamentos não são mais acionados a partir da navegação interna. Use o seguinte trecho de JavaScript para detectar redirecionamentos a partir do navegador:

new PerformanceObserver((entryList) => {
  const [nav] = entryList.getEntriesByType('navigation');
  if (nav.redirectCount > 0) {
    console.warn('Redirect detected!', {
      redirectCount: nav.redirectCount,
      redirectTime: nav.redirectEnd - nav.redirectStart,
      finalUrl: nav.name
    });
  }
}).observe({
  type: 'navigation',
  buffered: true
});

Como Minimizar o Impacto dos Redirecionamentos

Como regra geral, siga estas 3 etapas simples para evitar problemas de redirecionamento:

• Minimize o uso de redirecionamentos sempre que possível.
• Evite cadeias de redirecionamento atualizando os links para apontarem diretamente para o URL de destino final.
• Use redirecionamentos no lado do servidor em vez de redirecionamentos no lado do cliente, quando possível, pois eles geralmente são mais rápidos.

Redirecionamentos de mesma origem. Os redirecionamentos de mesma origem vêm de links em seu próprio site. Você deve ter controle total sobre esses links e deve priorizar a correção deles ao trabalhar no Time to First Byte. O método típico de encontrar esses redirecionamentos internos é usar qualquer uma das ferramentas disponíveis que permitirão verificar todo o seu site em busca de redirecionamentos.

Redirecionamentos de origem cruzada. Os redirecionamentos de origem cruzada vêm de links em outros sites. Você tem muito pouco controle sobre eles. Para links de alto impacto que geram muito tráfego, considere entrar em contato com o webmaster do site para atualizar o URL vinculado.

Cadeias de redirecionamento. Redirecionamentos múltiplos ou cadeias de redirecionamento ocorrem quando um único redirecionamento não redireciona para o local final do recurso. Esses tipos de redirecionamentos colocam mais carga no Time to First Byte e devem ser evitados a todo custo. Novamente, use uma ferramenta para encontrar esses tipos de redirecionamentos e corrigi-los.

Redirecionamentos HTTP para HTTPS e HSTS

Redirecionamentos HTTP para HTTPS são um dos tipos de redirecionamento mais comuns. Todo visitante que digita seu domínio sem "https://" ou segue um link HTTP antigo passará por um redirecionamento 301. O cabeçalho Strict-Transport-Security (HSTS) elimina esse redirecionamento para visitantes que retornam, dizendo ao navegador para sempre usar HTTPS.

Para habilitar o HSTS, adicione o seguinte cabeçalho à resposta do seu servidor:

Strict-Transport-Security: max-age=31536000; includeSubDomains; preload

Veja o que cada diretiva significa:

• max-age=31536000: o navegador lembrará de usar HTTPS para este domínio por um ano (31.536.000 segundos).
• includeSubDomains: aplica o requisito de HTTPS a todos os subdomínios também.
• preload: permite que o seu domínio seja incluído na lista de pré-carregamento HSTS embutida no navegador, o que significa que até mesmo a primeira visita usará HTTPS sem um redirecionamento.

Para enviar o seu domínio para a lista de pré-carregamento HSTS, visite hstspreload.org. Assim que o seu domínio estiver na lista de pré-carregamento, os navegadores nunca farão uma solicitação HTTP para o seu domínio, eliminando completamente o redirecionamento de HTTP para HTTPS para todos os visitantes.

No Apache, você pode adicionar o HSTS com:

Header always set Strict-Transport-Security "max-age=31536000; includeSubDomains; preload"

No Nginx:

add_header Strict-Transport-Security "max-age=31536000; includeSubDomains; preload" always;

Em geral, recomendamos:

1. Verificar e atualizar regularmente seus links internos. Sempre que você alterar a localização de uma página, atualize seus links internos para essa página para garantir que nenhuma referência à localização anterior da página permaneça.
2. Lidar com redirecionamentos no nível do servidor. O método de redirecionamento preferido é um redirecionamento 301. Um redirecionamento 301 é um redirecionamento permanente, enquanto um redirecionamento 302 é um redirecionamento temporário. Os redirecionamentos temporários, por exemplo, podem não ser atualizados nos mecanismos de busca.
3. Usar URLs relativos: ao fazer links para páginas em seu próprio site, use URLs relativos em vez de URLs absolutos. Isso ajudará a prevenir redirecionamentos desnecessários.
4. Usar URLs canônicos: se você tiver várias páginas com conteúdo semelhante, use um URL canônico para indicar a versão preferida da página. Isso ajudará a evitar conteúdo duplicado e redirecionamentos desnecessários.

Leitura Adicional: Guias de Otimização

Guias relacionados:

• 103 Early Hints: reduza o TTFB percebido enviando dicas de recursos enquanto o servidor processa a resposta completa.
• Configurar a Cloudflare para Desempenho: otimize sua configuração de CDN para reduzir as cadeias de redirecionamento e melhorar o TTFB global.

Subpartes do TTFB: Guias Completos

A duração de espera é uma das cinco subpartes do TTFB. Explore as outras subpartes para entender o quadro completo:

• Corrigir e Identificar Problemas de TTFB: o ponto de partida diagnóstico para toda otimização de TTFB.
• Duração do Cache: desempenho do service worker, buscas no cache do navegador e bfcache.
• Duração do DNS: seleção do provedor de DNS, configuração de TTL e dns-prefetch.
• Duração da Conexão: handshake TCP, otimização TLS, HTTP/3 e preconnect.
• Duração da Solicitação: tempo de processamento do servidor, consultas ao banco de dados e otimização de backend.