Codes d'état HTTP expliqués : 200, 301, 404, 403 et 500

Lorsque vous visitez un site Web, votre navigateur communique en arrière-plan avec un serveur Web. Le serveur répond à la demande, entre autres, par un code d'état HTTP.

Ces codes d'état indiquent si une requête a été traitée avec succès, si une redirection a lieu, si la ressource demandée n'a pas été trouvée ou si une autre erreur s'est produite.

Parmi les codes d'état les plus importants pour les propriétaires de sites Web figurent 200, 301, 403, 404 et 500. Quiconque en connaît la signification peut identifier plus rapidement de nombreux problèmes de site web et rechercher de manière plus ciblée la cause réelle.

En bref : Un code d'état HTTP est une réponse standardisée du serveur à une requête HTTP. Le premier chiffre indique déjà à quelle groupe appartient la réponse : succès, redirection, problème avec la requête ou erreur côté serveur.

Que se passe-t-il lors du chargement d'une page Web ? #

Par exemple, si vous accédez à l'adresse suivante :

https://example.com/kontakt

votre navigateur envoie une requête HTTP au serveur responsable.

En gros, le processus se déroule ainsi :

Navigateur
   ↓
Requête HTTP
   ↓
Serveur web
   ↓
Réponse HTTP
   ↓
Code d'état + informations supplémentaires + contenu éventuel
   ↓
Navigateur

Si tout fonctionne, le navigateur reçoit par exemple le code d'état :

200 OK

Si la page a été déplacée de manière permanente, vous pouvez à la place 301 Déplacé de manière permanente être retournée. Si elle n'existe pas, la réponse 404 Non trouvé lauten.

Le code d'état HTTP et la page web visible ne sont pas la même chose #

Un code d'état est une information technique contenue dans la réponse HTTP. Les visiteurs ne voient généralement pas seulement le chiffre. 200, 404 ou 500.

Le serveur peut en outre délivrer une page HTML que le navigateur affiche.

C'est pourquoi, par exemple, une page d'erreur personnalisée peut s'afficher, tandis que le serveur renvoie techniquement le code d'état 404 renvoie.

Pour un diagnostic fiable, tu ne dois donc pas te fier uniquement à l'apparence d'une page.

Les cinq classes de codes d'état HTTP #

Les codes d'état HTTP sont composés de trois chiffres. Le premier chiffre associe la réponse à une classe spécifique.

Domaine	Sens	Simplifié
1xx	Informatif	Information sur la demande en cours
2xx	Réussi	Demande réussie
3xx	Redirection	Autre action ou redirection
4xx	Erreur client	Cette demande ne peut pas être satisfaite ainsi
5xx	Erreur du serveur	Le serveur n'a pas pu traiter avec succès une requête fondamentalement valide

Pour le fonctionnement normal d'un site web, vous rencontrez particulièrement souvent des codes issus des domaines 2xx, 3xx, 4xx et 5xx.

200 OK – Requête réussie #

200 OK appartient à la classe des réponses HTTP réussies.

Lors d'un affichage de page normal, cela signifie, en termes simples, que la requête a été traitée avec succès et que la ressource demandée peut être délivrée.

Navigateur
   ↓
GET /kontakt/
   ↓
Serveur
   ↓
200 OK
   ↓
La page de contact est livrée

Pour une page HTML régulièrement accessible 200 OK par conséquent un code d'état typique.

200 ne signifie pas automatiquement que tout est correct sur le fond #

Le code d'état 200 indique que la requête HTTP a été traitée avec succès. Cependant, il n'évalue pas la qualité du contenu de la page livrée.

Une page peut par exemple techniquement 200 OK répondre tout en contenant un texte erroné, un formulaire défectueux ou des informations obsolètes.

Même une page d'erreur mal configurée peut éventuellement afficher visuellement „ Page non trouvée “, bien que le serveur 200 OK fournit. C'est souvent qualifié de situation de « soft 404 ».

301 Définitivement déplacé – redirigé de manière permanente #

Le code d'état 301 Déplacé de manière permanente fait partie du groupe des 3xxRéponses.

Il indique que la ressource demandée est accessible de manière permanente sous une autre URL.

Exemple :

https://example.com/ancienne-page/
        ↓
301 Moved Permanently
        ↓
https://example.com/nouvelle-page/

Le navigateur peut ensuite charger automatiquement la nouvelle adresse.

Une redirection 301 est par exemple utile si l'URL d'une page a changé de manière permanente.

Nous expliquons l'installation pratique sous Configurer une redirection 301 : rediriger des URL de manière permanente.

301 n'est pas le seul statut de redirection #

À côté 301 il existe d'autres codes d'état HTTP pour les redirections.

Des exemples importants sont :

301 → permanent
302 → temporaire
307 → temporaire, la méthode est conservée
308 → permanent, la méthode est conservée

Nous expliquons les différences en détail sous 301, 302, 307 et 308 : les redirections HTTP expliquées simplement.

403 Interdit – Accès refusé #

403 Interdit fait partie du groupe des 4xx-Codes d'état.

Le serveur a bien reçu et compris la requête, mais il refuse de l'autoriser.

Simplifié :

Le navigateur demande la ressource
        ↓
Le serveur comprend la requête
        ↓
L'accès n'est pas autorisé
        ↓
403 Forbidden

Une erreur 403 se distingue ainsi nettement d'une erreur 404.

Ne pas confondre 403 et 404 #

Bien que les deux codes d'état appartiennent au même 4xx-Classe, mais décrivent des situations différentes.

403 Interdit
→ L'accès à la ressource est refusé

404 Non trouvé
→ Ressource non trouvée à cette URL

Cette distinction est importante lors de la recherche des pannes, car les causes possibles et les solutions sont différentes.

Qu'est-ce qui peut provoquer une erreur 403 ? #

Un statut 403 peut avoir plusieurs causes. Celle qui s'applique dépend de la configuration spécifique du site web et du serveur.

Les causes possibles incluent, par exemple, des restrictions d'accès, certaines règles de sécurité ou des autorisations inappropriées.

Même des règles dans un fichier de configuration comme .htaccess peuvent jouer un rôle sur des serveurs Web configurés en conséquence.

Important : Ne modifiez pas les autorisations de fichiers ou les règles de sécurité au hasard simplement pour faire disparaître une erreur 403. Il faut d'abord déterminer pourquoi l'accès est refusé.

404 Non trouvé – Ressource introuvable #

404 Non trouvé est l'un des codes d'état HTTP les plus connus.

Cela signifie que la ressource demandée n'a pas été trouvée à l'URL demandée.

Exemple :

https://example.com/nicht-vorhandene-seite/
        ↓
404 Non trouvé

Les causes typiques sont des pages supprimées, des URL modifiées, des liens internes défectueux ou des fautes de frappe dans une adresse.

Nous vous expliquons comment évaluer et traiter correctement de telles erreurs sur Trouver et corriger l'erreur 404.

Un statut 404 peut être tout à fait correct #

Si une ressource n'existe effectivement pas, une telle 404-Une absence de réponse automatique ne constitue pas forcément un dysfonctionnement technique.

L'Internet contient un nombre infini d'URL imaginables qui n'ont jamais existé sur votre site Web.

Par exemple, si quelqu'un accède à la fausse adresse suivante :

https://example.com/gibt-es-nicht-12345

Est-il fondamentalement judicieux que le serveur indique que cette ressource n'a pas été trouvée.

Un code 404 devient particulièrement problématique lorsqu'une ressource importante devrait en réalité être présente ou lorsqu'un lien interne pointe par mégarde vers une URL qui n'existe plus.

500 Internal Server Error – Erreur interne du serveur #

500 Erreur interne du serveur appartient à la classe des 5xx-Codes d'état.

Le code d'état indique que le serveur a rencontré une condition inattendue ou une erreur lors du traitement de la requête et n'a par conséquent pas pu aboutir.

Navigateur
   ↓
Requête HTTP
   ↓
Serveur
   ↓
Erreur lors du traitement
   ↓
500 Internal Server Error

Contrairement à 404 N'est-ce pas simplement là que réside le problème, à savoir qu'une URL spécifique n'a pas été trouvée ?.

Qu'est-ce qui peut provoquer une erreur 500 ? #

Une erreur 500 est un état d'erreur générique du côté du serveur et ne révèle pas à elle seule la cause exacte.

Dans le cas d'un site Web, il peut s'agir par exemple de codes d'application erronés, de règles de configuration problématiques ou d'autres erreurs de traitement côté serveur.

Sur les sites Web basés sur PHP, par exemple, une erreur au sein d'une application, d'un plugin, d'un thème ou d'un script personnel peut jouer un rôle.

Même une instruction de configuration erronée peut, dans certaines conditions, déclencher un statut 500.

Important : 500 Erreur interne du serveur est une catégorie d'erreur et non un diagnostic complet. Pour en trouver la cause exacte, il convient d'analyser d'autres informations telles que les journaux d'erreurs et les dernières modifications apportées.

Que faire en cas d'erreur 500 ? #

Vérifiez d'abord si l'erreur concerne une seule URL ou l'ensemble du site Web.

Réfléchissez ensuite à l'opportunité d'apporter des modifications immédiatement auparavant.

Cela peut inclure, par exemple, des modifications de :

Extensions
Thèmes
Code PHP
Fichiers de configuration
Version de PHP
Fichiers
Application de site web

sein.

Si l'erreur est apparue immédiatement après une modification spécifique, cette information est particulièrement précieuse pour la recherche de pannes.

Journaux d'erreurs au lieu d'essais aveugles #

En cas d'erreurs côté serveur, vous devriez, si possible, consulter les journaux d'erreurs ou les logs disponibles.

Une entrée de journal peut fournir des indications beaucoup plus concrètes sur la cause que le message général 500 Erreur interne du serveur.

Ne modifiez pas plusieurs paramètres en même temps au hasard. Cela rend souvent plus difficile de déterminer quelle modification a réellement causé ou résolu le problème.

500 ne signifie pas automatiquement que tout le serveur est en panne #

Une erreur 500 peut également ne concerner qu'un site Web, une application ou une fonctionnalité spécifique.

Par exemple, si un script défectueux ne s'exécute que sur une page spécifique, d'autres zones peuvent continuer à fonctionner.

C'est pourquoi tu devrais d'abord vérifier quelle est la taille de la zone réellement concernée.

Quelle est la différence entre 4xx et 5xx ? #

Cette distinction aide à faire une première évaluation d'un problème.

Classe de statut	Sens	Exemples
4xx	La demande ne peut pas être satisfaite sous sa forme actuelle.	403, 404
5xx	Le serveur n'a pas pu traiter avec succès une requête fondamentalement valide.	500, 502, 503, 504

La classe d'état fournit ainsi une première orientation pour la recherche d'erreurs, mais ne remplace pas un diagnostic précis.

Autres codes d'état 2xx fréquents #

À côté 200 OK existe-t-il d'autres codes de statut réussis.

Par exemple, cela signifie 201 Créé, qu'une requête a réussi et qu'une nouvelle ressource a ainsi été créée.

204 Aucun contenu signifie que la requête a été traitée avec succès, mais qu'aucun contenu de message n'est renvoyé.

De tels codes sont plus rarement rencontrés par les exploitants de sites Web lors de la consultation normale d'une page HTML, mais ils jouent un rôle, par exemple, dans les applications Web et les API.

Autres codes d'état 4xx courants #

Outre 403 et 404, il existe d'autres codes d'état de cette classe.

Quelques exemples :

400 Bad Request
→ La requête est malformée ou ne peut pas être traitée

401 Unauthorized
→ Une authentification est requise ou manquante

403 Forbidden
→ Accès refusé

404 Not Found
→ Ressource non trouvée

429 Too Many Requests
→ Trop de requêtes dans un laps de temps donné

L'interprétation exacte doit toujours être faite dans le contexte de l'application concernée.

401 et 403 ne sont pas la même chose #

Ces appellations peuvent prêter à confusion au quotidien.

401 Non autorisé est utilisé lorsqu'une authentification valide est requise pour l'accès.

403 Interdit signifie en revanche que le serveur comprend la requête, mais refuse l'accès.

Les deux codes d'état ne doivent donc pas être utilisés simplement comme des synonymes.

Autres codes d'état 5xx courants #

Il existe également plusieurs codes d'état importants dans le domaine des erreurs de serveur.

500 Internal Server Error
→ erreur interne générale du serveur

502 Bad Gateway
→ mauvaise passerelle / réponse invalide d'un serveur amont

503 Service Unavailable
→ service temporairement indisponible

504 Gateway Timeout
→ délai d'attente de la passerelle dépassé / le serveur amont n'a pas répondu à temps

La distinction de ces codes peut s'avérer utile lors du diagnostic, en particulier sur les sites web dotés de proxys inversés, de multiples services de serveurs ou de composants externes.

503 Service indisponible #

503 Service indisponible signifie que le serveur ou le service ne peut pas traiter la demande pour le moment.

Cela peut par exemple être lié à une surcharge temporaire ou à une maintenance.

Un statut 503 décrit donc une situation différente d'un 500 Erreur interne du serveur.

502 Bad Gateway et 504 Gateway Timeout #

Ces codes d'état apparaissent fréquemment dans les architectures où un serveur ou une passerelle communique avec un autre service.

502 Bad Gateway indique qu'une réponse invalide a été reçue.

Délai d'attente de la passerelle 504 signifie en revanche qu'une réponse requise n'est pas arrivée à temps.

Cette distinction est utile pour les exploitants de sites Web car tout le monde ne 5xx-l'erreur a la même cause.

Codes d'état HTTP et SEO #

Les codes d'état HTTP aident également les moteurs de recherche à comprendre ce qui se passe avec une URL.

Quelques exemples simplifiés :

200
→ Ressource erfolgreich erreichbar

301
→ Ressource dauerhaft verschoben

404
→ Ressource unter dieser URL nicht gefunden

5xx
→ serverseitiges Problem beim Abruf

C'est pourquoi il est important que le statut technique corresponde le plus possible à la situation réelle de l'URL.

Une page d'erreur avec un code 200 OK peut être problématique #

Supposons qu'une URL n'existe pas. Au lieu d'un statut 404, le serveur renvoie toutefois une page d'erreur avec :

200 OK

Techniquement, le serveur indique ainsi que la requête a réussi, bien que le contenu souhaité ne soit pas présent.

Une telle configuration peut perturber inutilement les moteurs de recherche et les outils de diagnostic.

Une ressource réellement inexistante ne devrait donc pas être simulée uniquement par la conception d'une page d'erreur.

Une redirection n'est pas la même chose qu'une page d'erreur #

Lors d'une redirection, le client reçoit un 3xx-Statut et une nouvelle adresse de destination.

En revanche, lors d'une erreur 404, il est indiqué que la ressource n'a pas été trouvée.

301
ancienne URL
   ↓
nouvelle URL

404
URL demandée
   ↓
Ressource introuvable

La réponse correcte dépend de ce qui est réellement arrivé à la ressource d'origine.

Comment puis-je vérifier le code d'état HTTP d'une URL ? #

Pour un contrôle technique, vous pouvez par exemple utiliser les outils de développement d'un navigateur moderne.

Ouvrez-y la vue Réseau, puis chargez l'URL concernée.

Vous pouvez ensuite examiner les différentes requêtes HTTP et leurs codes d'état.

Selon le navigateur, des valeurs telles que 200, 301, 404 ou 500 affiché directement dans l'aperçu.

Vérifier correctement les redirections dans le navigateur #

Lors d'une redirection, la barre d'adresse affiche généralement déjà la nouvelle adresse de destination après l'opération.

Cependant, cela ne vous permet pas nécessairement de voir quel code d'état a été utilisé pour l'étape précédente.

Dans la vue réseau, en revanche, vous pouvez examiner la chaîne de redirection.

GET /alte-url/
301

GET /neue-url/
200

Cela permet de voir que l'ancienne URL avec 301 transféré et le nouveau destinataire ensuite avec succès 200 a été livré.

Une seule consultation de page peut comporter plusieurs codes d'état #

Un site web moderne se compose généralement de plus que le seul document HTML.

Le navigateur charge également, par exemple, des images, des feuilles de style, des fichiers JavaScript et d'autres ressources.

C'est pourquoi de nombreuses requêtes HTTP avec des codes d'état différents peuvent apparaître dans la vue réseau lors d'un seul chargement de page.

Si tu souhaites analyser une URL de page spécifique, assure-toi d'évaluer réellement la réponse pour le document correspondant et non par accident uniquement un fichier d'image ou de script.

Vérifier d'abord le code d'état, puis chercher la cause #

En cas de dysfonctionnement d'un site web, il est utile de commencer par identifier la nature exacte du problème.

La page ne fonctionne pas comme prévu
        ↓
Vérifier le statut HTTP
        ↓
200 ? → Examiner le contenu/la fonction plus en détail
301 ? → Vérifier la destination de la redirection
403 ? → Vérifier l'accès/l'autorisation/la règle de sécurité
404 ? → Vérifier l'URL/la ressource
500 ? → Examiner l'erreur côté serveur

Cette première classification peut t'éviter de chercher la cause au mauvais endroit.

Ne pas modifier plusieurs paramètres en même temps #

Si une erreur survient, vous ne devez pas modifier au hasard le DNS, PHP, les autorisations de fichiers, les redirections et d'autres paramètres en même temps.

Commence par déterminer quel est le code d'état et quel niveau est probablement concerné.

Réfléchissez également au changement qui a été opéré immédiatement avant l'apparition du problème.

Conseil pratique : Une bonne recherche d'erreurs commence par l'observation et le délimitation. Ce n'est qu'après qu'un réglage concret doit être modifié.

Codes d'état HTTP lors d'une refonte de site web #

Après une refonte, ce sont en particulier les codes d'état 200, 301 et 404 intéressant.

Les nouvelles URL importantes doivent être accessibles avec succès. Les anciennes URL disposant d'un nouveau successeur clair doivent être correctement redirigées. En revanche, les URL inexistantes sans remplacement pertinent peuvent continuer à renvoyer un code d'état d'erreur approprié.

Une vérification simplifiée de refonte ressemble par exemple à ceci :

Nouvelle URL importante
→ 200

Ancienne URL avec successeur
→ 301 → nouvelle URL → 200

URL inexistante sans successeur
→ 404

Codes d'état et surveillance des sites web #

Les systèmes de surveillance peuvent également utiliser les codes d'état HTTP pour vérifier l'accessibilité d'un site web.

Si une normalement avec 200 si la partie répondante renvoie soudainement un état d'erreur, cela peut indiquer un problème.

Une simple réponse HTTP ne signifie donc pas nécessairement qu'un site Web fonctionne de manière totalement correcte. Ce qui est déterminant, c'est aussi le statut renvoyé et le comportement attendu pour l'URL surveillée.

Nous traiterons de ce sujet en détail plus tard sous Surveillance de sites web : surveiller l'accessibilité et les pannes.

Aperçu des principaux codes d'état #

Code	Nom	Sens
200	D'accord	Demande réussie
301	Déplacé définitivement	Ressource déplacée définitivement
302	Trouvé	Redirection temporaire
307	Redirection temporaire	Redirection temporaire lors de la réception de la méthode
308	Redirection permanente	Redirection permanente lors de la réception de la méthode
400	Requête incorrecte	La demande ne peut pas être traitée correctement
401	Non autorisé	Authentification requise
403	Interdit	Accès refusé
404	Introuvable	Ressource introuvable
429	Trop de requêtes	Trop de demandes
500	Erreur interne du serveur	Erreur interne générale du serveur
502	Mauvaise passerelle	Réponse invalide d'un service en amont
503	Service indisponible	Service actuellement indisponible
504	Délai d'attente de la passerelle	Réponse d'un service amont non reçue à temps

Résumé #

Les codes d'état HTTP sont des réponses standardisées d'un serveur aux requêtes HTTP. Ils aident les navigateurs, les moteurs de recherche, les systèmes de surveillance et les propriétaires de sites Web à comprendre ce qui est arrivé à une requête.

200 OK représente une requête réussie. 301 Déplacé de manière permanente indique une redirection permanente. 403 Interdit signifie que l'accès est refusé. 404 Non trouvé indique qu'une ressource n'a pas été trouvée à l'URL demandée. 500 Erreur interne du serveur indique une erreur côté serveur lors du traitement.

Le premier chiffre d'un code d'état fournit déjà une orientation importante : 2xx est synonyme de réponses efficaces, 3xx pour les redirections, 4xx pour les problèmes liés à l'exécution d'une demande et 5xx pour les erreurs côté serveur.

Par conséquent, lors du dépannage, vous devez d'abord vérifier le statut HTTP réel et seulement ensuite examiner la cause possible.

Le code d'état ne résout pas un problème, mais il t'indique souvent dans quelle direction tu dois chercher la cause.