La classe 4xx de codes d'état est prévue pour les cas pour lesquels le client semble être en erreur. Excepté lors de la réponse à une requête HEAD, le serveur DEVRAIT inclure une entité contenant une explication sur la situation de l'erreur, et s'il s'agit d'un état temporaire ou permanent. Ces codes d'état sont applicables à n'importe quelle méthode de requête. Les agents utilisateur DEVRAIENT afficher n'importe quelle entité incluse à l'utilisateur.

La requête n’a pas pu être comprise par le serveur en raison d’une erreur de syntaxe. Le client NE DEVRAIT pas répéter sa requête sans l’avoir modifiée.

La requête requiert une authentification utilisateur.

Ce code est réservé à une utilisation future.

Le serveur a compris la requête, mais il refuse de la satisfaire.

Le serveur n'a rien trouvé correspondant à la requête. Aucune indication n'est donnée pour savoir si l'état est temporaire ou permanent.
Le code d'état 410 (Gone) DEVRAIT être utilisé si le serveur sait, via un mécanisme configurable de manière interne, qu'une ressource ancienne est indisponible de façon permanente et ne dispose d'aucune adresse de réexpédition. Ce code d'état est couramment utilisé quand le serveur ne veut pas révéler la raison du refus de la requête, ou lorsqu'aucune autre réponse n'est applicable.

La méthode spécifiée dans la Request-Line n'est pas autorisée pour la ressource visée par la requête. La réponse DEVRAIT inclure un en-tête Allow contenant une liste des méthodes valides pour la ressource demandée.

La ressource identifiée par la requête est seulement capable de générer des entités de réponse qui ont des caractéristiques de contenu non acceptables selon les en-têtes d'acceptation envoyées dans la requête

Ce code est similaire au code 401 (Unauthorized), mais il indique que le client doit en premier s’authentifier avec le proxy.

Le client n’a pas produit une requête dans le temp imparti par le serveur. Le client PEUT répéter la requête ultérieurement sans modification.

La requête ne peut être traitée en raison d’un conflit avec l’état actuel de la ressource. Ce code est seulement autorisé dans les situations pour lesquelles on s’attend à ce que l’utilisateur puisse résoudre le conflit et soumettre à nouveau la requête.

La resource demandée n’est plus disponible sur le serveur et aucune adresse de réexpédition n’est connue.

Le serveur refuse d’accepter la requête sans un Content- Length défini. Le client PEUT répéter la requête s’il a ajouté un champ d’en-tête Content- Length valide contenant la longueur du corps du message dans le message de requête.

La condition préalable donnée dans un ou plusieurs champs de l’en-tête de requête est considéré comme étant fausse lors du test sur le serveur.

Le serveur refuse de traiter une requête parce que l’entité requête est plus grande que ce que le serveur peut traiter. Le serveur PEUT fermer la connexion pour empêcher le client de poursuivre sa demande.

Le serveur refuse de répondre à la requête car l’URL de Requête est plus longue que ce que le serveur peut interpréter.

Le serveur refuse de répondre à la requête parce que l’entité de la requête est dans un format non supporté par la méthode demandée.

Les codes d’état de réponse commençant par le chiffre 5 indiquent les cas pour lesquels le serveur se rend compte qu’il est en erreur ou est incapable d’effectuer la requête. Excepté lors de la réponse à une requête HEAD, le serveur DEVRAIT inclure une entité contenant une explication sur la situation de l’erreur, et s’il s’agit d’un état temporaire ou permanent. Les agents utilisateur DEVRAIENT afficher toute entité incluse à l’utilisateur. Ces codes de réponse sont applicables à n’importe quelle méthode de requête.

Le serveur a été en présence d'un événement inattendu, qui l'a empêché de traiter correctement la requête.

Le serveur ne supporte pas les fonctionnalités requises pour satisfaire la requête. Ceci est typique du cas où malgré une syntaxe conforme, le serveur ne reconnaît pas la méthode invoquée, et ne peut l'appliquer sur aucune ressource.

Le serveur, agissant en tant que passerelle ou proxy, a reçu une réponse invalide de la part du serveur amont contacté pour satisfaire la requête.

Le serveur est momentanément incapable de traiter la requête en raison d’une surcharge temporaire ou de travaux de maintenance sur le serveur. Il s’agit d’un état provisoire qui disparaiîtra après un certain laps de temps.

Le serveur, agissant en tant que passerelle ou proxy, n’a pas reçu une réponse dans les temps imparti du serveur amont indiqué par l’URL (HTTP, FTP, LDAP) ou d’un autre serveur auxiliaire (DNS) auquel il a dû accéder pour satisfaire la requête.

Le serveur ne supporte pas, ou refuse de supporter, la version du protocole HTTP utilisée dans le message de requête.