Pular para o conteúdo

Inspetor de headers HTTP

HTTP Header Inspector

Busca uma URL e mostra os headers completos da resposta, a cadeia de redirecionamentos, os tempos e a compressão usada.

Uma requisição a uma URL, e todos os cabeçalhos de resposta com que ela volta — agrupados pela função, com o Cache-Control desmontado em suas diretivas e cada uma explicada. É o que um navegador vê antes de renderizar qualquer coisa, que é onde os problemas de cache e de compressão de fato moram.

☁️ Usa o nosso servidorhttpheadersinspectdebug

Nosso servidor faz esta requisição por você. Enviamos a ele apenas a URL que você digitou — nenhum dos seus cookies nem seu login vai junto. O servidor só se conecta a endereços públicos e recusa os privados e internos.

São seguidos até cinco redirecionamentos, e os cabeçalhos mostrados são os da última resposta.

Como usar

  1. Dê a URL que você realmente quer

    Até cinco redirecionamentos são seguidos e os cabeçalhos mostrados são os da última resposta. Se o que importa é o redirecionamento em si, a cadeia é desenhada acima com o status de cada salto.

  2. Leia as observações antes das tabelas

    Cada observação deriva de um cabeçalho específico — um Cache-Control ausente, um Expires que o max-age sobrepõe, uma resposta HTML sem charset. Elas são as conclusões; as tabelas são a evidência.

  3. Confira a linha de compressão

    A requisição oferece gzip, deflate, br e zstd; o que volta é o que o servidor escolheu. Uma resposta de texto sem Content-Encoding costuma ser 70% maior do que precisaria.

Perguntas frequentes

Meu login ou meu cookie vão junto com a requisição?

Não. É o nosso servidor que faz a requisição, então ela não leva nenhum dos seus cookies nem a sua sessão. Isso também significa que uma página atrás de um login volta como a página de login, e não como a versão que você vê.

Posso verificar algo na minha própria rede?

Não, e de propósito. A requisição de saída resolve o host primeiro e recusa endereços privados, de loopback e link-local — inclusive um nome público que resolva para um deles. Sem essa regra, esta página seria um jeito de fazer o nosso servidor sondar o interior da rede de outra pessoa.

Os cabeçalhos são diferentes do que as ferramentas do desenvolvedor me mostram

É de se esperar. Uma CDN varia a resposta por geografia, por Accept-Encoding, por Vary e por ter ou não uma cópia em cache naquela borda. Isto é uma requisição de um lugar; o seu navegador é outra.

Por que o Content-Length está faltando?

Transferência em blocos (chunked), quase sempre — o servidor começou a enviar antes de saber o tamanho. É normal em páginas dinâmicas, e é por isso que um download vindo delas não mostra porcentagem de progresso.

Pode receber de

Em seguida

Estas aceitam o que esta ferramenta produz, então o resultado pode ir direto.