Identifiez les opportunités de croissance à privilégier en fonction de la demande du marché, du paysage concurrentiel, des propositions de valeur de la marque et des sources de citation.
Un guide pratique complet sur tous les types de redirections HTTP en SEO : leur fonctionnement, quand les utiliser, leur effet sur le PageRank et comment éviter les erreurs critiques qui font discrètement chuter votre classement.
Explorez plus 12,000 marchés de niche sans avoir à vous connecter.
En bref : Les redirections 301 transfèrent de façon permanente la valeur SEO vers une nouvelle URL. Les redirections 302 sont temporaires et maintiennent l’URL d’origine dans l’index. John Mueller, de Google, a confirmé que toutes les redirections 3xx transmettent désormais le PageRank de la même manière : le choix du type approprié relève donc de la précision technique, et non de l’optimisation du PageRank. Les chaînes de redirections diluent la valeur et ralentissent le chargement. Ce guide présente tous les types de redirection, les 8 erreurs les plus courantes, les étapes de mise en œuvre sur chaque plateforme et la méthode pour auditer correctement vos redirections.
Chaque fois qu’une URL de votre site web change — à la suite du renommage d’une page, d’une migration de site, du passage au HTTPS ou d’une consolidation de contenu — vous devez faire un choix qui peut préserver votre capital SEO ou réduire silencieusement des années d’autorité acquise en matière de classement. Ce choix, c’est la redirection.
Lorsqu’elles sont correctement mises en place, les redirections sont invisibles pour les utilisateurs et transparentes pour les moteurs de recherche. Mal implémentées, elles deviennent des freins silencieux au classement : elles provoquent de la confusion lors de l’indexation, diluent la valeur des liens et gaspillent le budget de crawl. Ces effets s’accumulent au fil du temps sans apparaître dans aucun rapport d’erreur évident.
Ce guide présente tous les types de redirection que vous rencontrerez en SEO moderne, explique leur fonctionnement avec les robots d’exploration de Google, détaille les erreurs les plus courantes et les plus coûteuses, et fournit des instructions de mise en œuvre spécifiques à chaque plateforme.
Une redirection HTTP est une instruction du serveur qui indique aux navigateurs web et aux robots d’exploration des moteurs de recherche de passer d’une URL à une autre. Techniquement, les redirections sont des codes de réponse HTTP émis par le serveur : un code d’état de la plage 3xx, où le « 3 » indique une réponse de redirection.
Lorsqu’un utilisateur saisit une URL dans un navigateur (ou lorsqu’un robot d’exploration tente d’accéder à une page), le serveur répond avec un code d’état HTTP. Pour les réponses de redirection, le code est accompagné d’un en-tête Location qui précise l’URL de destination. Le navigateur ou le robot d’exploration accède alors automatiquement à cette destination.
Le point essentiel pour le SEO : la redirection côté serveur intervient avant que le navigateur n’affiche le moindre contenu. L’instruction de redirection parvient donc aux robots d’exploration des moteurs de recherche avec toutes les informations nécessaires pour déterminer si le déplacement est permanent ou temporaire, ce qui influe directement sur la manière dont ils traitent les URL d’origine et de destination à des fins d’indexation et de classement.
La redirection 301 est la redirection la plus couramment utilisée en SEO, et ce pour de bonnes raisons. Elle indique aux navigateurs et aux moteurs de recherche qu’une URL a définitivement changé d’emplacement. Lorsqu’un robot d’exploration rencontre une redirection 301, il effectue trois actions :
Les implications SEO sont importantes. La majeure partie de la valeur des liens — souvent estimée à 90–99 % de la valeur d’origine — est transmise par une redirection 301. Ainsi, après la mise en place de la redirection, les backlinks pointant vers votre ancienne URL continuent de contribuer au classement de l’URL de destination.
Quand utiliser une redirection 301 :
Exemple : Déplacer mysite.com/old-product-name vers mysite.com/new-product-name après un changement de marque du produit. La redirection 301 garantit que tous les backlinks vers l’ancienne URL transmettent leur valeur à la nouvelle URL et que Google met à jour son index pour refléter la destination canonique.
Une redirection 302 indique qu’une URL a temporairement changé d’emplacement. La principale différence par rapport à une redirection 301 est que les moteurs de recherche interprètent ce changement comme étant de courte durée : ils conservent l’URL d’origine dans leur index et continuent de lui attribuer les signaux de classement, au lieu de les transférer vers l’URL de destination.
Comme l’a confirmé John Mueller, de Google : le choix technique entre une redirection 301 et 302 n’a pas d’incidence significative sur le transfert du PageRank : c’est le signal d’intention qui compte. Une redirection 302 indique à Google de continuer à classer l’URL d’origine, car elle sera rétablie. Une redirection 301 indique à Google de mettre à jour son index et de transférer l’autorité vers la nouvelle destination.
Quand utiliser une redirection 302 :
À ne PAS faire : Utiliser une redirection 302 lorsque le changement est destiné à être permanent. C’est l’une des erreurs de redirection les plus courantes et les plus coûteuses en SEO technique : l’URL d’origine reste indexée tandis que la nouvelle URL ne parvient pas à accumuler de signaux de classement.
La redirection 307 est l’équivalent HTTP/1.1 de la redirection 302, avec une différence technique importante : elle garantit que la méthode de requête (GET, POST, PUT, etc.) est préservée lorsque la redirection est suivie. Une redirection 302 peut techniquement permettre au navigateur de remplacer la méthode par GET, quelle que soit la méthode de la requête d’origine, tandis qu’une redirection 307 l’interdit explicitement.
En SEO, la différence pratique entre les redirections 302 et 307 est minime. Toutes deux signalent un déplacement temporaire et préservent le statut indexé de l’URL d’origine. La redirection 307 est le plus souvent utilisée dans les scénarios impliquant des soumissions de formulaires, des API et des redirections d’applications web pour lesquels il est important de préserver la méthode de requête afin d’assurer la conformité technique.
Quand utiliser une redirection 307 :
La redirection 308 est la version permanente de la redirection 307. Comme la redirection 301, elle signale un déplacement permanent et transfère le capital SEO vers l’URL de destination. Comme la redirection 307, elle préserve la méthode de requête HTTP pendant la redirection. La redirection 308 est moins courante dans le SEO web classique, mais elle est devenue plus pertinente avec l’évolution de HTTP/2 et des architectures d’applications modernes.
Quand utiliser une redirection 308 :
Une redirection par meta refresh est une redirection côté client mise en œuvre via le HTML plutôt que par des en-têtes HTTP côté serveur. La balise HTML <meta http-equiv="refresh"> indique au navigateur d’accéder à une nouvelle URL après un délai défini. Contrairement aux redirections côté serveur, les meta refresh sont des événements côté navigateur : ils se produisent après le chargement partiel de la page.
Du point de vue du SEO, les redirections par meta refresh sont généralement déconseillées. Google peut les suivre, mais elles sont moins efficaces pour le transfert de la valeur des liens et offrent une expérience utilisateur médiocre, notamment lorsqu’un délai est appliqué. Elles peuvent être utilisées à mauvais escient pour le cloaking et sont souvent associées à des pratiques de spam, ce qui peut attirer davantage l’attention des systèmes de qualité de Google.
Quand une redirection par meta refresh peut être nécessaire :
La règle : Utilisez des redirections côté serveur (301, 302, 307 ou 308) chaque fois que possible. Réservez les meta refresh aux situations techniques réellement contraignantes où aucune option côté serveur n’est disponible.
Les redirections JavaScript s’exécutent côté client et utilisent des scripts du navigateur pour rediriger l’utilisateur vers une nouvelle URL. Les implémentations courantes incluent window.location.href = "newURL" et window.location.replace("newURL").
Les robots d’exploration des moteurs de recherche gèrent les redirections JavaScript avec une fiabilité variable. Google peut les suivre, mais leur traitement nécessite le rendu JavaScript : une étape de crawl supplémentaire qui ajoute du délai et de l’incertitude. Bing et d’autres robots d’exploration peuvent traiter les redirections JavaScript de manière inégale. Le transfert de la valeur des liens par les redirections JavaScript est moins fiable que par les redirections côté serveur.
Quand une redirection JavaScript peut être nécessaire :
La règle : Privilégiez toujours les redirections côté serveur. N’utilisez les redirections JavaScript que lorsque les options côté serveur ne sont réellement pas disponibles pour l’URL concernée.
L’une des idées reçues les plus persistantes en SEO technique est que les différents types de redirection transmettent des quantités différentes de PageRank. Cette affirmation était en partie vraie dans les versions antérieures de l’algorithme de Google, mais elle a depuis été définitivement mise à jour.
En 2016, Gary Illyes, de Google, a confirmé que « les redirections 30x ne font plus perdre de PageRank ». Par la suite, John Mueller a renforcé cette position : « 302 ou 301. Laquelle choisir pour obtenir le maximum de PageRank ? Bonne nouvelle : cela n’a pas d’importance. Utilisez le type de redirection techniquement approprié. Il peut également s’agir d’une redirection 307 ou 308. Les moteurs de recherche gèrent les redirections depuis leurs débuts. »
Le bon cadre pour choisir une redirection :
Le choix entre une redirection 301 et 302 doit être déterminé par l’intention et le caractère permanent du changement d’URL, et non par l’optimisation du PageRank. Le signal de permanence envoyé par le type de redirection influe sur le comportement d’indexation — c’est-à-dire sur l’URL que Google conserve dans son index — et ce signal a des conséquences importantes sur le classement, indépendamment du transfert de la valeur des liens.
| Question | Réponse |
|---|---|
| Le changement d’URL est-il permanent ? | Utilisez une redirection 301 |
| Le changement d’URL est-il temporaire ? | Utilisez une redirection 302 (ou 307 si la méthode doit être préservée) |
| Cela a-t-il une incidence sur le PageRank ? | Le transfert du PageRank est identique, quel que soit le type |
| Cela a-t-il une incidence sur l’indexation ? | Oui — la redirection 301 transfère l’indexation vers la destination, tandis que la 302 maintient l’URL d’origine dans l’index |
C’est, en pratique, l’erreur de redirection la plus dommageable. Utiliser une redirection temporaire pour un changement d’URL permanent signifie que Google continue d’indexer et de classer l’ancienne URL au lieu de mettre à jour son index avec la nouvelle destination. La nouvelle URL n’accumule jamais ses propres signaux de classement, car Google la considère comme un emplacement temporaire. Les utilisateurs qui recherchent le contenu peuvent voir l’ancienne URL redirigée apparaître dans les SERP ; elle les redirige ensuite vers la destination, ce qui crée une expérience médiocre et aboutit à un classement moins performant en matière d’autorité.
Solution : Auditez toutes les redirections existantes pour repérer les incohérences entre leur objectif et leur type. Tout changement d’URL en place depuis plus de 3–4 semaines et qui n’était pas destiné à être annulé devrait utiliser une redirection 301.
Une chaîne de redirections se produit lorsqu’une série de redirections relie plusieurs URL avant d’atteindre la destination finale — par exemple, URL A → URL B → URL C → URL D (destination finale). Chaque étape de la chaîne ajoute du temps de réponse serveur et augmente la latence totale de chargement de la page. Chaque étape entraîne également une légère dilution de la valeur des liens, car le signal passe par plusieurs redirections plutôt que par une seule redirection directe.
En outre, les robots d’exploration de Google ont une limite au nombre de redirections qu’ils suivent au cours d’une session de crawl. Les longues chaînes risquent d’interrompre la séquence avant que le robot n’atteigne la destination finale, ce qui peut laisser des URL intermédiaires dans l’index à la place de l’URL canonique finale.
Solution : Réduisez toutes les chaînes de redirections à une seule étape directe. Utilisez des outils tels que Screaming Frog SEO Spider pour auditer les chaînes de redirections et modifier les redirections sources afin qu’elles pointent directement vers les destinations finales.
Une boucle de redirection se produit lorsqu’une URL est configurée pour rediriger vers une autre URL qui finit par rediriger vers l’URL d’origine, créant ainsi une boucle infinie. Les navigateurs affichent une erreur « trop de redirections ». Les robots d’exploration abandonnent et ne peuvent accéder à aucune des deux URL. Les pages prises dans une boucle sont, de fait, désindexées.
Solution : Vérifiez toujours les destinations des redirections avant leur déploiement. Utilisez un vérificateur de redirections pour confirmer la destination finale de chaque redirection et repérer les redirections réciproques.
Lors des migrations de site ou de la suppression de contenus, une solution de facilité courante consiste à rediriger toutes les anciennes URL vers la page d’accueil plutôt que vers des contenus équivalents et pertinents. Google a clairement indiqué que ce type de pratique est souvent traité comme une soft 404 : le moteur de recherche reconnaît que l’URL redirigée n’a pas d’équivalent véritable à destination et ajuste le traitement de la redirection en conséquence. Rediriger vers la page d’accueil des centaines de pages de produits ou de contenus distinctes gaspille le budget de crawl et ne préserve pas la valeur des liens.
Solution : Associez chaque ancienne URL à sa destination équivalente la plus pertinente. Ne redirigez vers la page d’accueil que si l’ancienne URL était un point d’entrée général du site sans équivalent de contenu spécifique.
Le transfert de la valeur des liens par une redirection est plus efficace lorsque la page de destination est thématiquement pertinente par rapport à l’URL source. Rediriger, par exemple, un tutoriel technique détaillé vers une page de catégorie de produits sans rapport crée de la confusion pour les utilisateurs comme pour les moteurs de recherche. Les systèmes de qualité de Google évaluent la pertinence entre la source et la destination de la redirection lorsqu’ils déterminent la quantité d’autorité à transférer.
Solution : Déterminez les destinations de redirection en fonction de leur pertinence thématique. Lorsqu’il n’existe pas de destination véritablement pertinente, une erreur 404 est souvent préférable à une redirection non pertinente.
Les redirections 301 doivent être conservées indéfiniment pour toute URL ayant reçu des backlinks externes ou un trafic significatif. La suppression d’une redirection entraîne une réponse 404 pour l’URL d’origine, ce qui rompt immédiatement tous les backlinks existants et élimine la valeur des liens qu’ils transmettaient à l’URL de destination. Cette valeur perdue ne peut pas être récupérée sans rétablir la redirection.
Solution : Ne supprimez jamais les redirections 301 des URL ayant reçu des liens externes. La maintenance des redirections est une responsabilité opérationnelle permanente, et non une tâche temporaire.
Lorsqu’une URL est redirigée, les liens internes de votre site qui pointent encore vers l’ancienne URL entraînent des redirections à chaque crawl. Multipliez ce phénomène par des dizaines ou des centaines de liens internes et vous générez un surcroît considérable de crawl inutile. Même si le problème est moins dommageable que celui des liens externes, les liens internes obsolètes nuisent à l’efficacité du crawl et peuvent brouiller les signaux d’architecture du site.
Solution : Après avoir mis en place les redirections, effectuez un audit complet des liens internes et modifiez toutes les références internes pour qu’elles pointent directement vers l’URL de destination finale.
Les sitemaps XML ne doivent contenir que les URL canoniques actuelles. Si votre sitemap répertorie toujours des URL redirigées ou obsolètes, vous gaspillez le budget de crawl et risquez de retarder l’indexation de vos nouvelles pages canoniques.
Solution : Supprimez toutes les URL redirigées de votre sitemap après avoir mis en place les redirections. Veillez à mettre à jour le sitemap dans le cadre de chaque migration de contenu ou processus de restructuration des URL.
La méthode la plus courante pour les sites web hébergés sur Apache consiste à utiliser le fichier .htaccess. Placez .htaccess dans le répertoire racine de votre site ou dans les sous-répertoires concernés par les règles.
Redirection d’une URL unique (301) :
Redirect 301 /old-page https://www.yoursite.com/new-pageRedirection d’une URL unique (302) :
Redirect 302 /temporary-page https://www.yoursite.com/destinationRedirection de domaine complète (HTTP vers HTTPS) :
RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]Redirection générique (de l’ancien domaine entier vers le nouveau domaine) :
RewriteEngine On
RewriteCond %{HTTP_HOST} ^old-domain\.com$ [NC]
RewriteRule ^(.*)$ https://new-domain.com/$1 [L,R=301]Nginx gère les redirections dans le fichier de configuration du serveur (nginx.conf ou les fichiers de configuration propres au site dans /etc/nginx/sites-available/).
Redirection d’une URL unique (301) :
location /old-page {
return 301 https://www.yoursite.com/new-page;
}Redirection de domaine complète :
server {
server_name old-domain.com www.old-domain.com;
return 301 https://new-domain.com$request_uri;
}WordPress gère les redirections à l’aide d’extensions ou en modifiant le fichier .htaccess. Pour les personnes qui ne sont pas développeuses, la méthode la plus fiable consiste à utiliser une extension dédiée aux redirections.
Extensions recommandées :
Pour mettre en place des redirections WordPress au moyen de .htaccess, les mêmes règles Apache que ci-dessus s’appliquent.
Le panneau d’administration de Shopify intègre un gestionnaire de redirections d’URL. Accédez à Boutique en ligne → Navigation → Redirections d’URL. Ajoutez l’ancien chemin et la nouvelle URL, puis sélectionnez le type de redirection (Shopify utilise par défaut une redirection 301 pour toutes les redirections d’URL créées depuis cette interface). Pour les redirections à grande échelle, Shopify prend en charge l’importation et l’exportation au format CSV dans la section Redirections d’URL.
Utilisez Screaming Frog SEO Spider (gratuit jusqu’à 500 URL ; payant pour les sites plus volumineux) pour réaliser un audit complet des redirections :
Google Search Console propose deux rapports essentiels pour surveiller les redirections :
Rapport de couverture : Accédez à Indexation → Pages. Filtrez par statut « Redirection » pour voir quelles URL Google traite comme des redirections. Recherchez les pages redirigées de manière inattendue qui devraient être indexées comme URL canoniques.
Statistiques sur l’exploration : Repérez toute hausse inhabituelle des erreurs de crawl après la mise en place des redirections : elle indique souvent des problèmes de boucle ou de chaîne apparus après le déploiement.
Après la mise en place de redirections importantes (migrations de site, restructuration majeure des URL), surveillez le classement des mots-clés ciblés pour vérifier que les signaux de classement ont bien été transférés vers les URL de destination. Une baisse temporaire du classement est normale pendant la période de réindexation par Google (généralement 2–6 semaines pour les petits sites, et plus longtemps pour les grands sites). Une baisse persistante du classement après 8–10 semaines mérite une investigation.
Les migrations de site et la restructuration des URL créent une lacune majeure que les outils SEO traditionnels ne prennent pas en compte : la façon dont les moteurs de recherche par IA comme ChatGPT, Perplexity et Google AI Mode présentent votre marque pendant et après la transition des redirections. Lorsque les URL changent, les systèmes d’IA qui se sont entraînés sur les anciennes URL ou les ont récemment explorées peuvent continuer à citer d’anciens contenus, des descriptions obsolètes ou des associations erronées avec des pages, pendant des semaines ou des mois après la migration — même lorsque l’index traditionnel de Google a été correctement mis à jour.
Dageno AI est la plateforme dédiée qui comble cette lacune de visibilité. Pendant les migrations de site, Dageno AI surveille si les systèmes d’IA citent vos nouvelles URL canoniques ou font toujours référence à des pages supprimées, si les descriptions de marque dans les réponses générées par l’IA ont été mises à jour pour refléter votre nouveau positionnement ou vos nouveaux contenus, et si des marques concurrentes profitent de la période de migration pour obtenir des citations de l’IA dans des catégories où vous dominiez auparavant.
L’analyse des écarts sémantiques de Dageno AI détecte les cas où les systèmes d’IA associent encore votre marque à d’anciennes structures d’URL, à des noms de produits obsolètes ou à des contenus supprimés — et fournit des recommandations précises pour accélérer le processus de réindexation par l’IA. Pour les marques qui mènent des campagnes actives de link building et de relations publiques numériques, le suivi des sources de citation de Dageno AI révèle quelles sources tierces (auxquelles les systèmes d’IA se réfèrent fréquemment) contiennent encore d’anciennes URL ou des informations obsolètes, afin de permettre une prise de contact proactive pour mettre à jour ces références avant qu’elles n’influencent à grande échelle les réponses générées par l’IA.
Pour les équipes SEO technique qui gèrent des migrations de site complexes, Dageno AI apporte la couche de mesure de la visibilité dans les moteurs de recherche par IA qui permet de vérifier pleinement la réussite d’une migration : il ne s’agit pas seulement de contrôler les classements dans les SERP traditionnelles et la couverture dans Search Console, mais aussi de confirmer que la migration s’est bien répercutée dans l’écosystème de recherche par IA.
Découvrez comment Dageno AI surveille les migrations SEO techniques →
Prêt à dominer la recherche par IA ?
Commencez — c’est gratuit ! >Les redirections 301 font-elles perdre du PageRank ?
Non. Depuis 2016, Google confirme que toutes les redirections 3xx transmettent le PageRank de manière équivalente. Le choix du type de redirection doit dépendre de sa conformité technique à l’objectif du déplacement, et non de l’optimisation du PageRank.
Combien de temps faut-il maintenir une redirection 301 ?
Indéfiniment pour toute URL ayant des backlinks externes ou un trafic significatif. La suppression d’une redirection 301 fait renvoyer une erreur 404 par l’URL d’origine, ce qui rompt immédiatement tous les backlinks et entraîne la perte de la valeur qu’ils transmettaient.
Puis-je rediriger un domaine entier vers un nouveau domaine ?
Oui — c’est un cas d’usage courant des redirections 301. Associez chaque URL de l’ancien domaine à son équivalent sur le nouveau domaine, au lieu de rediriger tout le trafic vers la page d’accueil.
À partir de combien de redirections une chaîne est-elle trop longue ?
Toute chaîne de plus d’un ou deux sauts entraîne une latence inutile et une dilution potentielle de la valeur transmise. Dans la mesure du possible, simplifiez toutes les chaînes en une seule redirection directe.
Une redirection 302 nuira-t-elle à mon classement ?
Utiliser une redirection 302 pour un changement temporaire ne pose pas de problème. En utiliser une pour un changement permanent est préjudiciable : cela empêche l’URL de destination d’accumuler des signaux de classement et peut amener Google à continuer d’indexer et de classer l’URL d’origine.
Mis à jour par
Mis à jour le Oct 03, 2026
Mis à jour par
Ye Faye
Ye Faye is an SEO and AI growth executive with extensive experience spanning leading SEO service providers and high-growth AI companies, bringing a rare blend of search intelligence and AI product expertise. As a former Marketing Operations Director, he has led cross-functional, data-driven initiatives that improve go-to-market execution, accelerate scalable growth, and elevate marketing effectiveness. He focuses on Generative Engine Optimization (GEO), helping organizations adapt their content and visibility strategies for generative search and AI-driven discovery, and strengthening authoritative presence across platforms such as ChatGPT and Perplexity
