Reduza a Subparte de 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 o Time to First Byte (TTFB). A duração de espera é a primeira subparte do TTFB e consiste principalmente no tempo de redirecionamento e nas filas 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:

• Espera + Redirecionamento (ou duração de espera)
• Worker + Cache (ou duração de cache)
• DNS (ou duração de DNS)
• Conexão (ou duração de conexão)
• Solicitação (ou duração de solicitação)

Procurando otimizar o Time to First Byte? Este artigo fornece uma análise aprofundada da parte de duração de espera do Time to First Byte. Se você está procurando entender ou corrigir o Time to First Byte e não sabe o que significa a duração de espera, por favor, 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.

Redirecionamentos podem ter um grande impacto no Time to First Byte (TTFB) porque cada redirecionamento é adicionado ao tempo que o navegador leva para 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 em todos os redirecionamentos é fatorado na pontuação geral do TTFB, fazendo com que pareça potencialmente mais alto 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 a URL original.
• O servidor processa essa 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 a URL redirecionada.
• 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. Compreender os diferentes tipos ajuda você 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 compõem e podem empurrar o TTFB muito acima do limite "bom" de 800ms.

Aumento no Tempo de Processamento do Servidor

Esse processamento adicional aumenta o TTFB geral, já que cada etapa exige tempo para o servidor lidar com a solicitação e responder.

Cadeias de Redirecionamento

Em alguns casos, vários redirecionamentos podem ocorrer antes de chegar ao destino final. Isso cria uma "cadeia de redirecionamento" que pode aumentar significativamente 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, ocorrem três redirecionamentos 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 links internos para apontar diretamente para a URL final.

Latência de Rede

Redirecionamentos frequentemente envolvem viagens de ida e volta adicionais na rede 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 de JavaScript vs Redirecionamentos do lado do servidor: Apenas os redirecionamentos do lado do servidor (que funcionam com um cabeçalho de redirecionamento 30x) são adicionados ao Time to First Byte. Redirecionamentos de JavaScript não são adicionados ao Time to First Byte porque uma resposta completa (200) foi enviada pelo servidor.

Pode-se pensar que redirecionamentos de JavaScript devem ser preferidos, já que não adicionam ao Time to First Byte. Infelizmente, redirecionamentos de JavaScript são muito mais lentos para usuários reais e causarão uma Experiência do Usuário ruim.

Impacto na Experiência do Usuário (e SEO)

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

• Experiência do Usuário: 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 de classificação direto, ele influencia outras métricas como o Largest Contentful Paint (LCP), que é um Core Web Vital considerado pelos mecanismos de busca.
• Orçamento de rastreamento (Crawl budget): Os rastreadores de mecanismos de pesquisa seguem os redirecionamentos, o que significa que cada redirecionamento consome um orçamento de rastreamento adicional. Para grandes sites, isso pode atrasar a descoberta de conteúdo novo ou atualizado.

Como Medir Problemas de TTFB Causados por Redirecionamentos

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

No CoreDash, basta clicar em "redirect count" para visualizar seus dados segmentados por contagem de redirecionamentos. Em seguida, por exemplo, clique no segmento "1 redirect" para filtrar os dados do RUM por "1 redirect" e ver todas as URLs afetadas.

Como Auditar Seu Site para Redirecionamentos

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

Etapa 1: Rastreie o Seu Site

Use uma ferramenta de rastreamento (como MarketingTracer, Screaming Frog ou Sitebulb) para rastrear todo o seu site. O rastreador relatará todas as URLs internas 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 redirecionada.

Etapa 2: Identifique Cadeias de Redirecionamento

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

Etapa 3: Corrija e Verifique

Atualize seus links internos para apontar diretamente para a URL de destino final. Depois de 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 do Redirecionamento

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 apontar diretamente para a URL de destino final.
• Use redirecionamentos do lado do servidor em vez de redirecionamentos do lado do cliente sempre que possível, pois geralmente são mais rápidos.

Redirecionamentos de mesma origem. Redirecionamentos de mesma origem originam-se de links no 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 que você verifique todo o seu site em busca de redirecionamentos.

Redirecionamentos de origem cruzada (Cross-origin). Redirecionamentos de origem cruzada originam-se de links em outros sites. Você tem muito pouco controle sobre estes. Para links de alto impacto que geram muito tráfego, considere entrar em contato com o webmaster do site para atualizar a URL vinculada.

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

Redirecionamentos HTTP para HTTPS e HSTS

Redirecionamentos HTTP para HTTPS são um dos tipos de redirecionamento mais comuns. Todo visitante que digita o seu domínio sem "https://" ou segue um link HTTP antigo experimentará 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 ativar o HSTS, adicione o seguinte cabeçalho à resposta do seu servidor:

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

Aqui está o que significa cada diretiva:

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

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

No Apache, você pode adicionar 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. Verifique e atualize 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 não restem referências à localização anterior da página.
2. Lide com os 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. Redirecionamentos temporários, por exemplo, podem não ser atualizados em mecanismos de pesquisa.
3. Use URLs relativas: ao fazer links para páginas em seu próprio site, use URLs relativas em vez de URLs absolutas. Isso ajudará a evitar redirecionamentos desnecessários.
4. Use URLs canônicas: se você tiver várias páginas com conteúdo semelhante, use uma URL canônica 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

Para técnicas de otimização relacionadas, explore estes guias:

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

Subpartes do TTFB: Artigos Aprofundados

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 de diagnóstico para toda a otimização de TTFB.
• Duração de Cache: desempenho do service worker, buscas no cache do navegador e bfcache.
• Duração de DNS: seleção de provedor de DNS, configuração de TTL e dns-prefetch.
• Duração de Conexão: handshake TCP, otimização TLS, HTTP/3 e preconnect.