Última atualização em 5 de janeiro de 2022

Ao enviar uma solicitação HTTP para um site, a maioria dos navegadores da Web enviará automaticamente os códigos de status HTTP apropriados para informar ao site se sua solicitação foi bem-sucedida ou não. Mas quais são esses códigos de status? O que eles querem dizer? Abaixo, você encontrará uma lista de códigos de status.

Como profissionais de SEO de marca branca para uma empresa de SEO de marca branca, sabemos que os códigos de status HTTP são excepcionalmente úteis na identificação de erros em um site. Esses erros podem causar grandes problemas de classificação e confiança no mecanismo de pesquisa. Ninguém, tanto usuários quanto mecanismos de pesquisa, deseja ver sites instáveis ​​nos resultados de pesquisa.

Selecione o grupo de códigos de status para acessar facilmente essa seção:

• Códigos de status HTTP 2xx
• Códigos de status HTTP 3xx
• Códigos de status HTTP 4xx
• Códigos de status HTTP 5xx
• Códigos de status HTTP 6xx
• Códigos de status HTTP 7xx
• Códigos de status HTTP 9xx

2xx Códigos de status HTTP:

200 OK – Solicitação HTTP bem-sucedida. Esta é provavelmente a resposta HTTP mais comum que você receberá de um site. Isso significa que sua solicitação foi bem-sucedida e seus dados foram enviados de volta para você.

201 Criado – Resposta HTTP bem-sucedida, mas Novo Recurso Criado. Esta é a resposta a solicitações GET que retornam dados anexados a um campo de cabeçalho HTTP Location. O campo de cabeçalho Location contém a URL do recurso recém-criado. Ele será enviado apenas se a solicitação tiver usado o método POST ou outros métodos que não criem um recurso para o qual uma resposta possa ser enviada por si só.

202 Aceito – Pedido Aceito para Processamento, Tratamento Adicional Necessário. Essa resposta é dada por um servidor web (normalmente, um servidor proxy) que aceita uma solicitação para processamento adicional, mas que requer qualquer tipo de ação do cliente além do reconhecimento imediato do recebimento da solicitação.

203 Informações Não Autoritárias – Úteis para Cache. Normalmente, esse é um código de resposta usado nos mecanismos de cache de nível de rede do HTTP. As informações que ele contém podem ser de uma entidade diferente do recurso identificado pelo Request-URI. O resultado pode indicar que a solicitação não pode ser atendida pelo proxy ou cache devido ao conteúdo obsoleto. No entanto, não indica se a dica é uma entidade para a qual uma resposta 200 (OK) pode ser enviada.

204 Nenhum conteúdo – Solicitação atendida, mas nenhum conteúdo devolvido. Isso significa que o servidor processou a solicitação com êxito, mas não está retornando nenhum conteúdo para essa solicitação específica. Isso geralmente é usado ao servir arquivos estáticos, como imagens ou outros ativos da Web estáticos.

205 Redefinir Conteúdo – Redefinir Conteúdo para Recurso Solicitado. Isso indica que o servidor preparou uma resposta para essa solicitação, mas não a está enviando de volta ao cliente. O cliente deve reenviar a solicitação sem modificações. Esse código de resposta é comumente usado em conjunto com as respostas 204 (Sem conteúdo) para indicar que o recurso identificado pelo URI de solicitação foi "redefinido" para que possa permanecer em seu estado atual enquanto outras solicitações são processadas, mas essas solicitações serão retornar um comprimento de conteúdo indefinido: “0 bytes”.

206 Conteúdo Parcial – Alguma Representação Incompleta Recebida. Isso indica que o servidor processou uma solicitação com êxito, mas não está retornando uma representação completa do recurso solicitado. Muitas vezes, a resposta 206 será acompanhada por um campo de cabeçalho Retry-After, que contém um valor que indica quanto tempo o cliente deve esperar antes de fazer outra solicitação para esse recurso.

3xx Códigos de status HTTP:

301 Movido Permanentemente – Redirecionamento Permanente para Novo Local. Este código é relevante apenas para redirecionamentos HTTP. Uma resposta 302 indica que o recurso solicitado não está mais disponível. O URI em uma resposta 302 nunca será resolvido para o recurso original, pois foi redirecionado permanentemente para um novo local.

302 Encontrado – Redirecionamento bem sucedido. Isso indica que o recurso solicitado foi encontrado após o redirecionamento bem-sucedido. A página de destino da solicitação original será encontrada em um novo URL especificado no campo de cabeçalho Location da resposta.

303 Consulte Outro – O recurso solicitado existe, mas a solicitação deve ser controlada. Isso indica que a solicitação pode ser tratada, mas requer tempo adicional antes de retornar um resultado. Muitas vezes, essa resposta será acompanhada pelo campo de cabeçalho Retry-After, que indica o tempo após o qual o cliente deve tentar novamente essa solicitação.

304 Não modificado – A solicitação foi processada com sucesso e nenhuma ação é necessária. Isso significa que a resposta atendeu a todos os seus requisitos (por exemplo, validação), mas que o recurso não foi modificado desde a última vez que essa solicitação foi executada. Em outras palavras, é uma resposta “304 Not Modified” que não requer nenhuma ação adicional do cliente para continuar o processamento.

305 Use Proxy – A solicitação deve ser roteada por meio de Proxy. Este é um código de resposta usado principalmente em conjunto com servidores proxy intermediários. A resposta real incluirá apenas um código de status e um campo de cabeçalho WWW-Authenticate criptografado opcional. Ele deixará o conteúdo real inalterado e acessível apenas pelo servidor proxy.

307 Redirecionamento Temporário – Solicitação HTTP Redirecionada para Outro Local. Esse código de resposta indica que a solicitação do cliente foi redirecionada para outra URL pelo servidor. O novo URL será fornecido no campo de cabeçalho Location desta resposta, que será um URI completo ou parcial. Esse código pode ser usado para redirecionar uma solicitação de um script ou programa em um servidor para outro local no mesmo servidor ou em um servidor totalmente diferente.

308 Redirecionamento Permanente – Solicitação HTTP Redirecionada para Outro Servidor. Esse código de resposta indica que a solicitação do cliente foi redirecionada para outro local no mesmo servidor ou para um servidor totalmente diferente. O novo URL será fornecido no campo de cabeçalho Location desta resposta, que será um URI completo ou parcial. Esse código pode ser usado para redirecionar uma solicitação de um script ou programa em um servidor para outro local no mesmo servidor ou em um servidor totalmente diferente.

Códigos de status HTTP 4xx:

403 Proibido – Solicitação de permissão negada. Esse código de resposta indica que o servidor está ciente da solicitação, mas não há como atendê-la. O cliente deve parar de enviar solicitações para este recurso.

404 Não encontrado – O recurso solicitado não pôde ser encontrado. Isso significa que o servidor não consegue encontrar uma entidade correspondente a essa solicitação ou talvez não entenda o que o cliente quis dizer com sua solicitação. De qualquer forma, o cliente não deve prosseguir com sua solicitação.

Método 405 – A solicitação deve usar POST para recuperar dados do recurso. Isso é usado para indicar que o servidor não aceita requisições usando o método GET, geralmente porque não faz sentido para este recurso.

406 Não Aceitável – O Recurso Solicitado só é Aceitável com Parâmetros Negociáveis. Isso significa que a solicitação não pôde ser atendida devido a um erro por parte do cliente ou possivelmente devido a servidores proxy HTTP sem estado. A resposta incluirá uma entidade descrevendo por que não pode ser preenchida. Se nenhuma representação desta entidade estiver disponível, não há necessidade de a resposta conter uma.

408 Request Timeout – O servidor não pôde responder a tempo. O cliente deve tentar novamente a solicitação, seguindo adequadamente os requisitos de tempo especificados pelo campo de cabeçalho Retry-After ou um cabeçalho de resposta Retry-After ou por um servidor especificado em outro lugar no corpo da resposta. Se o cabeçalho Retry-After for omitido, o cliente poderá tentar novamente imediatamente, mas não antes do horário Retry-After.

413 Request Entity Too Large – A solicitação contém conteúdo que o servidor não suporta ou se recusa a aceitar por outros motivos. A resposta incluirá uma entidade descrevendo por que não pode ser preenchida. Se nenhuma representação desta entidade estiver disponível, não há necessidade de a resposta conter uma.

414 Request-URI Too Long – O URI fornecido era muito longo para o servidor processar. Isso pode indicar uma tentativa de explorar uma vulnerabilidade de estouro de buffer no servidor web.

415 Tipo de mídia não suportado – O recurso solicitado requer dados formatados de uma maneira que o servidor ou recurso não suporta. A resposta incluirá uma entidade descrevendo por que não pode ser preenchida. Se nenhuma representação desta entidade estiver disponível, não há necessidade de a resposta conter uma.

416 Requested Range Not Satisfiable – Um componente de software do lado do servidor não produziu um cabeçalho de intervalo HTTP válido, que deveria ter se o intervalo fosse aceitável para o servidor de origem. A resposta incluirá uma entidade descrevendo por que não pode ser preenchida. Se nenhuma representação desta entidade estiver disponível, não há necessidade de a resposta conter uma.

417 Falha na expectativa – O servidor tocou em uma seção do documento que foi ignorada, embora o cliente não esperasse que essa seção fosse afetada. Geralmente causado por uma aranha ou rastreador da web. A resposta incluirá uma entidade descrevendo por que não pode ser preenchida. Se nenhuma representação desta entidade estiver disponível, não há necessidade de a resposta conter uma.

420 Unprocessable Entity – A solicitação não foi aceita por ser superdimensionada. Este código de resposta está obsoleto. Os clientes HTTP devem tratá-lo como um erro 400 Bad Request.

421 Bloqueado – O recurso não pode ser modificado diretamente do cliente, mas pode ser “bloqueado” usando uma solicitação GET ou POST condicional. Se o recurso bloqueado for um arquivo, seu conteúdo será retornado em um campo de cabeçalho Content-Range indicando qual parte foi recebida até o momento e qual ainda está sendo recebida. Se o recurso bloqueado for uma entidade, sua resposta será uma série de cabeçalhos de entidade começando com os campos de cabeçalho.

422 Multi-Status – O servidor possui múltiplas representações de um recurso em vários estados e algoritmos, que podem ser atualizados a qualquer momento para substituir a representação atual por uma nova. Por exemplo, um CD comprado em uma loja pode ter uma cópia criptografada que foi enviada ao comprador por e-mail, enquanto possui outra cópia local em seu arquivo.

423 Bloqueado – O recurso não pode ser modificado diretamente do cliente, mas pode ser “bloqueado” usando uma solicitação GET ou POST condicional. Se o recurso bloqueado for um arquivo, seu conteúdo será retornado em um campo de cabeçalho Content-Range indicando qual parte foi recebida até o momento e qual ainda está sendo recebida. Se o recurso bloqueado for uma entidade, sua resposta será uma série de cabeçalhos de entidade começando com os campos de cabeçalho.

424 Not Modified – A entidade não foi modificada desde que a resposta foi gerada.

426 Conteúdo Parcial – O servidor não pode produzir uma representação mais adequada da entidade solicitante. Este código afirma que o servidor só pode devolver parte do conteúdo solicitado, mas enviará o que puder.

5xx Códigos de status HTTP:

500 Internal Server Error – Algo deu errado em um nível interno ao gerar ou processar a solicitação, mas não em um nível que seria considerado um erro por qualquer cliente.

501 Não implementado – O recurso não foi implementado, porém, será encaminhado para um recurso disponível e intimamente relacionado.

502 Bad Gateway – O servidor que atua como gateway ou proxy não trata o tipo de solicitação normalmente e não pode atendê-la. Isso geralmente é causado porque o servidor não sabia como processar a solicitação fornecida.

503 Serviço indisponível – O servidor está temporariamente incapaz de lidar com a solicitação devido ao tempo de inatividade de manutenção, servidores sobrecarregados ou outros motivos.

504 Gateway Time-out – O servidor não processa a solicitação do gateway devido a um tempo limite.

505 HTTP Version Not Supported – O servidor não consegue processar o pedido porque este não é um dos protocolos suportados.

506 Variant Also Negotiates – O servidor serve apenas variantes do recurso. Este código de resposta deve ser usado se você preferir que as variantes de seu conteúdo sejam tratadas separadamente, por exemplo, imagens ou folhas de estilo.

507 Armazenamento insuficiente – O servidor não consegue armazenar a representação necessária para concluir a solicitação. Isso pode ser devido a uma falha temporária, que pode indicar uma incapacidade temporária de processar solicitações. Também é usado quando o usuário não tem espaço de armazenamento disponível em sua conta ou se sua cota de armazenamento foi excedida.

508 Loop Detected – Este código é semelhante a um 403 Forbidden, mas significa que você ainda não foi autorizado porque seu endereço IP foi bloqueado para acessar o site. Por esse motivo, o corpo da resposta deve conter um campo de cabeçalho WWW-Authenticate indicando como o usuário pode se autorizar.

509 Não Estendido – O servidor não suporta a operação OData “perfil”. Se você precisar fazer uma solicitação de perfil, use uma solicitação GET. Nesse caso, se seu aplicativo cliente não for compatível com OAuth2, ele poderá omitir o campo de cabeçalho WWW-Authenticate e tratá-lo como uma resposta em branco.

510 Não Estendido – O servidor não suporta a operação OData “esquema”. Se você precisar fazer uma solicitação de esquema, use uma solicitação GET. Nesse caso, se seu aplicativo cliente não for compatível com OAuth2, ele poderá omitir o campo de cabeçalho WWW-Authenticate e tratá-lo como uma resposta em branco.

511 Autenticação de rede necessária – O cliente precisa se autenticar para obter acesso à rede. O código é usado em uma resposta 401. A resposta pode incluir um campo de cabeçalho WWW-Authenticate com opções de autenticação adicionais.

599 Autenticação de rede necessária – O cliente precisa se autenticar para obter acesso à rede. O código é usado em uma resposta 407. Nesse caso, se seu aplicativo cliente não for compatível com OAuth2, ele poderá omitir o campo de cabeçalho WWW-Authenticate e tratá-lo como uma resposta em branco.

Códigos de status HTTP 6xx:

600 Ocupado – O servidor está temporariamente incapaz de lidar com a solicitação devido a um alto volume de solicitações. Isso pode ser acompanhado por um campo de cabeçalho Retry-After indicando quando o serviço provavelmente estará disponível novamente. Se o método de solicitação não for HEAD e definir pelo menos uma entidade de solicitação, ele também deve incluir um Entity-Body com valores error_status e error_reason, se aplicável.

601 Recusado – O servidor recusou a solicitação e incluirá o motivo para isso (por exemplo, conta de usuário não autorizada).

602 Bad Gateway – O servidor não manipula o gateway para o recurso solicitado. Por exemplo, uma solicitação para um de seus endpoints retornou esse erro. Isso pode acontecer se um servidor de um host diferente estiver atuando como um gateway para esse recurso.

603 Serviço indisponível – O servidor está temporariamente incapaz de lidar com a solicitação devido ao tempo de inatividade de manutenção, servidores sobrecarregados ou outros motivos. Em alguns casos, isso pode ser causado porque o serviço ficou indisponível para clientes externos por outro serviço que o encerrou temporariamente para realizar manutenção.

604 Método não permitido – O método não é permitido para o recurso solicitado. Isso raramente deve ser usado como resposta porque o valor error_status é mais descritivo e existe há muito tempo.

605 Variant Also Negotiates – O servidor serve apenas variantes do recurso. Este código de resposta deve ser usado se você preferir que as variantes de seu conteúdo sejam tratadas separadamente, por exemplo, imagens ou folhas de estilo.

606 Não Aceitável – O cliente deve aceitar a representação anexa.

607 Armazenamento insuficiente – A solicitação não pôde ser processada porque o servidor não conseguiu armazenar a representação necessária para concluir a solicitação. Isso pode ser devido a uma falha temporária, que pode indicar uma incapacidade temporária de processar solicitações. Também é usado quando o usuário não tem espaço de armazenamento disponível em sua conta ou se sua cota de armazenamento foi excedida.

610 Precondition Failed – A condição não foi satisfeita pelas informações recebidas de uma solicitação anterior. A solicitação pode incluir um corpo, cujo Content-Type deve ser uma representação válida disponível.

611 Autenticação de rede necessária – O cliente precisa se autenticar para obter acesso à rede. O código é usado em uma resposta 407. Nesse caso, se seu aplicativo cliente não for compatível com OAuth2, ele poderá omitir o campo de cabeçalho WWW-Authenticate e tratá-lo como uma resposta em branco. Esse código só deve ser usado ao autenticar em um servidor ou serviço externo e não no próprio solicitante.

616 Bad Request – A solicitação era inválida ou não é suportada. Este deve ser um supercódigo indicando que a solicitação foi malformada. Por exemplo, uma solicitação sem entidade-corpo.

617 Já Respondendo – O servidor já está respondendo a uma solicitação anterior. Pode ser usado em alguns casos quando o cliente envia uma segunda solicitação enquanto a primeira ainda está sendo processada.

618 Internal Server Error – Erro interno do servidor ou configuração incorreta de uma resposta defeituosa gerada pelo servidor.

619 Tempo limite da solicitação – Ocorreu uma exceção não detectada, tempo limite ou outro problema técnico que impediu o processamento adicional da solicitação. O corpo da mensagem de resposta geralmente incluirá mais detalhes sobre o problema.

620 Bad Gateway – O servidor não manipula o gateway para o recurso solicitado. Isso acontece quando um servidor de um host diferente está atuando como gateway para esse recurso.

Códigos de status HTTP 7xx:

711 Recurso Desconhecido – O servidor não lida com esse método de solicitação específico ou não consegue entender o corpo da solicitação.

712 Unprocessable Entity – A entidade de solicitação estava bem formada, mas não pôde ser processada. Isso pode ser devido a um erro de validação no nível do servidor ou, se for uma resposta, que a resposta expirou ou está se referindo a um recurso excluído. Isso pode ser acompanhado por um campo de cabeçalho Retry-After indicando quando o serviço provavelmente estará disponível novamente.

713 Bloqueado – O recurso é usado por outro sistema ou é somente leitura. Isso pode ser acompanhado por um campo de cabeçalho Retry-After indicando quando o serviço provavelmente estará disponível novamente.

714 Uso Compartilhado – O recurso foi alocado para mais de um cliente. Isso deve ser usado em conjunto com os códigos de resposta 411 (Use Conflict) onde um cliente não deve ter acesso exclusivo ao recurso. Também pode indicar que outras transações nesse recurso devem aguardar até que outros clientes concluam suas transações.

Códigos de status HTTP 9xx:

915 Request Entity Too Large – O servidor não conseguiu processar o corpo da solicitação devido ao seu grande tamanho. Se você quiser incluir um documento grande em sua solicitação, considere usar um POST e limitar o comprimento do documento.

917 Request Entity Too Large – O servidor não conseguiu verificar se a solicitação está bem formada devido ao seu grande comprimento. Se você quiser enviar um formulário longo em sua solicitação, considere usar POST.

918 Request Entity Too Large – O servidor não conseguiu verificar se a solicitação está bem formada devido ao seu grande comprimento. Se você quiser enviar um formulário longo em sua solicitação, considere usar POST.

919 Request Entity Incomplete – O servidor não tem informações suficientes para processar a solicitação porque a entidade é muito pequena ou o tipo de mídia não é suportado. Isso pode ser usado por um cliente que deseja verificar se uma solicitação foi recebida e se contém todas as informações necessárias antes de continuar o processamento.

930 Autenticação necessária – O cliente tentou se autenticar, mas falhou, portanto, nenhum corpo da entidade foi retornado. Pode ser acompanhado por um campo de cabeçalho WWW-Authenticate contendo informações sobre como se autenticar.

980 Not Found – Não foi possível encontrar um recurso. Isso pode indicar um erro com um dos identificadores definidos para esta API, como chave de API ou caminho de API (URI).

999 Erro desconhecido – Ocorreu um erro genérico. Não há informações adicionais disponíveis sobre o problema. Ele pode ser usado como uma resposta a quaisquer falhas inesperadas.

Isso conclui a extensa lista de códigos de status HTTP que você pode encontrar. Felizmente, a maioria deles raramente é encontrada na natureza, mas é importante saber o que fazer quando encontrá-los. É por isso que é vital trabalhar com profissionais de SEO de marca branca que possam identificar o problema e encontrar uma solução adequada para ele.