Verificador de código de status HTTP

Verificar status

A solicitação vai diretamente do navegador ao destino e nunca passa pelo nosso servidor. Cookies e credenciais HTTP são omitidos, e nenhum referenciador é enviado. O destino ainda recebe seu endereço IP e os dados da solicitação. No modo guiado, a URL e o método ficam brevemente nesta aba.

Próximo

Os nomes são os rótulos padrão em inglês do protocolo. Filtre por código ou nome.

1xx

Estado Nome padrão
100 Continue
101 Switching Protocols
102 Processing
103 Early Hints

2xx

Estado Nome padrão
200 OK
201 Created
202 Accepted
204 No Content
206 Partial Content

3xx

Estado Nome padrão
301 Moved Permanently
302 Found
303 See Other
304 Not Modified
307 Temporary Redirect
308 Permanent Redirect

4xx

Estado Nome padrão
400 Bad Request
401 Unauthorized
403 Forbidden
404 Not Found
405 Method Not Allowed
408 Request Timeout
409 Conflict
410 Gone
422 Unprocessable Content
429 Too Many Requests

5xx

Estado Nome padrão
500 Internal Server Error
501 Not Implemented
502 Bad Gateway
503 Service Unavailable
504 Gateway Timeout
505 HTTP Version Not Supported

Confira a resposta HTTP final que o navegador tem permissão para ler em uma URL pública. A solicitação sai desta aba com HEAD ou GET, segue redirecionamentos e mostra status final, URL final, tempo até os cabeçalhos e cabeçalhos expostos pela CORS. A Hyperion não funciona como proxy.

Como verificar um status HTTP

  1. 1

    Digite uma URL HTTPS pública

    HTTP e HTTPS são aceitos, mas a proteção contra conteúdo misto impede uma página HTTPS de consultar um destino HTTP inseguro.

  2. 2

    Escolha HEAD ou GET

    HEAD solicita os mesmos cabeçalhos de GET sem o corpo. Use GET se o servidor recusar ou implementar HEAD incorretamente.

  3. 3

    Execute a solicitação

    Cookies e credenciais HTTP são omitidos. O navegador aplica suas regras de CORS, rede privada e redirecionamento.

  4. 4

    Leia a resposta final

    Veja status, URL final legível, tempo dos cabeçalhos e somente os cabeçalhos disponíveis ao JavaScript.

O que o verificador informa

Resultado Significado
Status Status da última resposta legível após os redirecionamentos
URL final URL final quando Fetch informa que houve redirecionamento
Tempo Intervalo até os cabeçalhos ficarem disponíveis, não o carregamento completo
Cabeçalhos Cabeçalhos seguros da CORS e outros que o destino exponha explicitamente

Uma solicitação Fetch comum entre origens não revela cada redirecionamento. O resultado não é um rastreamento completo: status intermediários, valores Location e tempo de cada salto ficam ocultos. Para isso, uma ferramenta no servidor precisa limitar-se a destinos públicos e validar cada novo salto.

Limites do navegador, da CORS e da privacidade

A solicitação vai diretamente do navegador ao destino. A Hyperion não recebe a URL nem faz a conexão. Cookies, autenticação HTTP e referenciador são omitidos. O destino ainda recebe seu endereço IP, a URL, o método HEAD ou GET e os cabeçalhos normais do navegador. No modo guiado, URL e método ficam brevemente no armazenamento de sessão desta aba.

A verificação entre origens só funciona quando a política CORS permite que esta página leia a resposta. no-cors não resolve: ele produz uma resposta opaca cujo status aparece como 0 para o JavaScript. Falhas de CORS, DNS, TLS, conteúdo misto, rede privada ou conexão podem parecer iguais. Portanto, o erro não prova que o site esteja fora do ar.

Somente URLs HTTP e HTTPS sem credenciais incorporadas são aceitas. Localhost e endereços literais privados ou link-local são recusados. Como o JavaScript não consegue resolver e verificar todos os nomes antes de Fetch, as proteções de CORS e rede privada do navegador continuam fazendo parte do limite.

HEAD, GET e redirecionamentos

A RFC 9110 define HEAD com a mesma semântica de GET, mas sem conteúdo de resposta. Alguns servidores desativam ou implementam HEAD incorretamente; tente GET nesse caso. Em GET, a ferramenta cancela o fluxo após os cabeçalhos. Alguns bytes do corpo podem já ter sido transferidos, mas nenhum corpo é exibido.

Fetch segue os redirecionamentos automaticamente. Assim, o status final pode ser diferente do status da URL digitada. 301 e 308 indicam mudanças permanentes; 302 e 307, temporárias. 307 e 308 preservam o método. 301 e 302 permitem alterar POST para GET, embora esta ferramenta use apenas HEAD ou GET.

Classes comuns

Classe Significado geral
1xx Informação provisória antes da resposta final
2xx Solicitação recebida, compreendida e aceita com sucesso
3xx Outra ação necessária, como redirecionamento ou validação de cache
4xx Problema na solicitação ou impossibilidade de atender aquele cliente
5xx Falha do servidor ao tratar uma solicitação aparentemente válida

304 pertence a uma solicitação condicional e permite reutilizar uma representação armazenada; não é um sucesso geral esperado numa verificação comum. 401 pede autenticação, enquanto 403 significa que o servidor entendeu a solicitação, mas se recusa a atendê-la. O código numérico é a referência principal.

Perguntas frequentes

O navegador oculta uma resposta de outra origem quando o destino não permite a leitura pela CORS. DNS, TLS, conteúdo misto, rede privada e conexão podem gerar o mesmo erro, que não prova que o destino esteja offline.

Não. Fetch pode informar que houve redirecionamento e mostrar a URL final legível, mas não entrega a esta página status intermediários, cabeçalhos Location nem tempo por salto.

HEAD deveria se comportar como GET sem corpo, mas alguns servidores o encaminham ou configuram de forma diferente. Tente GET após um 405, status inesperado ou erro.

Não. O navegador envia diretamente sem credenciais nem referenciador. O destino recebe seu IP e os dados da solicitação; a Hyperion não encaminha nem registra a URL por meio desta ferramenta.

Ferramentas relacionadas