Referência pesquisável e colorida dos códigos de status HTTP de 1xx a 5xx, com explicações simples.
O servidor recebeu os cabeçalhos da solicitação e o cliente deve prosseguir enviando o corpo da solicitação.
O servidor está trocando de protocolo conforme solicitado pelo cliente, por exemplo, atualizando para WebSocket.
O servidor recebeu e está processando a solicitação, mas nenhuma resposta está disponível ainda (WebDAV).
Usado para retornar dicas de preload/preconnect antes que a resposta HTTP final esteja pronta.
A solicitação foi bem-sucedida. O significado depende do método HTTP (GET retorna um recurso, POST retorna um resultado).
A solicitação foi bem-sucedida e um novo recurso foi criado como resultado, normalmente após um POST ou PUT.
A solicitação foi aceita para processamento, mas o processamento ainda não foi concluído.
Os metadados retornados não são exatamente os mesmos do servidor de origem, por exemplo, servidos por meio de um proxy.
A solicitação foi bem-sucedida, mas não há conteúdo para retornar, geralmente usado após um DELETE ou PUT.
A solicitação foi bem-sucedida; instrui o cliente a redefinir a visualização do documento que enviou esta solicitação.
Usado com solicitações de intervalo (range) para entregar apenas parte de um recurso, por exemplo, downloads retomáveis ou streaming de vídeo.
Transmite informações sobre vários recursos em situações em que vários códigos de status podem ser apropriados (WebDAV).
O servidor atendeu a uma solicitação GET e a resposta é uma representação do resultado de manipulações de instância.
A solicitação tem mais de uma resposta possível; o usuário ou agente deve escolher uma delas.
O recurso foi movido permanentemente para uma nova URL; solicitações futuras devem usar a nova URL.
O recurso reside temporariamente em uma URL diferente; o cliente deve continuar usando a URL original para solicitações futuras.
A resposta pode ser encontrada em outra URL usando uma solicitação GET, comumente usado após o envio de um formulário (POST/redirect/GET).
O recurso não mudou desde a última solicitação; o cliente pode usar sua versão em cache.
O recurso solicitado deve ser acessado através do proxy indicado na resposta. Obsoleto por motivos de segurança.
Como o 302, mas garante que o método e o corpo da solicitação original sejam repetidos na solicitação redirecionada.
Como o 301, mas garante que o método e o corpo da solicitação original sejam repetidos na solicitação redirecionada.
O servidor não pode processar a solicitação devido a um erro do cliente, como sintaxe malformada.
É necessária autenticação, que falhou ou ainda não foi fornecida.
Reservado para uso futuro; originalmente destinado a sistemas de pagamento digital.
O servidor entendeu a solicitação, mas se recusa a autorizá-la, independentemente da autenticação.
O servidor não consegue encontrar o recurso solicitado; o endpoint pode não existir ou a URL está incorreta.
O método da solicitação é conhecido pelo servidor, mas não é compatível com este recurso específico.
O servidor não consegue produzir uma resposta que corresponda à lista de valores aceitáveis nos cabeçalhos da solicitação.
Semelhante ao 401, mas é necessária autenticação com um proxy primeiro.
O servidor expirou aguardando a solicitação do cliente.
A solicitação entra em conflito com o estado atual do recurso de destino, por exemplo, um conflito de edição.
O recurso solicitado desapareceu permanentemente e nenhum endereço de encaminhamento está disponível, diferente do 404.
O servidor recusa a solicitação porque o cabeçalho Content-Length não foi especificado.
Uma ou mais condições nos cabeçalhos da solicitação foram avaliadas como falsas, por exemplo, uma verificação If-Match falhou.
O corpo da solicitação é maior do que o servidor está disposto ou consegue processar.
O URI solicitado pelo cliente é mais longo do que o servidor está disposto a interpretar.
O formato de mídia dos dados solicitados não é compatível com o servidor.
O intervalo especificado pelo cabeçalho Range não pode ser atendido para o recurso.
O servidor não consegue atender aos requisitos do campo de cabeçalho Expect.
Um código de status de piada do Hyper Text Coffee Pot Control Protocol de 1998 (Dia da Mentira); um servidor se recusa a preparar café.
A solicitação foi direcionada a um servidor que não é capaz de produzir uma resposta para esta combinação de esquema e host.
A solicitação estava bem formada, mas contém erros semânticos, por exemplo, validação falhou (comum em APIs REST).
O recurso que está sendo acessado está bloqueado (WebDAV).
A solicitação falhou porque dependia de outra solicitação que falhou (WebDAV).
O servidor não está disposto a arriscar processar uma solicitação que possa ser reproduzida, enviada em dados antecipados (TLS 0-RTT).
O servidor se recusa a realizar a solicitação usando o protocolo atual; o cliente deve mudar para um protocolo diferente.
O servidor de origem exige que a solicitação seja condicional, para evitar o problema de atualização perdida.
O usuário enviou muitas solicitações em um determinado período de tempo; usado para limitação de taxa.
O servidor se recusa a processar a solicitação porque seus campos de cabeçalho são grandes demais.
O recurso solicitado não está disponível devido a uma exigência legal, como censura determinada pelo governo.
Um erro genérico que indica que o servidor encontrou uma condição inesperada que não sabe como tratar.
O método da solicitação não é compatível com o servidor e não pode ser tratado.
O servidor, atuando como gateway ou proxy, recebeu uma resposta inválida de um servidor upstream.
O servidor não está pronto para tratar a solicitação, geralmente devido a manutenção ou sobrecarga.
O servidor, atuando como gateway ou proxy, não obteve uma resposta a tempo de um servidor upstream.
A versão do HTTP usada na solicitação não é compatível com o servidor.
O servidor tem um erro de configuração interno: a negociação de conteúdo transparente resulta em uma referência circular.
O servidor não consegue armazenar a representação necessária para concluir a solicitação (WebDAV).
O servidor detectou um loop infinito ao processar a solicitação (WebDAV).
Extensões adicionais da solicitação são necessárias para que o servidor possa atendê-la.
O cliente precisa se autenticar para obter acesso à rede, por exemplo, um portal cativo em Wi-Fi público.