Redirections avec Screaming Frog
détecter, analyser et corriger

Screaming Frog est l’outil de référence pour auditer les redirections : il détecte en un crawl les 301, les 302, les chaînes de redirections, les boucles et les redirections vers des pages en erreur.

Encore faut-il savoir lire le rapport Redirect Chains et distinguer une redirection légitime d’un problème à corriger. C’est tout l’objet de ce guide.

Pourquoi les redirections comptent autant en SEO

Une redirection dit à un navigateur et à un moteur de recherche qu’une URL a changé d’adresse. C’est un mécanisme indispensable quand tu refonds un site, quand tu changes une structure d’URL ou quand tu supprimes une page en la remplaçant par une autre. Bien utilisée, une redirection préserve le trafic et l’autorité accumulés par l’ancienne page. Mal utilisée, elle fait fuir ton budget de crawl, dilue ton autorité et dégrade l’expérience utilisateur.

Le problème, c’est que les redirections s’accumulent silencieusement au fil des années. Une migration ici, une suppression de page là, un changement de CMS, et tu te retrouves avec des chaînes de trois ou quatre sauts avant d’arriver à la page finale. Chaque saut ralentit le chargement, gaspille du budget de crawl et affaiblit le signal transmis. Sur un gros site, ces chaînes deviennent un vrai boulet technique que personne ne voit à l’œil nu.

C’est exactement là que Screaming Frog devient indispensable. En un seul crawl, il cartographie toutes les redirections de ton site, identifie leur type, repère les chaînes et les boucles, et te dit vers quoi elles pointent réellement. Avant de corriger quoi que ce soit, tu as besoin de cette photographie complète. Cette page s’inscrit dans ma méthode d’audit SEO avec Screaming Frog, dont les redirections forment l’un des postes clés.

301, 302, 307 : comprendre les types de redirection

Avant d’auditer, il faut maîtriser le vocabulaire. La redirection 301 est permanente : elle indique que la page a définitivement changé d’adresse et transmet l’autorité de l’ancienne URL vers la nouvelle. C’est celle qu’il faut privilégier dans la quasi-totalité des cas SEO : refonte, changement d’URL, fusion de pages. Google la comprend parfaitement et consolide les signaux vers la destination finale.

La redirection 302 est temporaire. Elle dit au moteur que le déplacement est provisoire et que l’ancienne URL reste la référence. Le piège, c’est qu’elle est très souvent utilisée par erreur à la place d’une 301, notamment par des CMS mal configurés. Résultat : l’autorité n’est pas transmise comme elle devrait l’être, et Google continue à indexer l’ancienne adresse. Une 302 qui dure depuis des mois est presque toujours une 301 déguisée qu’il faut corriger.

• ✓301 : permanente, transmet l’autorité, à privilégier
• ✗302 : temporaire, souvent utilisée par erreur à la place d’une 301
• ✗307 : temporaire côté protocole HTTP, même vigilance que la 302
• ✓Redirection JavaScript ou meta refresh : à éviter, mal comprise par les moteurs
• ✗Chaîne de redirections : plusieurs sauts avant la page finale, à aplatir

Lancer le crawl et trouver l’onglet Response Codes

Pour auditer tes redirections, lance un crawl complet de ton site depuis Screaming Frog. Une fois le crawl terminé, rends-toi dans l’onglet Response Codes en haut de l’interface. C’est ici que l’outil classe toutes les URLs par code de réponse HTTP. Applique le filtre Redirection 3xx pour n’afficher que les pages qui redirigent. Tu obtiens instantanément la liste exhaustive de toutes les redirections de ton site, avec leur code exact.

Pour chaque URL redirigée, la colonne Status Code te donne le type (301, 302, 307) et la colonne Redirect URL t’indique la destination immédiate du saut. C’est déjà une mine d’informations : tu peux repérer d’un coup d’œil les 302 qui devraient être des 301, ou les redirections qui pointent vers des URLs inattendues. Trie par Status Code pour regrouper les types et traiter les 302 en priorité.

Mais l’onglet Response Codes ne montre que le premier saut. Pour voir les chaînes complètes, il faut aller plus loin avec le rapport dédié. C’est justement là que Screaming Frog révèle sa vraie puissance sur les redirections, là où un simple contrôle manuel te ferait passer à côté de l’essentiel.

Le rapport Redirect Chains : ton meilleur allié

Le rapport le plus précieux pour auditer les redirections s’appelle Redirect Chains. Tu le trouves dans le menu Reports, en haut de l’interface. Il génère un export complet qui déroule chaque chaîne de redirection du premier au dernier saut, avec le code de chaque étape et l’URL finale atteinte. C’est le document qui transforme une liste brute en diagnostic exploitable.

Pour que ce rapport soit vraiment complet, active l’option Always Follow Redirects dans la configuration avant de lancer ton crawl. Sans cette option, Screaming Frog s’arrête parfois au premier saut et tu rates les chaînes profondes. Avec elle, l’outil suit chaque redirection jusqu’à sa destination finale, même après quatre ou cinq sauts, et te révèle les boucles infinies qui bloquent totalement l’accès à une page.

Dans l’export, la colonne Number of Redirects te dit combien de sauts séparent l’URL de départ de sa destination. Tout ce qui dépasse un saut est un candidat à l’optimisation. La colonne Final Address te donne la vraie page d’arrivée, et la colonne Final Status Code t’alerte si cette destination est elle-même en erreur, ce qui arrive plus souvent qu’on ne le croit après plusieurs migrations successives.

Aplatir les chaînes de redirections

Une chaîne de redirections, c’est quand une URL A redirige vers B, qui redirige vers C, qui redirige enfin vers D. Chaque saut coûte du temps de chargement, gaspille du budget de crawl et affaiblit un peu plus le signal transmis. Google recommande explicitement de limiter les chaînes et préfère de loin une redirection directe de A vers la destination finale. Aplatir une chaîne, c’est remplacer tous les sauts intermédiaires par une seule redirection qui pointe directement vers l’URL finale.

Concrètement, une fois le rapport Redirect Chains sous les yeux, tu identifies chaque chaîne de deux sauts ou plus. Pour chacune, tu modifies la redirection de départ pour qu’elle pointe directement vers la Final Address. Tu supprimes ainsi les étapes intermédiaires inutiles. Sur un site refondu plusieurs fois, ce simple travail peut réduire des chaînes de quatre sauts à un seul, avec un gain net sur la vitesse et le budget de crawl.

Fais attention à un piège classique : une boucle de redirection. C’est quand A redirige vers B qui redirige vers A. La page devient totalement inaccessible et Google finit par la désindexer. Screaming Frog les repère dans le rapport Redirect Chains via la colonne Loop, qui passe à True. Ces boucles sont prioritaires absolues : elles cassent l’accès à des pages qui peuvent être stratégiques pour ton trafic.

Redirections vers des pages en erreur : le piège caché

Le pire scénario en matière de redirection, c’est une 301 qui pointe vers une page en 404. L’utilisateur clique sur un lien, il est redirigé, et il atterrit sur une page introuvable. C’est doublement pénalisant : tu perds l’autorité que la redirection était censée transmettre, et tu offres une expérience désastreuse. Ces cas surviennent souvent quand une page de destination est supprimée après la mise en place de la redirection, sans que personne ne pense à vérifier.

Screaming Frog détecte ces situations grâce à la colonne Final Status Code du rapport Redirect Chains. Filtre pour n’afficher que les lignes où cette colonne indique un code 4xx ou 5xx. Chacune de ces lignes est une redirection qui mène dans le mur. Ce sont des corrections urgentes : soit tu restaures une destination valide, soit tu rediriges vers une page pertinente qui existe réellement.

Pour aller plus loin sur la gestion des pages introuvables, je détaille toute la méthode dans mon guide sur les erreurs 404 avec Screaming Frog. Redirections et erreurs sont deux faces d’un même problème : le maintien d’un site propre où chaque URL mène quelque part de valide, sans saut inutile ni cul-de-sac technique.

Les liens internes qui pointent vers des redirections

Il y a un poste souvent oublié dans l’audit des redirections : les liens internes de ton propre site qui pointent vers des URLs redirigées. Chaque fois qu’un lien de ton menu, de ton contenu ou de ton pied de page pointe vers une ancienne URL qui redirige, tu forces un saut inutile à chaque visite et à chaque passage de robot. L’idéal est de mettre à jour ces liens pour qu’ils pointent directement vers la destination finale.

Screaming Frog te permet de les trouver facilement. Sélectionne une URL redirigée dans la liste, puis ouvre l’onglet Inlinks en bas de l’interface. Tu vois alors toutes les pages de ton site qui font un lien vers cette URL. Ce sont autant de liens à corriger pour pointer vers la bonne adresse. Sur un gros site, l’export Bulk Export puis Response Codes puis Redirection Inlinks te donne la liste complète en une seule opération.

Corriger ces liens internes a un double bénéfice. Tu élimines des sauts inutiles qui pèsent sur le budget de crawl, et tu renforces le maillage interne en pointant directement vers les pages actives. C’est un travail invisible pour le visiteur mais très apprécié des moteurs, car il témoigne d’un site tenu proprement, sans dette technique accumulée au fil des refontes.

Ma procédure de correction en cinq étapes

Une fois l’audit terminé, je suis toujours la même procédure pour corriger les redirections d’un site. Elle garantit que rien n’est oublié et que les corrections se font dans le bon ordre, du plus critique au plus cosmétique. Voici comment je hiérarchise le travail à partir des rapports Screaming Frog.

Balayez le tableau sur mobile.

Contrôler après corrections

Corriger des redirections sans vérifier ensuite, c’est travailler à l’aveugle. Une fois tes modifications appliquées, relance un crawl complet sur les URLs concernées et génère à nouveau le rapport Redirect Chains. Tu dois constater que les chaînes ont disparu, que les 302 sont devenues des 301, et qu’aucune redirection ne pointe plus vers une page en erreur. Ce crawl de contrôle est la seule preuve que ton travail a porté.

Je recommande aussi de conserver l’export du rapport avant et après corrections. Cette comparaison chiffrée est un excellent livrable pour un client ou pour ton propre suivi : nombre de chaînes aplaties, nombre de 302 converties, boucles éliminées. C’est concret, mesurable, et ça démontre la valeur du travail technique mené, souvent invisible autrement.

Enfin, garde en tête qu’un audit de redirections n’est jamais définitif. Chaque nouvelle migration, chaque suppression de page, chaque refonte en crée de nouvelles. Intègre ce contrôle à ta routine de maintenance SEO, par exemple une fois par trimestre, pour garder un site propre en permanence. C’est cette régularité qui évite l’accumulation silencieuse de dette technique.

Redirections et migration de site : le moment critique

C’est lors d’une migration de site que les redirections prennent toute leur importance, et c’est aussi le moment où les erreurs coûtent le plus cher. Changer de nom de domaine, refondre une arborescence, passer en HTTPS, migrer d’un CMS à un autre : chacune de ces opérations implique de rediriger l’ancien vers le nouveau. Une migration réussie préserve le trafic et les positions ; une migration bâclée peut faire perdre la moitié du trafic organique en quelques semaines.

Screaming Frog est l’outil central de toute migration. Avant la bascule, tu crawles l’ancien site pour établir la liste complète de ses URLs. Après la bascule, tu utilises le mode List pour vérifier que chaque ancienne URL redirige bien vers son équivalent sur le nouveau site, avec une 301 propre et sans chaîne. C’est un contrôle systematique qui évite les oublis, ces pages qu’on redirige mal ou qu’on oublie complètement de rediriger.

Le piège classique d’une migration, c’est le plan de redirection incomplet. On redirige les pages principales mais on oublie les vieux articles, les pages de catégorie secondaires, les URLs avec paramètres. Ces oublis se transforment en 404 massives dès la bascule, et Google désindexe rapidement ce qui ne répond plus. Crawler l’intégralité de l’ancien site avant migration est la seule façon de garantir qu’aucune URL ne passe entre les mailles du filet.

Comparer un crawl avant et après pour valider

La fonctionnalité de comparaison de crawls de Screaming Frog est particulièrement utile sur le sujet des redirections. Elle te permet de mettre côte à côte deux crawls du même site réalisés à des moments différents, et de visualiser exactement ce qui a changé. Sur une migration ou une campagne de nettoyage de redirections, c’est l’outil qui prouve que le travail a porté ses fruits, chiffres à l’appui.

Tu lances un premier crawl de référence, tu appliques tes corrections, puis tu relances un crawl que tu compares au premier. L’outil te montre les URLs dont le code de réponse a changé : les 302 devenues 301, les chaînes aplaties, les redirections vers 404 corrigées. Cette vue différentielle est bien plus parlante qu’un simple état des lieux, car elle raconte l’histoire de l’amélioration.

Je conserve systématiquement ces comparaisons dans mes livrables client. Montrer qu’on est passé de quarante chaînes de redirections à zéro, ou qu’on a converti soixante 302 en 301, donne une valeur tangible à un travail technique souvent invisible. C’est aussi une excellente façon de suivre la santé des redirections dans le temps, en comparant l’état actuel à celui du trimestre précédent pour détecter toute nouvelle dégradation.

Les paramètres d’URL et les redirections parasites

Un cas particulier mérite ton attention : les redirections liées aux paramètres d’URL. Beaucoup de sites redirigent automatiquement certaines variantes d’URL, par exemple en ajoutant ou retirant un slash final, en forçant les minuscules, ou en supprimant des paramètres de tracking. Ces redirections sont souvent légitimes, mais elles peuvent créer des chaînes insoupçonnées quand elles se combinent à d’autres règles de redirection.

Screaming Frog t’aide à repérer ces comportements en te montrant l’URL demandée et l’URL finale pour chaque redirection paramétrique. Tu peux ainsi vérifier que ta gestion du slash final est cohérente sur tout le site, qu’il n’existe pas de double redirection sur les variantes majuscule et minuscule, et que les paramètres de tracking ne déclenchent pas de sauts inutiles. Ces détails paraissent mineurs mais ils s’additionnent sur un gros site.

La cohérence est le maître mot. Un site doit choisir une convention unique, par exemple avec slash final, et s’y tenir partout, en redirigeant proprement la variante non canonique. Les incohérences sur ces points créent du contenu dupliqué aux yeux de Google et gaspillent du budget de crawl. Auditer les redirections paramétriques avec Screaming Frog, c’est verrouiller ce niveau de détail que la plupart des sites négligent, au détriment de leur propreté technique.

Documenter tes redirections pour l’équipe et le futur

Une redirection non documentée est une bombe à retardement. Six mois après une migration, personne ne se souvient pourquoi telle URL redirige vers telle autre, ni si la règle est encore légitime. Sur les sites qui vivent longtemps, les fichiers de redirection deviennent des empilements de règles contradictoires que plus personne n’ose toucher. Documenter chaque redirection, sa raison et sa date, évite cette dérive.

J’exporte systématiquement le rapport de redirections de Screaming Frog dans un tableau que je conserve avec le projet. Chaque ligne précise l’URL source, la destination, le type de redirection et le contexte, par exemple migration de mars 2026 ou suppression d’une gamme de produits. Ce document devient la mémoire technique du site, celle qui permet à un nouveau prestataire de comprendre l’existant sans tout re-crawler à l’aveugle.

Cette documentation sert aussi à nettoyer. Au bout de quelques années, certaines redirections n’ont plus de raison d’être : la page source ne reçoit plus aucun lien ni aucun trafic. On peut alors les retirer pour alléger la configuration serveur, à condition de savoir pourquoi elles existaient. Sans documentation, on n’ose jamais rien supprimer, et le fichier de redirections gonfle indéfiniment jusqu’à devenir ingérable.

Redirections et performance de chargement

On oublie souvent que les redirections ont un coût de performance direct. Chaque saut ajoute un aller-retour réseau avant que la page finale ne se charge. Sur mobile, avec une connexion moyenne, une chaîne de trois redirections peut ajouter plusieurs centaines de millisecondes au temps de chargement perçu. Ce délai dégrade l’expérience utilisateur et pèse sur les Core Web Vitals que Google surveille.

Screaming Frog affiche le temps de réponse de chaque URL, y compris des étapes intermédiaires d’une redirection. Tu peux ainsi identifier les chaînes les plus lentes et les prioriser dans ton nettoyage. Aplatir une chaîne de redirections, ce n’est pas seulement préserver l’autorité SEO, c’est aussi rendre le site plus rapide pour de vrais visiteurs, ce qui compte autant que le référencement lui-même.

C’est un argument que j’utilise souvent pour convaincre une équipe technique de prioriser ce chantier. Parler de budget de crawl reste abstrait pour beaucoup ; parler de temps de chargement gagné sur mobile parle à tout le monde. Les redirections propres servent à la fois le SEO et la performance, et c’est cette double justification qui débloque les arbitrages en réunion.

Screaming Frog est l’outil de référence pour auditer les redirections d’un site. Le rapport Redirect Chains, couplé à l’option Always Follow Redirects, te révèle en un crawl toutes les chaînes, les boucles et les redirections vers des pages en erreur. Aucun autre outil ne cartographie aussi finement le problème, du premier au dernier saut, avec le code de chaque étape.

Mon conseil pour démarrer : commence par le rapport Redirect Chains sur ton propre site, filtre par nombre de sauts et par Final Status Code, puis corrige dans l’ordre de priorité que je donne dans cette page. Les boucles et les redirections vers des 404 d’abord, les chaînes et les 302 ensuite. Termine toujours par un crawl de contrôle.