Les codes de statut HTTP 3XX redirect sont une catégorie de codes de statut dans le protocole de transfert hypertexte (HTTP) qui indiquent une redirection. Lorsqu’un serveur répond avec un code de statut 3XX, il informe le client (généralement un navigateur Web) qu’il doit prendre des mesures supplémentaires pour exécuter la requête. Ces codes de statut jouent un rôle crucial dans la redirection dynamique du trafic Web vers différentes URL.
Ces codes de statut sont essentiels pour maintenir la fonctionnalité et l’expérience utilisateur du Web. Ils permettent aux administrateurs de site de mettre à jour le contenu, de changer les URL ou de gérer la distribution du trafic sur plusieurs serveurs. En utilisant les codes de redirection 3XX appropriés, les propriétaires de sites peuvent s’assurer que les utilisateurs et les moteurs de recherche sont dirigés vers les bonnes ressources et URL.
Globalement, les codes de statut HTTP de redirection 3XX permettent une gestion efficace des sites Web, une redirection d’URL et une navigation utilisateur transparente en signalant le besoin d’actions supplémentaires pour répondre aux demandes.
Implications des codes de statut 3xx pour le SEO
Les codes de statut 3xx ont des implications significatives pour le SEO, influençant la manière dont les moteurs de recherche perçoivent et classent votre site Web.
Lorsqu’une URL est redirigée, Google suit l’URL originale et la nouvelle URL (cible de redirection). L’une de ces URL devient l’URL canonique, déterminée par des facteurs tels que le type de redirection (temporaire ou permanent). L’autre URL devient un nom alternatif pour l’URL canonique. Ces noms alternatifs sont différentes versions du même contenu que les utilisateurs peuvent reconnaître et en qui ils peuvent avoir plus confiance. Dans certains cas, ces noms alternatifs peuvent apparaître dans les résultats de recherche, surtout si la requête d’un utilisateur suggère une préférence pour l’ancienne URL.
Par exemple, lorsque vous migrez vers un nouveau domaine, il est courant que Google affiche occasionnellement les anciennes URL dans les résultats de recherche, même si les nouvelles URL ont été indexées. Ce comportement est attendu et, avec le temps, à mesure que les utilisateurs se familiarisent avec le nouveau domaine, la prééminence des noms alternatifs diminuera naturellement sans aucune action requise de votre part.
Le code de statut le plus critique pour le SEO est le 301 (Déplacé de façon permanente). En mettant en œuvre une redirection 301, les moteurs de recherche comprennent que l’URL originale a été déplacée de façon permanente vers un nouvel emplacement. Cela leur permet de transférer la valeur SEO de l’ancienne URL à la nouvelle, préservant ainsi les classements et le trafic.
Pour surveiller la redirection correcte du contenu de votre site vers de nouvelles pages, vous devez connaître la signification des codes de réponse du serveur. Cela vous aidera à éviter la perte d’équité des liens et à maintenir et améliorer votre classement de page.
Découvrons ce que signifie chacun des codes de statut 3xx.
Aperçu des codes de statut 3xx
La catégorie des codes de statut HTTP 3xx est principalement axée sur la redirection. Ces codes informent le client (le plus souvent un navigateur Web) qu’il doit prendre des mesures supplémentaires pour exécuter la requête. Cette action supplémentaire consiste généralement à envoyer une nouvelle requête à une URL différente, fournie dans la réponse.
3xx Redirection:
| Code de statut HTTP | Nom | Fonctionnement |
|---|---|---|
| 300 | Choix multiples | Explication du code, y compris qu’il signifie plusieurs options pour la ressource que le client peut suivre. |
| 301 | Déplacé de manière permanente | Expliquez que cela indique que l’URL de la ressource demandée a été changée de manière permanente et où se trouve le nouvel emplacement. |
| 302 | Trouvé (Précédemment “Déplacé temporairement”) | Expliquez que cela indique que l’URL de la ressource demandée a été changée temporairement. |
| 303 | Voir autre | Expliquant son utilisation pour la redirection, généralement après la soumission d’un formulaire. |
| 304 | Non modifié | Discutez de son utilisation dans les appels GET conditionnels pour réduire la bande passante. |
| 305 | Utiliser un proxy | Décrivez comment cela signifie que la ressource demandée ne peut être accessible que via un proxy. |
| 306 | (Non utilisé) | Mentionnez que cela était utilisé dans une version précédente de la spécification HTTP mais n’est plus utilisé. |
| 307 | Redirection temporaire | Détaillez l’utilisation de ce code pour rediriger temporairement le trafic. |
| 308 | Redirection permanente | Discutez de l’utilisation de ce code pour rediriger de manière permanente le trafic. |
Les codes de statut 3xx jouent un rôle important pour rendre le web dynamique et convivial. Par exemple, ils permettent aux administrateurs Web de déplacer du contenu vers de nouvelles URL sans briser les liens existants. Lorsqu’un utilisateur ou un moteur de recherche demande l’ancienne URL, une réponse 3xx les guide vers le nouvel emplacement. Ils sont également utilisés pour équilibrer les requêtes sur plusieurs serveurs, permettant ainsi une expérience utilisateur plus fluide.
Ces codes de statut ne représentent pas une erreur mais plutôt un changement dans le chemin d’accès à la ressource demandée. La ressource n’a pas encore été livrée, mais elle peut être obtenue en suivant les instructions fournies dans le message de statut. Il est également important de noter que certains codes 3xx impliquent que le contenu a été déplacé de manière permanente (par exemple, 301), tandis que d’autres indiquent un changement temporaire (par exemple, 302, 307).
Comprendre et mettre en œuvre correctement les codes de statut HTTP 3xx est crucial pour tout développeur Web ou administrateur. Cela aide à garantir des expériences utilisateur fluides, un fonctionnement efficace du serveur et un indexage correct des pages Web par les moteurs de recherche.
Code de statut 300 – Choix multiples
Lorsqu’un serveur répond avec un code de statut 300, il indique un scénario unique où la ressource demandée est associée à plusieurs points de terminaison potentiels, chacun caractérisé par un emplacement distinct. L’utilisateur ou l’agent utilisateur doit donc discerner le choix préféré et rediriger ensuite sa requête vers cet emplacement spécifique pour récupérer la ressource prévue. Notamment, dans certains systèmes sophistiqués, une sélection automatique du choix le plus optimal peut être mise en œuvre, éliminant la nécessité d’une intervention manuelle. Cela illustre la nature dynamique de la communication HTTP et la complexité qu’elle peut parfois introduire.
Un utilisateur tente d'accéder à l'URL "https://example.com/document".
Le serveur réalise qu'il existe plusieurs versions de "document" disponibles dans différentes langues, telles que l'anglais, le français et l'espagnol.
Le serveur renvoie un code de statut 300 Choix multiples, accompagné d'une liste des versions disponibles de "document", chacune avec son URL unique. Cela pourrait ressembler à quelque chose comme :
"https://example.com/document-en" pour la version anglaise
"https://example.com/document-fr" pour la version française
"https://example.com/document-es" pour la version espagnole
L'utilisateur ou le navigateur de l'utilisateur sélectionne ensuite la version appropriée en fonction de la préférence linguistique de l'utilisateur et effectue une nouvelle requête à cette URL.
Le serveur répond avec un code de statut 200 OK (en supposant que tout le reste soit correct) et le document demandé dans la langue choisie.
Dans certains cas, un navigateur ou un client automatisé pourrait être configuré pour faire ce choix automatiquement en fonction de critères préconfigurés, tels que les paramètres linguistiques de l'utilisateur.
301 – Déplacé de manière permanente
Un code de statut 301 représente une redirection permanente de l’URL initialement demandée vers une nouvelle. Cela implique que toutes les futures requêtes à l’URL originale doivent être dirigées vers la nouvelle URL fournie par le serveur.
Ce code est particulièrement utile lorsque le domaine ou la structure d’URL d’un site Web change. En utilisant une redirection 301, le propriétaire du site peut s’assurer que les utilisateurs et les moteurs de recherche mettent à jour leurs références URL vers le nouvel emplacement, aidant à maintenir le classement SEO du site.
Le code de statut 301 Déplacé de manière permanente implique également que la méthode et le corps de la requête originale ne seront pas modifiés lors de la redirection. C’est-à-dire, si une POST a été faite à l’URL originale, la redirection sera également effectuée en utilisant une POST avec le même corps.
L'entreprise utilisait auparavant 'http://old-business.com', mais elle a changé de marque et déménagé vers un nouveau domaine : 'http://new-business.com'.
Lorsqu'un utilisateur ou un moteur de recherche tente d'accéder à l'ancienne URL 'http://old-business.com/about', le serveur a été configuré pour répondre avec un code de statut 301 et fournit la nouvelle URL 'http://new-business.com/about' dans le champ 'Location' de l'en-tête de réponse HTTP.
Le navigateur de l'utilisateur ou le moteur de recherche reconnaît le code de statut 301, ce qui signifie que la ressource a été déplacée de manière permanente. Ils mettront à jour leurs enregistrements et leur cache pour utiliser la nouvelle URL 'http://new-business.com/about' pour toutes les futures requêtes.
Le navigateur de l'utilisateur est automatiquement redirigé vers 'http://new-business.com/about', et la page correcte se charge.
De cette manière, le code de statut 301 Déplacé de manière permanente garantit que le trafic et le classement SEO sont préservés lorsque la structure du site ou le domaine change. Il informe à la fois les navigateurs des utilisateurs et les moteurs de recherche que l'ancienne URL ne doit plus être utilisée, et que toutes les futures requêtes doivent être dirigées vers la nouvelle URL.
302 – Trouvé (Déplacé temporairement)
Un code de statut 302 indique que la ressource demandée a été temporairement déplacée vers une nouvelle URL, et les futures requêtes doivent toujours utiliser l’URL originale. Contrairement au code de statut 301, qui indique au client que le déplacement est permanent, un code de statut 302 signale un changement temporaire d’emplacement.
Ce code de statut est souvent utilisé lorsque le contenu est déplacé temporairement, comme pendant la maintenance du site Web ou les tests A/B. Lorsque le client reçoit un code de statut 302, il doit suivre la redirection pour la requête en cours, mais continuer à utiliser l’URL originale pour toutes les futures requêtes.
Il est important de noter que la spécification HTTP/1.0 désignait ce code de statut comme “Déplacé temporairement”, mais il a été renommé en “Trouvé” dans HTTP/1.1. Malgré ce changement de terminologie, sa fonction reste la même. Cependant, notez que la méthode de requête peut être modifiée en GET à partir de la méthode originale dans le cas du code de statut 302. Par exemple, si la requête originale était POST, la requête redirigée pourrait être modifiée en GET.
La nouvelle URL pour la ressource est fournie dans le champ ‘Location’ de l’en-tête de réponse HTTP. Le navigateur de l’utilisateur ou un autre client HTTP doit automatiquement gérer la redirection vers la nouvelle URL pour la requête en cours.
Pendant une vente saisonnière, ils décident de remplacer la page de produit standard par une page de vente spéciale qui inclut des remises supplémentaires et des offres groupées. La page de vente est située à 'http://store.com/product-sale'.
Lorsqu'un client tente d'accéder à l'URL habituelle 'http://store.com/product', le serveur répond avec un code de statut 302 et fournit la nouvelle URL 'http://store.com/product-sale' dans le champ 'Location' de l'en-tête de réponse HTTP.
Le navigateur du client reconnaît le code de statut 302 et redirige automatiquement vers 'http://store.com/product-sale' pour cette requête spécifique.
Une fois la période de vente terminée, le serveur cesse d'émettre la redirection 302, et l'URL originale 'http://store.com/product' recommence à servir la page de produit standard. Parce que le code de statut 302 indique un déplacement temporaire, les navigateurs et les moteurs de recherche continuent de traiter 'http://store.com/product' comme l'URL principale tout au long de ce processus.
Dans cet exemple, le code de statut 302 Trouvé (Déplacé temporairement) permet à la boutique de modifier temporairement le contenu qu'elle sert sans changer l'URL que les clients et les moteurs de recherche utilisent pour accéder à la page de produit.
303 – Voir autre
Le code de statut 303, intitulé “Voir autre”, signifie que la ressource demandée peut être trouvée à une autre URL et doit être récupérée à l’aide d’une méthode GET. Ce code de statut est utilisé pour rediriger un client après une action réussie, généralement une soumission de formulaire, pour éviter que l’action ne soit dupliquée si un utilisateur actualise ou navigue en arrière sur la page.
Lorsqu’un code de statut 303 est émis, le serveur inclut le champ ‘Location’ dans l’en-tête de réponse HTTP pour spécifier la nouvelle URL où le client doit diriger la requête de suivi GET. Cela diffère d’un code de statut 302, où le client est censé suivre la redirection mais utiliser la méthode HTTP originale.
En essence, le code de statut 303 Voir autre est un moyen pour les serveurs de garantir qu’un client récupère la version la plus récente d’une ressource tout en évitant les problèmes potentiels avec les resoumissions de formulaires ou d’autres actions qui modifient les données.
Il est important de noter que le code de statut 303 Voir autre a été introduit dans HTTP/1.1. Il peut ne pas être entièrement pris en charge par les anciens clients qui n’implémentent que HTTP/1.0. Cependant, la plupart des clients modernes et tous les navigateurs modernes prennent en charge HTTP/1.1 et comprennent le code de statut 303 Voir autre.
304 – Non modifié
Un code de statut 304, également connu sous le nom de “Non modifié”, est utilisé pour indiquer que la ressource demandée n’a pas été modifiée depuis qu’elle a été demandée pour la dernière fois. Ce code de statut est généralement utilisé à des fins de mise en cache et peut améliorer considérablement les performances des applications Web en réduisant la charge du serveur et le trafic réseau.
Lorsqu’un client dispose d’une copie mise en cache d’une ressource, il peut envoyer une requête GET conditionnelle au serveur avec un en-tête ‘If-Modified-Since’ ou ‘If-None-Match’. Le serveur vérifie si la ressource a changé depuis la dernière fois spécifiée par le client. Si la ressource n’a pas changé, le serveur répondra avec un code de statut 304 Non modifié, et le client chargera la ressource depuis son cache au lieu de la télécharger à nouveau depuis le serveur.
Le serveur n’inclut pas de corps de message avec une réponse 304, et les en-têtes de la ressource dans la réponse doivent être identiques à ceux envoyés dans la précédente réponse 200 OK (à l’exception de certains champs qui pourraient avoir des valeurs différentes, telles que Date).
Il est important de noter que le code de statut 304 est une fonctionnalité de HTTP/1.1 et des versions ultérieures. Les clients plus anciens qui prennent en charge uniquement HTTP/1.0 peuvent ne pas comprendre ou gérer correctement un code de statut 304. Cependant, tous les navigateurs Web modernes et la plupart des clients HTTP prennent en charge HTTP/1.1 ou des versions ultérieures et devraient gérer correctement un code de statut 304 Non modifié.
- L'utilisateur visite pour la première fois 'http://news-website.com' à 9 heures. Le serveur répond avec un code de statut 200 OK, fournissant les derniers articles de nouvelles et définissant l'en-tête 'Last-Modified' dans la réponse HTTP à 'Tue, 19 Jun 2023 09:00:00 GMT'. Le navigateur de l'utilisateur stocke ou 'met en cache' le contenu de la page.
- L'utilisateur visite 'http://news-website.com' à nouveau à 10 heures. Cette fois, le navigateur de l'utilisateur envoie une requête GET au serveur avec un en-tête 'If-Modified-Since' défini à la valeur qu'il a reçue plus tôt : 'Tue, 19 Jun 2023 09:00:00 GMT'.
- En supposant qu'aucun nouvel article n'a été publié entre 9 heures et 10 heures, le serveur répond avec un code de statut 304 Non modifié. Il n'inclut pas le contenu de la page dans la réponse car il n'a pas changé.
- À la réception de la réponse 304, le navigateur de l'utilisateur charge la version mise en cache de la page, évitant ainsi de devoir télécharger à nouveau le contenu de la page.
Grâce à ce mécanisme, le code de statut 304 Non modifié permet aux navigateurs de charger les pages plus rapidement et de réduire le trafic réseau lorsque le contenu n'a pas changé. Il est particulièrement bénéfique pour les utilisateurs disposant de connexions Internet plus lentes ou lors de la gestion de pages Web plus grandes et plus gourmandes en ressources.
305 – Utiliser un proxy
Le code de statut 305 est intitulé “Utiliser un proxy” et indique que la ressource demandée doit être accédée via un proxy fourni dans l’en-tête ‘Location’ de la réponse HTTP. Lorsqu’un client reçoit ce code de statut, il doit répéter la requête via l’emplacement du proxy indiqué.
Cependant, il est important de noter que HTTP/1.1, la version prédominante de HTTP utilisée aujourd’hui, a obsolété le code de statut 305 en raison de préoccupations de sécurité. Les clients (y compris la plupart des navigateurs Web) peuvent refuser de traiter les réponses avec ce code de statut, car cela pourrait exposer les informations d’identification de l’utilisateur envoyées à l’hôte d’origine au proxy. Par conséquent, le code de statut 305 est rarement vu ou utilisé dans la pratique.
Au lieu du code de statut 305, d’autres mécanismes sont généralement utilisés pour les services de proxy, tels que les fichiers PAC (Proxy Auto-Configuration) ou WPAD (Web Proxy Autodiscovery Protocol), qui permettent à un client de déterminer le proxy correct à utiliser pour une URL donnée sans que le serveur doive explicitement dire au client d’utiliser un proxy spécifique.
Cependant, pour la compréhension, voici un exemple hypothétique :
Un utilisateur tente d'accéder à une URL 'http://example.com/resource'.
Le serveur, pour une raison quelconque, souhaite que l'utilisateur accède à cette ressource en utilisant un proxy. Le serveur répond avec un code de statut 305 et inclut l'URL du proxy 'http://proxy.com' dans le champ 'Location' de la réponse HTTP.
Dans un scénario idéal (si les clients prenaient en charge le code de statut 305), le client (ou le navigateur de l'utilisateur) reconnaîtrait le code de statut 305, puis réémettrait la requête pour 'http://example.com/resource' mais via le proxy à 'http://proxy.com'.
Cependant, comme le code de statut 305 n'est pas pris en charge par la plupart des clients et des navigateurs, ce flux ne se produirait pas dans des scénarios réels. Au lieu de cela, le client afficherait probablement une erreur ou ignorerait la réponse.
Dans les pratiques Web modernes, lorsque un client doit accéder à des ressources via un proxy, cela est généralement configuré du côté du client (dans les paramètres réseau du client ou du navigateur) ou configuré automatiquement à l'aide de méthodes comme les fichiers PAC ou WPAD, et non dirigé par les serveurs via des réponses HTTP.
306 – Changer de proxy
Le code de statut 306, intitulé “Changer de proxy”, a été défini dans une version précédente de la spécification HTTP, HTTP/1.0. Il était utilisé pour signaler au client qu’il devrait passer à un autre proxy répertorié dans l’en-tête ‘Location’ lors de futures requêtes.
Cependant, ce code de statut a été obsolété dans les versions ultérieures de la spécification HTTP et n’est plus utilisé. À partir de HTTP/1.1, le code de statut 306 est réservé et ne doit pas être utilisé. Les clients, y compris les navigateurs Web, ne reconnaissent pas ce code de statut, et son comportement est indéfini.
En conséquence, vous ne rencontrerez pas ce code de statut dans un scénario pratique, et il n’est pas utilisé dans le développement Web moderne. De manière similaire au code de statut 305, la méthode préférée pour gérer les proxies implique de les configurer au niveau du client ou d’utiliser des protocoles comme PAC ou WPAD pour les découvrir automatiquement plutôt que de laisser le serveur instruire le client de changer de proxies.
En théorie, lorsqu'il était encore utilisé, le flux aurait été quelque peu similaire à ceci :
- Un utilisateur tente d'accéder à une ressource à 'http://example.com/resource'.
- Le serveur, pour une raison quelconque, voudrait que le client change de proxy pour les futures requêtes. Le serveur répondrait avec un code de statut 306 et inclurait la nouvelle URL du proxy 'http://new-proxy.com' dans le champ 'Location' de l'en-tête de réponse HTTP.
- Le client (ou le navigateur de l'utilisateur), reconnaissant le code de statut 306, passerait au nouveau proxy spécifié par le serveur dans le champ 'Location' pour toutes les futures requêtes.
Cependant, comme ce code de statut est maintenant obsolète, ce scénario ne se produira pas dans aucun environnement Web actuel. Les pratiques Web modernes impliquent la configuration des proxies au niveau du client ou l'utilisation de méthodes de découverte automatique, plutôt que de compter sur les réponses des serveurs pour changer de proxies.
307 – Redirection temporaire
Le code de statut 307 indique que la ressource demandée se trouve temporairement à une URI différente, comme indiqué par l’en-tête ‘Location’ dans la réponse. Semblable à un code de statut 302, un code 307 implique une redirection temporaire. La principale différence réside dans la manière dont les deux codes gèrent les méthodes HTTP.
Alors qu’un code de statut 302 peut (selon le client) changer la méthode HTTP de POST à GET, un code de statut 307 ne permet pas le changement de méthode HTTP. En d’autres termes, si la requête originale était POST, la requête redirigée sera également POST.
Dans la vidéo de Google Search Central, vous pouvez voir comment un Googlebot interagit avec les HSTS / 307s :
Ce code de statut est particulièrement utile dans les cas où l’emplacement d’une ressource ou d’une page est temporairement modifié et où la requête du client doit être répétée exactement (même méthode et corps) à la nouvelle localisation. Il est souvent utilisé dans des situations où le maintien de la méthode HTTP originale est critique pour la fonctionnalité de l’application, comme la soumission de formulaires ou les points de terminaison d’API.
Comme pour les autres codes de statut de redirection, la nouvelle URI doit être fournie dans le champ ‘Location’ de l’en-tête de réponse HTTP. Les clients, y compris les navigateurs Web, doivent automatiquement suivre la redirection vers la nouvelle localisation pour la requête en cours, mais continuer à utiliser l’URI originale pour les futures requêtes.
Notez que le code de statut 307 fait partie de HTTP/1.1 et n’est pas défini dans l’ancienne spécification HTTP/1.0. Cependant, tous les clients modernes et les navigateurs prennent en charge HTTP/1.1 et devraient gérer correctement un code de statut 307 Redirection temporaire.
Un utilisateur visite une page à 'http://website.com/resource' pour soumettre un formulaire avec des informations. Le navigateur envoie une requête POST au serveur avec les données du formulaire.
En raison de travaux de maintenance ou d'autres conditions temporaires, le serveur a déplacé le script de traitement du formulaire vers un emplacement différent, disons 'http://website.com/temp-resource'.
Le serveur répond avec un code de statut 307 Redirection temporaire et fournit la nouvelle URL 'http://website.com/temp-resource' dans le champ 'Location' de l'en-tête de réponse HTTP.
Le navigateur de l'utilisateur reconnaît le code de statut 307 et réémet automatiquement la même requête POST exacte (avec les mêmes données de formulaire dans le corps de la requête) à 'http://website.com/temp-resource'.
Une fois la condition temporaire résolue, le serveur cesse d'émettre la redirection 307, et l'URL originale 'http://website.com/resource' recommence à gérer les soumissions de formulaires.
De cette façon, le code de statut 307 Redirection temporaire aide à maintenir la méthode HTTP et le corps de la requête exacts dans une situation de redirection, ce qui peut être crucial dans certains scénarios, tels que les soumissions de formulaires ou les opérations d'API RESTful.
308 – Redirection permanente
Le code de statut 308, également connu sous le nom de “Redirection permanente”, est utilisé pour indiquer que la ressource demandée a été déplacée de manière permanente vers un nouvel emplacement, et toutes les futures références doivent utiliser une nouvelle URI avec la même méthode. Ce code de statut fait partie de la norme HTTP/1.1, ajoutée plus tard dans la RFC 7538.
La redirection permanente 308 est similaire au code de statut 301 Déplacé de manière permanente, mais avec une différence cruciale : alors qu’une redirection 301 peut permettre le changement de méthode HTTP de POST à GET, un code de statut 308 ne permet pas ce changement. Si la requête originale était POST, la requête redirigée devrait également être POST.
Ce code de statut est bénéfique dans les cas où l’emplacement d’une ressource a été déplacé de manière permanente, et la requête du client doit être répétée exactement (même méthode et corps) à la nouvelle localisation. Il est fréquemment utilisé dans des situations où la préservation de la méthode HTTP originale est essentielle à la fonctionnalité de l’application, comme la soumission de formulaires ou les points de terminaison d’API.
La nouvelle URI doit être fournie dans le champ ‘Location’ de l’en-tête de réponse HTTP. Les clients, y compris les navigateurs Web, doivent automatiquement suivre la redirection vers la nouvelle localisation pour la requête en cours et utiliser la nouvelle URI pour toutes les futures requêtes.
Bien que le code de statut 308 fasse partie de HTTP/1.1, gardez à l’esprit que tous les clients peuvent ne pas gérer correctement ce code de statut, car il a été ajouté plus tard. Cependant, tous les navigateurs Web modernes et les clients HTTP devraient gérer correctement un code de statut 308 Redirection permanente.
Une application envoie une requête POST à un point de terminaison d'API à 'http://api.example.com/old-endpoint' avec des données JSON dans le corps de la requête.
Le serveur a déplacé de manière permanente ce point de terminaison vers 'http://api.example.com/new-endpoint', donc il répond avec un code de statut 308 Redirection permanente et fournit la nouvelle URL dans le champ 'Location' de l'en-tête de réponse HTTP.
L'application, après avoir reçu le code de statut 308, réémet automatiquement la même requête POST exacte (avec les mêmes données JSON dans le corps de la requête) à 'http://api.example.com/new-endpoint'.
Pour toutes les futures requêtes, l'application utilisera la nouvelle URL 'http://api.example.com/new-endpoint', grâce au code de statut 308 Redirection permanente.
De cette façon, le code de statut 308 Redirection permanente aide à maintenir la méthode HTTP et le corps de la requête exacts lorsqu'une ressource a été déplacée de manière permanente, ce qui peut être crucial pour des opérations comme les requêtes d'API ou les soumissions de formulaires.
Dépannage des codes de statut 3xx
Les codes de statut 3xx, également connus sous le nom de codes de statut de redirection, ne causent généralement pas de problèmes car les navigateurs Web modernes et les clients sont généralement capables de gérer automatiquement ces redirections. Cependant, certaines situations peuvent nécessiter un dépannage. Voici quelques lignes directrices générales sur la façon de gérer et de résoudre les problèmes liés à ces codes de statut :
Vérifiez l’en-tête de localisation
Assurez-vous que les redirections sont correctement configurées
Méfiez-vous des chaînes de redirection et des boucles
Assurez-vous de l’utilisation cohérente des formats d’URL
Considérez l’impact sur le SEO
Testez soigneusement les codes de statut 307 et 308
Mettez à jour les anciens liens
Si vous rencontrez toujours des problèmes après avoir suivi ces directives, envisagez de demander de l'aide à un professionnel du développement Web ou du SEO. Ils peuvent utiliser des outils spécialisés pour analyser le trafic HTTP et identifier la cause de tout problème avec les codes de statut 3xx.
Redirect Checker pour détecter les codes de statut 3xx
Redirect Checker est un outil en ligne robuste qui fournit une ressource inestimable pour diagnostiquer et résoudre les problèmes liés aux codes de statut 3xx. Avec sa capacité à distinguer clairement entre les différents codes de statut 3xx, tels que 301 (Déplacé de manière permanente), 302 (Trouvé), 307 (Redirection temporaire) et 308 (Redirection permanente), vous pouvez obtenir des informations cruciales sur la manière dont votre serveur gère la redirection.
Chaque code a ses propres implications pour le SEO et le comportement du client, donc être conscient du code de statut spécifique que votre serveur renvoie est essentiel.
Une autre fonctionnalité puissante du Redirect Checker est sa capacité à identifier les chaînes de redirection et les boucles. Les chaînes de redirection, où une URL redirige vers une autre, puis une autre, peuvent ralentir les temps de chargement des pages et avoir un impact négatif sur le SEO. Les boucles de redirection, d’autre part, résultent en un cycle sans fin de redirections qui empêchent une page de se charger, présentant un obstacle significatif à l’expérience utilisateur.
Le Redirect Checker révèle également l’URL vers laquelle votre serveur redirige le client. Cette fonctionnalité est particulièrement utile si vous rencontrez un comportement de redirection inattendu et avez besoin de localiser la source.
Enfin, en mesurant le temps que votre serveur prend pour renvoyer une réponse de redirection, l’outil fournit des informations sur les aspects de performance qui ont un impact direct sur l’expérience utilisateur et les vitesses de chargement des pages. Cela fait du Redirect Checker de Sitechecker Pro une solution complète pour diagnostiquer et résoudre les problèmes liés aux codes de statut 3xx.
Conclusion
Les codes de statut 3xx ont un impact significatif sur le SEO et la manière dont les moteurs de recherche perçoivent et classent votre site Web. Le code le plus critique pour le SEO est le 301 (Déplacé de manière permanente), qui transfère la valeur SEO à la nouvelle URL. Les redirections temporaires comme 302 (Trouvé) et 307 (Redirection temporaire) peuvent ne pas transférer la valeur SEO et doivent être utilisées uniquement pour des changements temporaires. Le code 303 (Voir autre) est principalement utilisé pour rediriger après une soumission de formulaire et n’a pas d’implications SEO spécifiques, mais il améliore l’expérience utilisateur. Le 308 (Redirection permanente) est similaire au 301 et signale un déplacement permanent, affectant positivement le SEO.
Pour gérer et résoudre les problèmes liés aux codes de statut 3xx, vérifiez l’en-tête ‘Location’, assurez-vous que les redirections sont correctement configurées, évitez les chaînes de redirection et les boucles, et tenez compte de l’impact sur le SEO. Des outils comme le Redirect Checker de Sitechecker Pro peuvent aider à diagnostiquer et à résoudre ces problèmes.
