Folha de dicas de códigos de status HTTP
Respostas informativas
| Código de status | Frase de motivo | Significado | Versão HTTP |
|---|---|---|---|
| 100 | Continue | O cliente deve continuar a enviar a solicitação. Esta resposta temporária é usada para notificar o cliente de que parte de sua solicitação foi recebida pelo servidor e ainda não foi rejeitada. O cliente deve continuar a enviar o restante da solicitação ou, se a solicitação já estiver completa, ignorar esta resposta. O servidor deve enviar uma resposta final após a conclusão da solicitação. | HTTP/1.1 Disponível |
| 101 | Switching Protocols | O servidor entendeu a solicitação do cliente e notificará o cliente por meio do cabeçalho de mensagem Upgrade para usar um protocolo diferente para concluir a solicitação. Após enviar a última linha vazia desta resposta, o servidor mudará para os protocolos definidos no cabeçalho de mensagem Upgrade. Esta medida só deve ser tomada quando a mudança para um novo protocolo for mais vantajosa. Por exemplo, mudar para uma nova versão do HTTP é mais vantajoso do que uma versão mais antiga, ou mudar para um protocolo síncrono em tempo real para entregar recursos que utilizam tais recursos. | HTTP/1.1 Disponível |
Respostas de sucesso
| Código de status | Frase de motivo | Significado | Versão HTTP |
|---|---|---|---|
| 200 | OK | A solicitação foi bem-sucedida. O significado do sucesso varia dependendo do método usado pela solicitação.- GET: O recurso foi extraído e retornado ao cliente como corpo da resposta.- HEAD: O cabeçalho da entidade foi retornado ao cliente como cabeçalho da resposta.- POST: Após o servidor processar os dados enviados pelo cliente, o recurso apropriado é retornado ao cliente como corpo da resposta.- TRACE: A mensagem de solicitação recebida pelo servidor é retornada ao cliente como corpo da resposta. | HTTP/0.9 Disponível |
| 201 | Created | A solicitação foi bem-sucedida e um novo recurso foi criado com base nas necessidades da solicitação. Este é geralmente o código de resposta obtido pelo método PUT. | HTTP/0.9 Disponível |
| 202 | Accepted | O servidor aceitou a solicitação, mas ainda não a processou. Assim como pode ser rejeitada, a solicitação pode ou não ser executada no final. Em operações assíncronas, não há forma mais conveniente do que enviar este código de status. O objetivo de retornar uma resposta com código de status 202 é permitir que o servidor aceite solicitações para outros processos (por exemplo, uma operação em lote que só é executada uma vez por dia) sem ter que manter o cliente conectado até que a operação em lote seja concluída. A resposta que retorna o código de status 202 deve incluir algumas informações que indiquem o estado atual do processamento na entidade e um ponteiro para um monitor de estado de processamento ou previsão de estado, para que o usuário possa estimar se a operação foi concluída. | HTTP/0.9 Disponível |
| 203 | Non-Authoritative Information | O servidor processou com sucesso a solicitação, mas as metainformações do cabeçalho da entidade retornadas não são um conjunto determinístico válido no servidor de origem, mas provêm de uma cópia local ou de terceiros. Se este não for o caso, o uso do código de status 200 é o mais apropriado. | HTTP/0.9 e 1.1 |
| 204 | No Content | Não há conteúdo de resposta, apenas cabeçalhos de resposta. Os cabeçalhos de resposta também podem ser úteis. Os agentes do usuário podem atualizar as informações de cache dos recursos correspondentes com base nos novos cabeçalhos de resposta. | HTTP/0.9 Disponível |
| 205 | Reset Content | Informa ao agente do usuário para redefinir a visualização do documento da janela que enviou a solicitação. | HTTP/1.1 Disponível |
| 206 | Partial Content | Este código de status é usado quando o cliente baixa arquivos em segmentos usando o campo de cabeçalho range. | HTTP/1.1 Disponível |
Mensagens de redirecionamento
| Código de status | Frase de motivo | Significado | Versão HTTP |
|---|---|---|---|
| 300 | Multiple Choice | Existem várias respostas possíveis para a solicitação, e o agente do usuário ou o usuário deve escolher uma delas. O servidor não possui nenhum padrão a seguir para substituir o usuário na escolha. | HTTP/1.0 e posterior |
| 301 | Moved Permanently | Este código de status indica que o caminho do recurso URI solicitado mudou e o novo URL será encontrado no campo de cabeçalho Location da resposta. |
HTTP/0.9 Disponível |
| 302 | Found | Este código de status indica que o caminho do recurso URI solicitado mudou temporariamente e pode continuar a mudar. Portanto, o cliente deve continuar a usar este URI para acessos futuros. O novo URL será encontrado no campo de cabeçalho Location: da resposta. |
HTTP/0.9 Disponível |
| 303 | See Other | O servidor envia esta resposta para guiar o cliente a usar o método GET para acessar outro URI. | HTTP/0.9 e 1.1 |
| 304 | Not Modified | Informa ao cliente que o conteúdo solicitado não mudou desde o último acesso. O cliente pode obter o recurso diretamente do cache do navegador. | HTTP/0.9 Disponível |
| 305 | Use Proxy | O recurso solicitado deve ser acessado por meio de um proxy. Por motivos de segurança, este código de status não é amplamente suportado. | HTTP/1.1 Disponível |
| 306 | unused | Este código de status não é mais usado; foi originalmente usado em versões mais antigas da especificação HTTP 1.1. | HTTP/1.1 Disponível |
| 307 | Temporary Redirect | O servidor envia esta resposta para guiar o cliente a usar o mesmo método para acessar outro URI a fim de obter o recurso desejado. O novo URL será encontrado no campo de cabeçalho Location: da resposta. Tem a mesma semântica que o código de status 302, e o mesmo método (GET, POST) deve ser usado para ambos os acessos. |
HTTP/1.1 Disponível |
| 308 | Permanent Redirect | O recurso solicitado ficará localizado permanentemente em outro URI. O novo URL será encontrado no campo de cabeçalho Location: da resposta. Tem a mesma semântica que o código de status 301, e o mesmo método (GET, POST) deve ser usado para ambos os acessos. |
HTTPbis (Draft experimental) |
Respostas de erro do cliente
| Código de status | Frase de motivo | Significado | Versão HTTP |
|---|---|---|---|
| 400 | Bad Request | O servidor não pode ler a solicitação normalmente devido a um erro de sintaxe na solicitação enviada. | HTTP/0.9 Disponível |
| 401 | Unauthorized | A autenticação é necessária para obter o conteúdo solicitado, semelhante a um erro 403. A diferença é que após um erro 401, a autenticação pode ser passada desde que a conta e a senha corretas sejam inseridas. | HTTP/0.9 Disponível |
| 402 | Payment Required | Este código de status é reservado para uso futuro. O objetivo inicial da criação deste código foi para sistemas de pagamento digital; no entanto, ainda não foi colocado em uso. | HTTP/0.9 e 1.1 |
| 403 | Forbidden | O cliente não tem o direito de acessar o conteúdo solicitado e o servidor recusa a solicitação. | HTTP/0.9 Disponível |
| 404 | Not Found | O servidor não consegue encontrar o recurso solicitado. Como isso acontece com frequência, este código de status é muito comum ao navegar na web. | HTTP/0.9 Disponível |
| 405 | Method Not Allowed | O método usado pela solicitação é proibido pelo servidor. O RFC2616 estipula que os métodos GET e HEAD não podem ser proibidos. |
HTTP/1.1 Disponível |
| 406 | Not Acceptable | Nenhum conteúdo adequado foi encontrado para ser retornado ao cliente após a negociação de conteúdo conduzida pelo servidor. | HTTP/1.1 Disponível |
| 407 | Proxy Authentication Required | Semelhante ao código de status 401, mas a autenticação é necessária por meio de um proxy. | HTTP/1.1 Disponível |
| 408 | Request Timeout | O cliente não concluiu o envio de uma solicitação dentro do tempo que o servidor estava preparado para esperar. Isso significa que o servidor cortará a conexão com o cliente. Esta resposta é mais comum em outros navegadores, como Chrome e IE9, com o objetivo de acelerar as velocidades de navegação usando o mecanismo de pré-conexão HTTP. Além disso, observe que alguns servidores cortam a conexão diretamente sem enviar tal resposta. | HTTP/1.1 Disponível |
| 409 | Conflict | Esta solicitação entra em conflito com o estado atual do servidor. | HTTP/1.1 Disponível |
| 410 | Gone | O recurso solicitado foi excluído. | HTTP/1.1 Disponível |
| 411 | Length Required | O servidor recusa a solicitação porque exige o campo de cabeçalho Content-Length nesta solicitação, mas o cliente não o enviou. |
HTTP/1.1 Disponível |
| 412 | Precondition Failed | O servidor falhou ao atender às condições prévias definidas pelo cliente nos campos de cabeçalho da solicitação ao obter o recurso. | HTTP/1.1 Disponível |
| 413 | Request Entity Too Large | O tamanho da entidade da solicitação excede o limite máximo definido pelo servidor; o servidor pode fechar a conexão HTTP e retornar o campo de cabeçalho Retry-After. |
HTTP/1.1 Disponível |
| 414 | Request-URI Too Long | O endereço URI contido na solicitação do cliente é muito longo para o servidor processar. | HTTP/1.1 Disponível |
| 415 | Unsupported Media Type | O servidor não suporta o tipo de mídia solicitado pelo cliente e, portanto, recusa a solicitação. | HTTP/1.1 Disponível |
| 416 | Requested Range Not Satisfiable | O campo de cabeçalho Range incluído na solicitação não pode ser atendido, geralmente porque o intervalo de números em Range excede o tamanho do recurso solicitado. |
HTTP/1.1 Disponível |
| 417 | Expectation Failed | O conteúdo esperado especificado no cabeçalho da solicitação Expect não pode ser atendido pelo servidor. |
HTTP/1.1 Disponível |
Respostas de erro do servidor
| Código de status | Frase de motivo | Significado | Versão HTTP |
|---|---|---|---|
| 500 | Internal Server Error | O servidor encontrou um problema desconhecido e insolúvel. | HTTP/0.9 Disponível |
| 501 | Not Implemented | O servidor não suporta o método usado na solicitação, como POST e PUT. Apenas GET e HEAD são os métodos que o servidor deve implementar conforme especificado na especificação RFC2616. |
HTTP/0.9 Disponível |
| 502 | Bad Gateway | O servidor atua como um gateway e recebe uma resposta HTTP inválida do servidor upstream. | HTTP/0.9 Disponível |
| 503 | Service Unavailable | O servidor não consegue lidar com a solicitação no momento devido à manutenção temporária do servidor ou sobrecarga. Esta situação é temporária e se recuperará após um período de tempo. Se o tempo de atraso puder ser estimado, a resposta poderá incluir um cabeçalho Retry-After: para indicar este tempo de atraso. Se nenhuma informação Retry-After: for fornecida, o cliente deverá tratar como uma resposta 500. Enquanto isso, neste caso, uma página amigável explicando o problema com o servidor deve ser retornada, e informações de cabeçalho HTTP relacionadas ao cache também devem ser incluídas, pois geralmente essas páginas de dicas de erro não devem ser armazenadas em cache pelo cliente. |
HTTP/0.9 Disponível |
| 504 | Gateway Timeout | O servidor atua como um gateway e não consegue obter uma resposta oportuna do servidor upstream para retornar ao cliente. | HTTP/1.1 Disponível |
| 505 | HTTP Version Not Supported | O servidor não suporta a versão do protocolo HTTP usada na solicitação HTTP enviada pelo cliente. | HTTP/1.1 Disponível |