Referência técnica e guia de arquitetura

Códigos de Status HTTP e Cabeçalhos Cheat Sheet — Guia de referência

Referência completa de códigos de resposta HTTP segundo a RFC 9110. Semântica de 1xx a 5xx, controle de cache RFC 9111, distinção 401/403 e diagnóstico de falhas.

Parâmetros principais e controles

Busca de Códigostring / number

Filtre por número do código (ex. 404, 502) ou descrição semântica em tempo real.

Padrão: 403
Classe de Statusstring

Filtro por classes 1xx (Informativo), 2xx (Sucesso), 3xx (Redirecionamento), 4xx (Erro Cliente), 5xx (Erro Servidor) ou Edge.

Padrão: all
Filtro de Cachestring

Filtragem por regras da RFC 9111: Armazenável em cache, Não armazenável ou Condicional.

Padrão: all

Dicas profissionais e melhores práticas

Padrão Oficial RFC 9110 da IETF

A RFC 9110 substitui formalmente as normas obsoletas RFC 7231 e RFC 2616, uniformizando a semântica HTTP para HTTP/1.1, HTTP/2 e HTTP/3.

Diferença Fundamental entre 401 e 403

Retorne 401 para clientes não autenticados juntamente com o cabeçalho WWW-Authenticate. Retorne 403 quando o usuário estiver autenticado, mas não possuir privilégios adequados.

100% de Privacidade no Lado do Cliente

Toda a simulação de cabeçalhos e a árvore de decisão ocorrem na memória local do navegador. Nenhum token ou dado de autenticação é enviado para a rede.

Problemas comuns e solução de problemas

Diferença entre 502 Bad Gateway e 504 Gateway Timeout em Proxies

O 502 indica que o serviço upstream falhou, reiniciou ou enviou dados inválidos. O 504 indica que o upstream demorou mais do que o tempo limite configurado no proxy para responder.

Cache Persistente de Redirecionamentos 301 e 308 nos Navegadores

Navegadores realizam cache agressivo e permanente de 301 e 308. Em ambientes de desenvolvimento ou migração de APIs, utilize redirecionamentos temporários (302 ou 307).

Perguntas frequentes (FAQ)

Por que a RFC 9110 substitui as antigas RFC 7231 e RFC 2616?▼

A RFC 9110 padroniza a semântica HTTP entre conexões TCP e QUIC, reestrutura as regras de cache na RFC 9111 e elimina ambiguidades históricas do protocolo.

Por que o código 401 Unauthorized deve enviar WWW-Authenticate?▼

A RFC 9110 §15.5.2 determina que servidores de origem informem o esquema de autenticação aceito (Bearer, Basic, etc.) para possibilitar a renovação automática de credenciais.

Qual a diferença entre 301 Moved Permanently e 308 Permanent Redirect?▼

O código 301 permite que clientes reescrevam métodos POST para GET. O código 308 (RFC 7538) preserva estritamente o método HTTP original e o corpo da requisição.

A inspeção de cabeçalhos nesta ferramenta é segura?▼

Sim. A ferramenta opera 100% no cliente ('use client'). Nenhum cabeçalho, cookie ou token é enviado para servidores externos.

Ferramentas e utilitários relacionados

Todas as ferramentas →