Codes d’état HTTP : liste complète et explications

Les codes de réponse HTTP sont des nombres à trois chiffres envoyés par un serveur pour indiquer l’état de la demande d’un navigateur. Gérés par l’IANA (Internet Assigned Numbers Authority), ces codes permettent de savoir si une demande a abouti, a été redirigée ou a donné lieu à une erreur.

Si vous gérez un site web, la compréhension de ces codes est utile pour diagnostiquer les problèmes du site, minimiser les temps d’arrêt et optimiser le référencement. Poursuivez votre lecture pour découvrir 63 codes d’état HTTP, leur signification et la manière de les contrôler.

Catégories de codes d’état HTTP

Lors de l’identification d’un code d’état HTTP, il convient de se concentrer sur le premier chiffre pour déterminer sa catégorie. Les deux derniers chiffres fournissent des détails spécifiques à l’intérieur de cette catégorie.

L’IETF (Internet Engineering Task Force) a normalisé les codes d’état HTTP en cinq catégories en fonction de la réponse du serveur au navigateur :

• 1XX (informationnel) – le serveur a reçu la requête HTTP et va poursuivre le processus. Les codes de statut de cette catégorie sont temporaires et ne sont donc pas visibles pour le client.
• 2XX (succès) – le serveur a reçu, compris et traité la demande.
• 3XX (redirection) – le serveur a reçu la demande, mais le contenu demandé a été déplacé. Par conséquent, il redirigera le client vers un autre site.
• 4XX (erreur client) – le serveur n’a pas pu traiter la demande en raison d’un problème côté client, tel qu’un problème d’autorisation. La réponse explique si le problème est temporaire ou permanent.
• 5XX (erreur serveur) – un problème de serveur empêche le traitement de la demande. Comme pour le numéro 4XX, la réponse précise s’il s’agit d’un problème temporaire ou permanent.

Liste complète des codes d’état HTTP et explications

Voici la liste complète des codes d’état HTTP tirée de la documentation IEFT :

Codes d’état	Fonctions
1XX Informationnel
100	Continuer
101	Changement de protocole
102	En traitement
103	Premiers indices
2XX Succès
200	OK
201	Créé
202	Accepté
203	Informations non autoritatives
204	Aucun contenu
205	Réinitialiser le contenu
206	Contenu partiel
207	Multi-statut
208	Déjà signalé
226	IM utilisé
3XX Redirection
300	Choix multiples
301	Déplacé de façon permanente
302	Trouvé
303	Voir autre
304	Non modifié
307	Redirection temporaire
308	Redirection permanente
4XX Erreur client
400	Requête incorrecte
401	Non autorisé
402	Paiement requis
403	Interdit
404	Non trouvé
405	Méthode non autorisée
406	Non acceptable
407	Authentification Proxy requise
408	Délai de requête dépassé
409	Conflit
410	Supprimé
411	Longueur requise
412	Précondition échouée
413	Contenu trop volumineux
414	URI trop longue
415	Type de média non pris en charge
416	Plage non satisfaisable
417	Attente échouée
418	Je suis une théière
421	Requête mal dirigée
422	Entité non traitable
423	Verrouillé
424	Dépendance échouée
425	Trop tôt
426	Mise à niveau requise
428	Précondition requise
429	Trop de requêtes
431	Champs d’en-tête trop volumineux
451	Indisponible pour des raisons légales
5XX Erreur serveur
500	Erreur interne du serveur
501	Non implémenté
502	Mauvaise passerelle
503	Service indisponible
504	Délai d’attente de la passerelle dépassé
505	Version HTTP non prise en charge
506	Variante négocie également
507	Stockage insuffisant
508	Boucle détectée
510	Non étendu
511	Authentification réseau requise

305 Use Proxy et 306 Switch Proxy ont été dépréciés mais sont toujours réservés.

En outre, les codes qui n’entrent pas dans ces catégories peuvent être non officiels, ne pas avoir été adoptés ou être spécifiques à certaines plates-formes ou à certains services. Par exemple, Cloudflare utilise le code d’état 521 Web Server Is Down pour les erreurs de connexion.

1XX – Codes d’état HTTP informationnels

100 Continue
Ce code d’état indique que le serveur a reçu la partie initiale de la demande. Le client doit continuer à envoyer le reste de la demande et ignorer ce code d’état.

101 Changement de protocole
Le serveur accepte de passer au protocole spécifié dans l’en-tête Upgrade. Cette réaction ne se produit que si le changement est bénéfique.

102 En traitement
Le code d’état signifie que le serveur est encore en train de traiter la demande. Il apparaît généralement lorsqu’une demande prend beaucoup de temps à être traitée.

103 Premiers indices
Ce code de réponse permet au navigateur de précharger les ressources à l’aide de l’en-tête Link pendant que le serveur prépare la réponse finale.

2XX – Codes d’état HTTP de succès

200 OK

Ce code d’état indique que la demande a abouti. Toutefois, la signification réelle de cette réponse dépend de la méthode de requête utilisée (GET, HEAD, POST, PUT, DELETE, OPTIONS ou TRACE). Nous examinerons toutes les méthodes HTTP plus loin dans cet article.

201 Créé

Ce code d’état est une réponse typique envoyée après une méthode POST ou PUT. Il indique que le serveur a terminé la requête et crée une ou plusieurs nouvelles ressources, identifiées par un en-tête Location ou l’URI cible.

202 Accepté

Le serveur a accepté la demande mais ne l’a pas encore traitée. Cet état de non-engagement permet au serveur de traiter la demande ultérieurement sans que le client ne doive rester connecté, ce qui est idéal pour le traitement par lots.

203 Informations non autoritatives

Ce code d’état signifie que la demande a abouti, mais qu’un proxy a modifié les données de réponse du serveur d’origine. Il est généralement utilisé lorsque le serveur récupère des données à partir d’un cache ou d’une source tierce, afin d’informer les destinataires des changements potentiels apportés au contenu original, comme dans les sauvegardes ou les ressources en miroir.

204 Aucun contenu

Ce code d’état signifie que le serveur a traité la demande avec succès mais qu’il n’a pas de contenu à envoyer en réponse. Il est utilisé pour les actions qui ne nécessitent pas la mise à jour de la vue actuelle du navigateur.

205 Réinitialiser le contenu

La demande a abouti et le client doit remettre la vue du document – un bloc-notes, un formulaire ou un canevas – dans son état par défaut.

206 Contenu partiel

Ce code d’état est envoyé lorsqu’un client demande une partie d’une ressource à l’aide de l’en-tête Range, ce qui réduit l’utilisation de la bande passante et améliore les performances.

Cela se produit généralement lors de la reprise de téléchargements interrompus, de la diffusion de fichiers multimédias en continu, du traitement de transferts de fichiers volumineux par morceaux et de la récupération de segments de données spécifiques au cours de la synchronisation.

207 Multi-statut

Ce code d’état fournit l’état de plusieurs ressources dans une seule réponse. Le corps du message XML comprend généralement un élément racine multi-statut détaillant le succès, le succès partiel ou l’échec de chaque ressource.

208 Déjà signalé

Ce code d’état est utilisé dans un élément de réponse DAV:propstat pour éviter de lister des membres internes dupliqués de collections. Une seule ressource fait état d’un statut 200 OK, tandis que les doublons utilisent 208.

226 IM utilisé

Le serveur a traité avec succès une requête GET et a appliqué une ou plusieurs manipulations d’instance à la ressource dans la réponse.

3XX – Codes d’état HTTP de redirection

300 choix multiples

Ce code d’état indique que plusieurs réponses sont disponibles et que le client doit en choisir une.

Par exemple, cela peut se produire lorsqu’une ressource a plusieurs versions linguistiques, comme l’anglais et le français. La réponse comprend une liste d’options avec les détails et les emplacements des ressources. Si le serveur a un choix préféré, il fournit un en-tête Location pour la redirection automatique.

301 Déplacé définitivement

Ce code d’état signifie que la ressource demandée a été déplacée de façon permanente vers une nouvelle URL. Toutes les demandes ultérieures devront utiliser la nouvelle adresse fournie dans la réponse.

La réponse du serveur comprend généralement un lien vers la nouvelle URL, sauf pour les requêtes HEAD. Pour les méthodes autres que GET et HEAD, la redirection n’a lieu que si le client l’autorise.

302 Trouvé

Ce code d’état signifie que la ressource demandée est temporairement disponible à un autre URI. Les demandes futures devront continuer à utiliser l’adresse initiale, sauf indication contraire.

Pour les requêtes non HEAD, la réponse du serveur comprend généralement un lien vers l’URI temporaire. La redirection n’a lieu que si le client l’autorise.

Consultez notre tutoriel sur l’erreur 302 pour connaître les méthodes de dépannage et les cas d’utilisation les plus courants.

303 Voir autre

Ce code d’état redirige le client vers une autre ressource utilisant la méthode GET. Cela signifie que le serveur ne peut pas fournir directement la ressource demandée.

Par exemple, après l’envoi d’un formulaire, le serveur redirige le client vers une page de confirmation au lieu d’afficher directement le résultat.

304 Non modifié

Ce code d’état signifie que la ressource demandée n’a pas changé et que le client peut utiliser sa version en cache. Il est généralement déclenché par des requêtes GET ou HEAD avec des en-têtes conditionnels tels que If-None-Match ou If-Modified-Since.

Consultez notre tutoriel sur le code d’état 304 pour plus de détails et les étapes de dépannage.

307 Redirection temporaire

Le serveur envoie ce code d’état pour rediriger temporairement le client vers un autre URI. Comme il s’agit d’une adresse temporaire, le client peut avoir besoin d’utiliser l’adresse d’origine à l’avenir. Contrairement à 302 Found, le client doit conserver la même méthode HTTP pendant la redirection.

308 Redirection permanente

Ce code d’état indique que la ressource a été déplacée de façon permanente vers un nouvel URI dans l’en-tête HTTP.

Elle a la même sémantique que la 301 Moved Permanently, sauf que la 308 Permanent Redirect ne permet pas au client de changer la méthode de requête.

4XX – Codes d’état HTTP d’erreur client

400 Requête incorrecte

Ce code d’état signifie que le serveur n’a pas pu traiter la demande en raison d’une erreur côté client, comme une syntaxe ou un routage non valide. Pour corriger une erreur 400, vérifiez l’URL et effacez le cache et les cookies de votre navigateur.

401 Non autorisé

Le serveur a rejeté la demande en raison de l’absence ou de l’invalidité de l’authentification de l’utilisateur. Si la demande contenait des informations d’identification, cela indique que le serveur a refusé de les autoriser. La réponse est généralement accompagnée d’un en-tête WWW-Authenticate contenant des instructions pour accéder à la ressource.

Si vous rencontrez une erreur 401, consultez notre tutoriel dédié pour connaître les étapes de dépannage.

402 Paiement requis

Ce code d’état non standard était destiné aux systèmes de paiement numérique. Cependant, elle est rarement utilisée et il n’existe pas de règles claires à ce sujet.

403 Interdit

Le serveur a compris la demande mais a refusé l’accès, généralement en raison de permissions insuffisantes. La réauthentification ne résoudra pas une erreur 403, car l’accès est limité de manière permanente. Le client peut réessayer avec d’autres informations d’identification.

404 Non trouvé

Ce code d’état signifie que le serveur ne peut pas trouver la ressource demandée et qu’il n’a pas d’adresse de transfert. Dans un navigateur, cela signifie que le lien est manquant ou non reconnu. Dans une API, cela indique que le point d’accès existe, mais que la ressource n’existe pas.

Les liens qui renvoient une erreur 404 sont appelés liens brisés ou morts, qui peuvent être temporaires ou permanents.

405 Méthode non autorisée

Le serveur d’origine reconnaît la méthode de requête, mais la ressource ne la prend pas en charge. La réponse comprend généralement un en-tête Allow énumérant les méthodes prises en charge.

Pour corriger une erreur 405, vérifiez l’URL et examinez les modifications apportées à la base de données.

406 Non acceptable

Le serveur envoie cette réponse invalide lorsqu’il ne trouve aucun contenu correspondant aux critères des en-têtes Accept de la demande. Le serveur fournira une liste des options disponibles afin que le client puisse choisir celle qui lui convient le mieux.

407 Authentification Proxy requise

Le serveur affiche ce code lors de l’utilisation d’un proxy. Le client doit fournir des informations d’authentification valides pour accéder à la ressource demandée. Contrairement à 401 Unauthorized, le client doit s’authentifier auprès du serveur proxy spécifié au lieu du serveur d’origine.

408 Délai de requête dépassé
Ce code d’état signifie que le serveur n’a pas reçu l’intégralité de la demande dans le délai imparti. La réponse suggère généralement de fermer la connexion inutilisée.

Pour y remédier, le client peut renvoyer la demande sans la modifier. Cette erreur peut se produire dans des navigateurs comme Chrome et Firefox, qui utilisent la préconnexion pour accélérer le chargement.

409 Conflit

Le serveur ne peut pas traiter la demande en raison d’un conflit avec la ressource. Il fournit des détails sur le problème afin que le client puisse le résoudre et réessayer, généralement au moyen d’une requête PUT.

410 Supprimé
This signifie que la ressource est définitivement indisponible sans adresse de renvoi. Dans ce cas, les moteurs de recherche suppriment la page de leur index. Il indique que le propriétaire du site a intentionnellement rendu la ressource indisponible et qu’il souhaite supprimer tout lien vers cette ressource.

411 Longueur requise

Le serveur a rejeté la demande parce qu’il a besoin d’un en-tête Content-Length.

412 Précondition échouée

Cette réponse invalide indique que le serveur n’a pas pu satisfaire à une ou plusieurs conditions spécifiées dans les en-têtes de la demande.

413 Contenu trop volumineux

Le serveur envoie généralement ce code d’erreur lorsqu’une requête est trop volumineuse pour être traitée. Pour corriger une erreur 413, le serveur peut fermer la connexion et inclure un en-tête Retry-After, encourageant le client à réessayer plus tard.

414 URI trop long

Ce code d’état signifie que l’URI de la demande est trop long pour être traité par le serveur. Bien que cela soit rare, cela peut se produire si un client convertit une requête POST en requête GET avec trop d’informations, s’il entre dans une boucle de redirection ou s’il tente d’exploiter les vulnérabilités du serveur.

415 Type de média non pris en charge

Le serveur a rejeté la demande car la ressource utilise un format de média non pris en charge. Ce code d’erreur peut également apparaître si la méthode de compression des données n’est pas prise en charge ou si le contenu ne répond pas aux attentes ou aux règles du serveur.

416 Plage non satisfaisable

Le serveur envoie ce code d’état lorsqu’il ne peut pas traiter la plage spécifiée dans la demande. Cela se produit lorsque la plage n’existe pas dans la ressource ou que la valeur n’est pas valide.

417 Attente échouée
Ce statut signifie que le serveur ne peut pas répondre aux exigences spécifiées dans l’en-tête Expect de la requête.

418 Je suis une théière

Ce code d’état fait référence à un poisson d’avril appelé Hyper Text Coffee Pot Control Protocol, indiquant que le serveur est une théière et qu’il ne peut donc pas préparer de café. Certains sites web l’utilisent pour des demandes qu’ils veulent éviter.

421 Requête mal dirigée

Ce code d’état apparaît lorsque le client envoie une requête au mauvais serveur, qui ne peut pas répondre à l’URL donnée. L’utilisateur peut réessayer la demande en utilisant une autre connexion ou un autre service.

422 Entité non traitable

Le serveur a reçu la demande mais ne peut la traiter en raison de problèmes tels que des erreurs sémantiques, comme la saisie de texte dans le champ numérique d’un formulaire.

423 Verrouillé

Ce statut signifie que la ressource est verrouillée. La réponse comprend souvent des détails sur la serrure.

424 Dépendance échouée

La demande a échoué parce qu’elle dépendait d’une demande précédente qui a également échoué.

425 Trop tôt

Le serveur refuse de traiter la demande parce qu’elle risque d’être répétée ultérieurement.

426 Mise à niveau requise

Le serveur ne traitera pas la demande si le client ne passe pas au protocole requis indiqué dans l’en-tête Upgrade.

428 Précondition requise

Ce code d’état signifie que le serveur a besoin d’une demande conditionnelle afin que le client utilise la bonne version de la ressource.

429 Trop de requêtes

L’erreur 429 se produit lorsque le client envoie trop de demandes en peu de temps. Le serveur peut inclure un en-tête Retry-After pour indiquer au client combien de temps il doit attendre avant de réessayer.

431 Champs d’en-tête trop volumineux

Le serveur envoie ce code d’état lorsque les en-têtes de la requête sont trop volumineux pour être traités. Le client doit réduire la taille de l’en-tête et renvoyer la demande.

451 Indisponible pour des raisons légales

Ce code de réponse apparaît lorsque le client demande une ressource qui a été supprimée pour des raisons légales, comme un site ou une page bloqués. Cela concerne principalement les fournisseurs d’accès à Internet (FAI) et les moteurs de recherche.

5XX – Codes d’état HTTP d’erreur serveur

500 Erreur interne du serveur

Ce code d’erreur générique apparaît lorsque le serveur rencontre un problème inattendu qui l’empêche de terminer la requête. Dans de nombreux cas, les administrateurs de serveurs enregistrent des informations détaillées sur le problème pour le dépannage.

501 Non implémenté

Ce statut signifie que le serveur ne prend pas en charge les fonctionnalités nécessaires pour répondre à la demande. Par défaut, les serveurs ne doivent gérer que les méthodes GET et HEAD.

La réponse peut inclure un en-tête Retry-After, indiquant au client quand la fonctionnalité sera disponible.

502 Mauvaise passerelle

La passerelle ou le serveur proxy donne ce code d’état lorsqu’il reçoit une réponse non valide alors qu’il tente de compléter la demande. Si votre site affiche une erreur 502, vous devez contacter votre hébergeur pour qu’il la corrige.

503 Service indisponible

Ce statut signifie que le serveur ne peut pas traiter la demande en raison d’une surcharge temporaire ou d’une maintenance. Vérifiez l’en-tête Retry-After de la réponse pour savoir combien de temps vous devez attendre avant de réessayer.

504 Délai d’attente de la passerelle dépassé

La passerelle ou le serveur proxy envoie ce code d’état lorsqu’il ne reçoit pas de réponse en temps voulu du serveur en amont. Si l’erreur 504 se produit sur votre site web, vérifiez vos ressources d’hébergement ou essayez d’utiliser un autre navigateur pour résoudre le problème.

505 Version HTTP non prise en charge

Le serveur envoie ce code lorsqu’il ne prend pas en charge la version HTTP utilisée dans la requête. La réponse expliquera pourquoi cette version ne fonctionne pas et proposera des protocoles acceptables.

506 Variante négocie également

Ce code d’état indique une erreur de configuration du serveur. Cela se produit lorsque la variante de ressource choisie est configurée pour la négociation de contenu mais n’est pas un point final valide, ce qui provoque une boucle.

507 Stockage insuffisant

Le serveur ne dispose pas de suffisamment d’espace de stockage pour répondre à la demande.

508 Boucle détectée

Cet état signifie que le serveur a arrêté une opération parce qu’il a détecté une boucle infinie, ce qui a entraîné l’échec du processus.

510 Non étendu

Ce code d’état signifie que le serveur a besoin d’extensions supplémentaires pour compléter la demande avec succès.

511 Authentification réseau requise

Le client doit s’authentifier pour accéder au réseau. La réponse comprend généralement un lien permettant de soumettre les informations d’identification. Il permet de résoudre les problèmes de sécurité liés aux portails captifs ou aux pages web que les utilisateurs voient avant d’accéder aux réseaux Wi-Fi publics.

Comprendre les requêtes et réponses HTTP

Le protocole HTTP définit des méthodes de requête pour indiquer au serveur l’action à entreprendre avec une ressource. Ces méthodes ont des caractéristiques communes : elles sont sûres, idempotentes ou peuvent être mises en cache.

Les méthodes sont considérées comme sûres si elles ne modifient rien sur le serveur et fonctionnent en lecture seule. Les méthodes idempotentes donnent le même résultat, quel que soit le nombre de fois où elles sont exécutées, sans effets secondaires imprévus. Les méthodes pouvant être mises en cache permettent aux navigateurs ou aux serveurs mandataires d’enregistrer les réponses pour les réutiliser, ce qui améliore l’efficacité.

Voici une liste des méthodes de requête standardisées couramment utilisées dans le cadre du protocole HTTP :

• GET – permet d’extraire des données d’une ressource.
• HEAD – demande la même réponse que GET mais sans le corps du message.
• POST – envoie des données à une ressource, comme la soumission d’un formulaire.
• PUT – remplace entièrement une ressource ou sa représentation.
• DELETE – supprime une ressource.
• OPTIONS – indique les options de communication pour la ressource.
• TRACE – teste le chemin d’accès d’une requête.
• PATCH – met à jour une partie d’une ressource.

Ces méthodes de requête sont souvent associées à des codes d’état HTTP, indiquant si l’action a réussi ou échoué. Par exemple, une requête GET peut renvoyer 200 OK si elle fonctionne ou 404 Not Found si la ressource n’existe pas.

Comment vérifier le code d’état HTTP d’une page

Les utilisateurs voient rarement des codes de statut dans les catégories 1XX et 2XX. Au lieu de cela, ils rencontrent généralement des codes d’état 3XX, 4XX ou 5XX lorsque quelque chose ne va pas.

Le moyen le plus simple de vérifier les codes d’état HTTP d’une page est d’utiliser l’outil Inspecter l’élément de votre navigateur. Si vous utilisez Chrome, cliquez avec le bouton droit de la souris n’importe où sur la page et sélectionnez Inspecter. Sélectionnez ensuite Réseau dans le menu supérieur.

Avec WebSniffer, vous pouvez vérifier les en-têtes de requête HTTP d’une page en sélectionnant le type de requête (GET, POST ou HEAD) et le client. Cette fonction vous permet de voir comment la page se charge sur différents navigateurs et même sur Googlebot.

Codes d’état HTTP importants pour le SEO

Les robots des moteurs de recherche enregistrent tous les codes d’état HTTP lorsqu’ils parcourent votre site et utilisent ces informations pour déterminer sa santé et son classement. Voyons quelques-uns des codes de statut qui ont un impact significatif sur le référencement de votre site.

200 : OK

Le statut 200 OK a un impact positif sur le référencement car il signale aux moteurs de recherche que la page est accessible et fonctionne correctement pour les visiteurs. Il confirme que la page est indexée, qu’elle est classée dans les résultats de recherche et qu’elle offre une bonne expérience à l’utilisateur.

301 : Moved Permanently

Le statut 301 Moved Permanently contribue au référencement en redirigeant le trafic d’une ancienne URL vers une nouvelle. Il indique aux moteurs de recherche que l’ancienne page a été déplacée, de sorte qu’ils transfèrent son classement et son autorité – également connus sous le nom de link equity – à la nouvelle page. Cela permet de maintenir la stabilité du référencement de votre site et d’éviter les liens brisés.

Si vous possédez un site web WordPress, consultez notre tutoriel dédié à la création de redirections 301. En ce qui concerne les meilleures pratiques, veillez à

• Rediriger les pages pertinentes – choisir des pages au contenu similaire afin de préserver l’expérience de l’utilisateur et la valeur du référencement.
• Mettre à jour les liens internes – remplacez les anciennes URL par de nouvelles dans la navigation, les menus et le contenu de votre site afin que les visiteurs ne tombent pas sur des liens brisés.
• Vérifier les liens externes – demandez aux autres sites qui renvoient à votre ancienne URL de mettre à jour leurs liens si possible.
• Contrôler les redirections – testez vos redirections pour éviter les chaînes ou les boucles, qui peuvent ralentir votre site et perturber les moteurs de recherche.
• Informer les moteurs de recherche – soumettre un sitemap mis à jour pour informer les moteurs de recherche de la nouvelle structure URL.

302 : Found

Étant donné que 302 Found est une redirection temporaire, les moteurs de recherche supposent que l’URL d’origine sera rétablie et la maintiennent souvent indexée. L’utiliser pour un déménagement permanent peut nuire à votre référencement, car il divise le classement et l’autorité entre l’ancienne et la nouvelle URL.

Par conséquent, n’autorisez ce code d’état que dans des situations temporaires, comme lors de la maintenance ou des tests. Remplacez-la par 301 dès que le changement devient permanent.

404 : Not Found

La réponse 404 Not Found est une mauvaise nouvelle pour le référencement et l’expérience utilisateur. Les moteurs de recherche peuvent supprimer les pages 404 de leur index, ce qui se traduit par une perte de trafic. Si la page comporte des liens retour, vous risquez de perdre de précieux avantages en matière de référencement. Elle peut également frustrer les visiteurs, les inciter à quitter votre site et à s’en méfier.

La correction immédiate du code d’erreur est le meilleur moyen de minimiser les dégâts. Il est également conseillé de créer une page d’erreur 404 personnalisée, que vous pouvez enrichir de liens de navigation ou d’informations afin de maintenir l’intérêt des visiteurs.

Les utilisateurs d’Hostinger peuvent configurer des pages d’erreur personnalisées dans hPanel en allant dans Site Web → Pages d’erreur. Vous pouvez également utiliser des plugins WordPress comme SeedProd ou Smart Custom 404 Error Page pour faire le travail sans codage.

Plus important encore, recherchez régulièrement les erreurs 404 sur votre site Web à l’aide de l’outil de résolution de bugs IA intégré à Hostinger ou d’outils tiers tels que Google Search Console.

410 : Gone

Le code d’état 410 Gone peut être bénéfique pour votre référencement lorsqu’il est utilisé sur des pages définitivement supprimées. Il est plus efficace que le message 404 Not Found car il indique clairement aux moteurs de recherche qu’ils doivent supprimer la page de leur index.

Toutefois, son utilisation sur des pages comportant des liens de retour de valeur ou un trafic important peut entraîner une perte d’équité en matière de liens et de valeur SEO. Les utilisateurs peuvent également être déroutés s’il n’y a pas d’alternative claire à la page.

N’utilisez 410 que pour les pages que vous souhaitez supprimer définitivement et que vous n’avez pas l’intention de remplacer. Mieux encore, redirigez les visiteurs et les moteurs de recherche vers une autre page pertinente à l’aide d’un 301.

500 : Internal Server Error

Ce code d’état peut compliquer l’exploration de votre site par les moteurs de recherche, ce qui entraîne des occasions manquées et des pages non indexées. Si l’erreur dure trop longtemps, les moteurs de recherche risquent de considérer votre site comme peu fiable, ce qui pourrait affecter votre classement.

Pour les sites WordPress, de mauvais plugins et un fichier .htaccess corrompu sont des causes courantes d’une erreur 500 Internal Server. Consultez notre tutoriel sur la résolution de l’erreur HTTP 500 pour connaître les étapes de dépannage et contactez votre hébergeur si l’erreur persiste.

503 : Service Unavailable

L’erreur 503 Service Unavailable signifie que le serveur est temporairement indisponible, généralement en raison d’une maintenance ou d’une surcharge. Contrairement à l’erreur 500, elle est généralement planifiée.

Bien que les erreurs 503 à court terme ne nuisent pas beaucoup à votre référencement, les laisser non résolues pendant trop longtemps peut entraîner une perte de trafic, des taux de rebond plus élevés et des classements plus faibles.

Pour y remédier, terminez votre maintenance ou réduisez la charge du serveur. Vous pouvez également essayer d’autres méthodes de dépannage dans notre tutoriel 503 Service Unavailable. Si rien ne fonctionne, vérifiez auprès de votre hébergeur si le problème ne vient pas de chez lui.

Codes d’état HTTP – FAQ

Tout le contenu des tutoriels de ce site est soumis aux

normes éditoriales et aux valeurs rigoureuses de Hostinger.