Une redirection SEOSearch Engine Optimization. Ensemble des techniques visant à améliorer le positionnement d'un site web dans les résultats naturels des moteurs de recherche. renvoie l'internaute et GooglebotRobot d'exploration de Google qui parcourt le web pour découvrir et indexer les pages. d'une URLUniform Resource Locator. Adresse unique d'une page web. Une URL optimisée est courte, descriptive et contient le mot-clé. vers une autre. Le code choisi décide de l'URL que Google montre : une redirection permanente (301Redirection permanente transférant le jus SEO de l'ancienne URL vers la nouvelle. ou 308) affiche la nouvelle, une temporaire (302Redirection temporaire ne transférant pas le jus SEO. À utiliser avec précaution., 303 ou 307) garde l'ancienne. Posez-la côté serveur, vers la page la plus proche, en un seul saut.
Quand rediriger, et quand laisser la page en place
On redirige quand le contenu existe toujours à une autre adresse, ou quand une page proche répond au même besoin. Sinon, la page garde son code : 200 si elle revient, 404 ou 410 si elle disparaît pour de bon.
La grille ci-dessous couvre les situations qui reviennent le plus souvent. Elle se lit de gauche à droite : ce qui arrive à l'URL, puis la réponse HTTP qui va avec.
| Situation | Réponse à poser | Pourquoi |
|---|---|---|
| URL modifiée (nouvelle arborescence, refonte) | 301 vers la nouvelle URL | Google affiche la cible à la place de l'ancienne |
| Changement de domaine ou fusion de deux sites | 301 page à page, puis changement d'adresse dans la Search Console | Chaque ancienne page transmet ses signaux à son équivalent |
| Passage de HTTP à HTTPS | 301 de chaque URL HTTP vers sa version HTTPS | Même chemin, nouveau protocole, aucun outil à remplir |
| Une page joignable par plusieurs URL (www, /home) | 301 vers l'URL que vous voulez voir dans Google | Google la lit comme l'URL canonique |
| Page supprimée, avec une page proche | 301 vers cette page proche | L'internaute trouve la même réponse ailleurs |
| Page supprimée, sans équivalent | 404 ou 410 | Google retire l'URL de l'index, sans fausse piste |
| Produit en rupture de stock temporaire | 200, avec la disponibilité OutOfStock | La page reste indexable et reprend son rôle au retour du stock |
| Service indisponible quelques jours | 302 vers une page qui explique | L'ancienne URL reste dans les résultats |
Deux lignes demandent un mot de plus. La page supprimée sans équivalent, d'abord : la rediriger vers l'accueil semble prudent, mais Google le déconseille quand beaucoup d'anciennes URL partent vers une seule page sans rapport. Il précise que ce schéma peut être traité comme une soft 404, une URL que Google range avec les erreurs alors qu'elle ne renvoie aucun code d'erreur. Le diagnostic de ce cas a son article, sur la soft 404 et ce qu'elle dit de vos pages. Pour retirer proprement une page sans remplaçant, le guide pour désindexer une URL de Google détaille la 404Code HTTP indiquant qu'une page n'existe pas. Trop d'erreurs 404 nuisent au crawl budget., la 410 et le noindexDirective indiquant aux moteurs de ne pas indexer une page..
La rupture de stock, ensuite. Une fiche produitPage dédiée à un produit, devant être optimisée avec description unique, images et données structurées. qui ranke a de la valeur à prAlgorithme historique de Google évaluant l'importance d'une page selon ses backlinks. Toujours utilisé en interne.éserver pendant les semaines où le produit manque, à condition de rester une vraie fiche : Google signale en soft 404 une page dont le contenu suggère une erreur, comme une page vide ou un message d'erreur. Une 301 la remplacerait dans l'index alors que le produit va revenir, et une 302 enverrait ailleurs l'internaute qui cherchait justement ce produit. Laissez-la en ligne, signalez la rupture dans la page et dans les données structuréesCode ajouté au HTML pour aider les moteurs à comprendre le contenu et générer des rich snippets. (la valeur OutOfStock de la propriété availability, documentée par Google), et proposez des alternatives dans la fiche. La redirection se discute quand le produit sort du catalogue : vers son remplaçant s'il existe, vers la catégorie si elle répond au même besoin.
Les codes 3xx : ce que Google fait de chacun
Google range les redirections en deux familles : les permanentes (301, 308) lui disent que la cible doit devenir l'URL canoniqueBalise indiquant la version principale d'une page en cas de contenu dupliqué ou similaire., les temporaires (302, 303, 307) lui demandent de garder la source dans les résultats. C'est la seule question à se poser avant de choisir : la nouvelle adresse est-elle là pour durer ?
La 301 reste le code par défaut d'un changement d'URL. En cas de doute sur la durée, posez la question à qui demande la redirection : si personne ne prévoit de revenir en arrière, c'est une 301. Google, dans sa documentation sur les codes d'état, décrit la 301 comme un signal fort que la cible doit être traitée, et la 302 comme un signal faible. Une 302 posée pour une refonteModification majeure du design ou de la structure d'un site. Risque SEO si mal gérée., puis oubliée, laisse donc en principe l'ancienne URL dans les résultats : la page cible peut quand même être indexée si d'autres signaux de canonisation, comme la balise canonical, pointent vers elle. Le résultat dépend alors de ces signaux, ce qui n'est jamais ce qu'on veut sur une migration. Un test A/B par redirection demande l'inverse : Google veut une 302, pour garder l'URL d'origine dans son index pendant toute la durée du test A/B SEO.
Les trois autres codes se lisent par rapport à ces deux-là. La 307 est une 302 qui interdit au navigateur de changer la méthode de la requête : un formulaire envoyé en POST reste un POST après la redirection. La 308 fait la même chose pour la 301. La norme HTTP (RFC 9110) explique pourquoi elles existent : pour des raisons historiques, un navigateur peut transformer un POST en GET quand il suit une 301 ou une 302. La 303, elle, sert surtout après l'envoi d'un formulaire : le serveur renvoie l'internaute vers une page de résultat, chargée en GET.
Côté SEO, Google traite la 307 comme une 302 et la 308 comme une 301. Il demande pourtant de garder le code juste, parce que les autres clients (liseuses, autres moteurs) font la différence. La 308 est aussi la plus jeune de la famille : la norme la date de juin 2014 et prévient qu'elle n'est peut-être pas reconnue partout. Sur un changement d'URL de page classique, la 301 reste le choix le plus sûr.
Le détail de la 301 elle-même, avec sa mise en place sur Apache, nginx ou un CMS et le choix de la destination, est dans le guide de la redirection 301 et de son mapping.
Meta refresh, JavaScript et HSTS : les redirections hors serveur
Une redirection côté serveur reste la plus fiable : Google classe les méthodes selon ses chances de les interpréter correctement, et le serveur arrive en tête. Le meta refresh, puis le JavaScriptLangage de programmation web. Son mauvais usage peut bloquer l'indexation par les moteurs de recherche., ne servent que quand le serveur est hors de portée, sur certains hébergements mutualisés ou sur une plateforme fermée.
Le meta refresh se pose dans le <head> de la page (<meta http-equiv="refresh" content="0; url=...">) ou en en-tête HTTP Refresh. Deux cas se présentent. Avec un délai de 0 seconde, la redirection part au chargement et Google l'interprète comme permanente. Avec un délai, même de quelques secondes, il l'interprète comme temporaire. Le classique « vous allez être redirigé dans quelques secondes » laisse donc l'ancienne URL dans l'index.
La redirection JavaScript (window.location.href) passe après le rendu de la page. Google indique qu'il essaie de rendre chaque URL explorée, mais que le rendu peut échouer : dans ce cas, il ne voit jamais la redirection. Les outils qui n'exécutent pas le JavaScript ne la voient pas non plus. Sur une application JavaScript, le guide des bonnes pratiques JavaScript pour le SEO explique comment rendre ces signaux lisibles sans dépendre du rendu.
Dernier recours, la « crypto redirect » : un lien « Nous avons déménagé » vers la nouvelle page. Elle peut passer pour une redirection, mais la documentation de Google compare son existence à celle du monstre du Loch Ness. Sur une page qui compte, n'en dépendez pas.
Le HSTS, enfin, se règle dans un en-tête (Strict-Transport-Security) : il demande au navigateur de passer seul en HTTPSProtocole sécurisé de transfert de données. Facteur de ranking depuis 2014. lors des visites suivantes. Il s'ajoute à la redirection sans la remplacer : la règle à poser reste la 301 côté serveur, de HTTP vers HTTPS. Si le navigateur et un test en ligne de commande ne montrent pas le même code sur une URL en HTTP, la mémoire HSTS du navigateur peut l'expliquer : testez toujours avec un outil qui ne garde pas d'état.
Chaînes et boucles : les repérer et les casser
Une chaîne de redirections fait passer une URL par plusieurs sauts avant la page finale (A vers B, puis B vers C). Une boucle renvoie vers une URL déjà visitée (A vers B, puis B vers A) : la page ne s'affiche jamais. Les deux se corrigent de la même façon, en faisant pointer chaque source directement vers sa destination finale.
Googlebot suit jusqu'à 10 sauts. Une limite technique, rien de plus. Google demande pourtant de rediriger vers la destination finale en une fois, et à défaut de rester à 3 sauts au plus, en tout cas sous 5 : chaque saut ajoute du temps de réponse, et tous les navigateurs n'acceptent pas les longues chaînes.
Le guide du budget d'explorationProcessus par lequel les robots des moteurs de recherche parcourent et analysent les pages web. ajoute que les longues chaînes ont un effet négatif sur l'exploration, ce qui pèse surtout sur les gros sites, comme l'explique notre article sur le budget de crawl. Au-delà de la limite, ou en cas de boucle, la Search ConsoleOutil gratuit Google pour surveiller et optimiser la présence d'un site dans les résultats de recherche. classe l'URL en « Erreur liée à des redirections », avec des motifs comme « Chaîne de redirection trop longue » ou « Boucle de redirection ».
Une chaîne peut naître de règles empilées, chacune juste prise seule. Une règle passe le site en HTTPS, une autre retire le www, une troisième ajoute le slash final. Une ancienne URL en http://www traverse les trois avant d'arriver. Voici à quoi ça ressemble avec curl, dont l'option -L suit les redirections une à une :
Pour supprimer une chaîne de redirections, procédez dans cet ordre :
- Listez les URL qui redirigent. Le rapport « Erreur liée à des redirections » de la Search Console donne les cas extrêmes. Pour le reste, Screaming FrogLogiciel de crawl permettant d'auditer techniquement un site web. le fait en mode liste : chargez les anciennes URL, cochez « Always Follow Redirects », puis exportez le rapport « All Redirects ». Les autres modes et réglages de l'outil sont détaillés dans notre tutoriel Screaming Frog. Ses colonnes donnent le nombre de sauts, la présence d'une boucle et celle d'une redirection temporaire dans la chaîne.
- Réécrivez chaque règle vers la destination finale. A part directement vers C, B aussi. Pour les règles de protocole, de www et de slash, une seule règle qui envoie chaque variante vers l'URL canonique complète remplace les trois. Exception : un domaine candidat à la liste HSTS preload doit d'abord passer de HTTP à HTTPS sur le même hôte.
http://exemple.frpart vershttps://exemple.fr, puis vers le www si c'est l'URL canonique : deux sauts pour le domaine nu en HTTP. - Corrigez les liens internesEnsemble des liens entre les pages d'un même site. Distribue le jus SEO et guide les utilisateurs.. Google demande de remplacer, dans vos pages, toutes les URL qui redirigent. Un lien interne vers une URL redirigée coûte un saut à chaque visite et à chaque passage de Googlebot.
- Pour une boucle, cherchez les deux règles qui se contredisent. Exemple : une règle du serveur ajoute le slash final, un plugin du CMS le retire. Gardez-en une, supprimez l'autre.
- Relancez le crawl en mode liste et vérifiez qu'il ne reste qu'un saut par URL, suivi d'un code 200.
Migration, backlinks et plan de redirection
Sur une refonte ou un changement de domaine, chaque ancienne URL doit renvoyer en 301 vers son équivalent sur le nouveau site : c'est ce qui transmet à la nouvelle page les signaux de l'ancienne, liens externes compris. Le document qui organise ce travail s'appelle le plan de redirection : une table qui associe chaque ancienne URL à sa nouvelle adresse.
Son contenu se construit à partir d'un inventaire complet : crawl de l'ancien site, pages qui reçoivent du trafic, pages qui ont des backlinksLien provenant d'un site externe pointant vers votre site. Facteur de ranking majeur.. Les pages à backlinks passent en premier : sans redirection, ces liens pointent vers une page morte. Le tableau des pages les plus liées du rapport Liens de la Search Console en liste les principales, comme le détaille la méthode pour lire votre profil de backlinks. La méthode complète, du crawl au fichier de règles, est dans le guide du plan de redirection SEO étape par étape, et la migration dans son ensemble dans la checklist de migration SEO.
Trois règles de Google encadrent la bascule. Gardez les redirections aussi longtemps que possible, en général au moins un an : c'est le temps qu'il lui faut pour transférer tous les signaux, y compris en réattribuant les liens des autres sites. Pour un changement de domaine ou de sous-domaine, remplissez l'outil de changement d'adresse de la Search Console pour chaque variante validée de l'ancien domaine. Pour un passage de HTTP à HTTPS, un changement de www ou un déplacement de dossiers sur le même domaine, l'outil est inutile. Avant de déplacer des dossiers, vérifiez que c'est utile : Google lit l'architecture d'un site dans ses liens, et une arborescence SEO se réorganise souvent sans changer d'URL.
Le passage en HTTPS mérite son plan, même court. Google l'utilise comme signal de classementPosition d'une page web dans les résultats de recherche pour une requête donnée. depuis août 2014, un signal qui avait alors très peu de poids, présent sur moins de 1 % des requêtesTerme ou expression que les utilisateurs saisissent dans un moteur de recherche. Base de toute stratégie SEO. mondiales. L'enjeu des redirections est ailleurs : chaque URL HTTP doit arriver sur sa version HTTPS en un saut, sans chaîne avec les règles de www et de slash.
Une migration de plusieurs milliers d'URL se joue sur le mapping et sur les tests avant la mise en ligne. C'est le cœur de notre accompagnement SEO de refonte et de migration.
Contrôler et nettoyer ses redirections
Une redirection se teste avant la mise en ligne, puis se surveille dans la Search Console. Le test le plus simple tient en une commande : curl -sIL suivi de l'URL affiche chaque saut et le code final.
Deux pièges au contrôle. L'outil d'inspection d'URL de Google ne suit pas les redirections : il inspecte l'URL saisie, testez donc la cible à part. Dans le rapport d'indexationProcessus par lequel Google ajoute une page à sa base de données pour qu'elle puisse apparaître dans les résultats. des pages, le statut « Page avec redirection » est normal pour une ancienne URL : l'URL qui redirige n'est pas indexée, et la cible peut l'être ou non, contrôlez-la séparément. Le statut à surveiller est « Erreur liée à des redirections ».
Le nettoyage, ensuite. Google conseille de garder une redirection au moins un an après une migration, et de la garder indéfiniment du point de vue des internautes, tout en rappelant que les redirections sont lentes. Traitez donc d'abord ce qui rend la redirection nécessaire. Corrigez les liens internes, demandez aux sites qui vous envoient le plus de liens de mettre l'URL à jour, et ne retirez une règle qu'après un an, quand l'ancienne URL ne reçoit plus ni trafic ni lien externe.
Questions fréquentes
Une redirection 301 fait-elle perdre du référencement ?
Pas si la destination correspond à l'ancienne page. Google utilise la 301 comme un signal fort que la cible doit remplacer la source, et indique qu'un délai d'au moins un an lui permet de transférer tous les signaux, liens externes compris. Les pertes viennent d'une destination mal choisie, d'une chaîne ou d'une redirection retirée trop tôt.
Combien de redirections Google suit-il à la suite ?
Googlebot suit jusqu'à 10 sauts. Google recommande pourtant de rediriger directement vers la destination finale, ou de rester à 3 sauts au plus. Au-delà de la limite, la Search Console signale une erreur de redirection.
Faut-il rediriger une page 404 vers la page d'accueil ?
Non, sauf si l'accueil répond vraiment au même besoin. Google déconseille de rediriger beaucoup d'anciennes URL vers une seule page sans rapport, comme l'accueil, et prévient que ce schéma peut être traité comme une soft 404. Redirigez vers la page la plus proche, ou laissez la 404.
Redirection 301 ou 302 pour une page de soldes ?
Une 302 si la page d'origine revient après l'opération : Google garde alors l'ancienne URL dans ses résultats. Si l'URL de soldes doit remplacer l'ancienne pour de bon, passez en 301.
Combien de temps faut-il garder une redirection ?
Au moins un an après une migration, selon Google, et aussi longtemps que possible. Une redirection qui reçoit encore du trafic ou des liens externes après ce délai reste en place.
Sources
- Redirections et recherche Google, Google Search Central
- Effet des codes d'état HTTP sur les robots d'exploration Google, Google Search Central
- Migrations de sites, Google Search Central
- Gestion du budget d'exploration, Google Search Central
- RFC 9110: HTTP Semantics, rfc-editor.org
- Strict-Transport-Security header, MDN
- Rapport sur l'indexation des pages, Aide Google
- How To Audit Redirects In A Site Migration Using The SEO Spider, screamingfrog.co.uk
- curl : curl.se/docs/manpage.html
- Comment ajouter des données structurées spécifiques à un extrait produit, Google Search Central
- Le protocole HTTPS en tant qu'indicateur de classement, Google Search Central
- HSTS Preload List Submission : hstspreload.org/