Redirection

Qu’est-ce qu’une redirection ?

Une définition technique précise

Une redirection est une réponse HTTP qui indique à un navigateur ou à un robot d’exploration que l’URL demandée est disponible à un emplacement différent. Le serveur renvoie un code de statut 3xx et un en-tête Location contenant l’URL cible. Le client effectue ensuite une seconde requête vers cette nouvelle adresse — le tout en une fraction de seconde.

En termes simples : une redirection transfère automatiquement les visiteurs d’une adresse web à une autre. Si quelqu’un tape exemple.com/ancienne-page dans son navigateur et que le serveur a été configuré pour rediriger cette URL, il atterrira sur exemple.com/nouvelle-page sans aucune action supplémentaire.

Comment fonctionnent les redirections — Le cycle requête-réponse HTTP

Lorsqu’un navigateur demande une URL, la séquence suivante se déroule :

1. Requête client : Le navigateur envoie une requête GET à https://exemple.com/ancienne-page.
2. Réponse serveur : Au lieu de renvoyer un 200 OK avec le contenu de la page, le serveur renvoie un code de statut 301 Moved Permanently ainsi qu’un en-tête Location : https://exemple.com/nouvelle-page.
3. Suivi client : Le navigateur émet automatiquement une nouvelle requête GET vers https://exemple.com/nouvelle-page.
4. Livraison finale : Le serveur renvoie 200 OK avec le contenu réel de la page.

L’utilisateur ne voit que la page finale. La redirection elle-même prend quelques millisecondes, bien que chaque saut supplémentaire ajoute de la latence — c’est pourquoi les chaînes de redirection (A → B → C) dégradent les performances.

Redirection vs. transfert d’URL — Est-ce la même chose ?

Les termes sont souvent utilisés de manière interchangeable, mais il existe une nuance. Le transfert d’URL fait généralement référence à une redirection au niveau du domaine configurée au niveau du registraire — par exemple, pointer monanciensite.com vers monnouveausite.com. Les redirections HTTP sont des réponses au niveau du serveur utilisant des codes de statut 3xx. Les deux aboutissent au même résultat (envoyer le trafic d’une adresse à une autre), mais la couche d’implémentation diffère. En pratique, la plupart des gens en SEO et développement web utilisent « redirection » comme terme générique.

Une définition technique précise

Une redirection est une réponse HTTP qui indique à un navigateur ou à un robot d’exploration que l’URL demandée est disponible à un emplacement différent. Le serveur renvoie un code de statut 3xx et un en-tête Location contenant l’URL cible. Le client effectue ensuite une seconde requête vers cette nouvelle adresse — le tout en une fraction de seconde.

En termes simples : une redirection transfère automatiquement les visiteurs d’une adresse web à une autre. Si quelqu’un tape exemple.com/ancienne-page dans son navigateur et que le serveur a été configuré pour rediriger cette URL, il atterrira sur exemple.com/nouvelle-page sans aucune action supplémentaire.

Comment fonctionnent les redirections — Le cycle requête-réponse HTTP

Lorsqu’un navigateur demande une URL, la séquence suivante se déroule :

1. Requête client : Le navigateur envoie une requête GET à https://exemple.com/ancienne-page.
2. Réponse serveur : Au lieu de renvoyer un 200 OK avec le contenu de la page, le serveur renvoie un code de statut 301 Moved Permanently ainsi qu’un en-tête Location : https://exemple.com/nouvelle-page.
3. Suivi client : Le navigateur émet automatiquement une nouvelle requête GET vers https://exemple.com/nouvelle-page.
4. Livraison finale : Le serveur renvoie 200 OK avec le contenu réel de la page.

L’utilisateur ne voit que la page finale. La redirection elle-même prend quelques millisecondes, bien que chaque saut supplémentaire ajoute de la latence — c’est pourquoi les chaînes de redirection (A → B → C) dégradent les performances.

Redirection vs. transfert d’URL — Est-ce la même chose ?

Les termes sont souvent utilisés de manière interchangeable, mais il existe une nuance. Le transfert d’URL fait généralement référence à une redirection au niveau du domaine configurée au niveau du registraire — par exemple, pointer monanciensite.com vers monnouveausite.com. Les redirections HTTP sont des réponses au niveau du serveur utilisant des codes de statut 3xx. Les deux aboutissent au même résultat (envoyer le trafic d’une adresse à une autre), mais la couche d’implémentation diffère. En pratique, la plupart des gens en SEO et développement web utilisent « redirection » comme terme générique.

Lancez votre programme d'affiliation aujourd'hui

Configurez le suivi avancé en quelques minutes. Aucune carte de crédit requise.

Demander une démo Démarrer l'essai gratuit de 30 jours

Types de redirections

Toutes les redirections ne sont pas équivalentes. Le code de statut HTTP détermine comment les moteurs de recherche interprètent le déplacement et si l’équité des liens est transférée vers la nouvelle URL.

301 Moved Permanently

Utilisez une 301 quand :

• Vous migrez un site vers un nouveau domaine
• Vous passez de HTTP à HTTPS
• Vous supprimez définitivement une page et la remplacez par une alternative pertinente
• Vous consolidez du contenu en double sous une seule URL canonique

302 Found (Temporaire)

Une redirection 302 indique un déplacement temporaire. Elle laisse normalement l’URL d’origine comme URL canonique prévue, tandis qu’une redirection permanente signale que la destination doit devenir canonique. D’autres signaux d’indexation peuvent affecter le résultat ; le code de statut seul ne garantit pas comment le classement ou les signaux de liens changeront.

Utilisez une 302 quand :

• Vous effectuez des tests A/B sur une page
• Vous acheminez temporairement le trafic pendant la maintenance du site
• Vous faites la promotion d’une offre à durée limitée sans modifier l’URL permanente

Une erreur courante consiste à utiliser une 302 pour un changement permanent. Si une 302 reste en place pendant des mois, les moteurs de recherche peuvent éventuellement la traiter comme une 301 de fait — mais la transition est plus lente et moins fiable que d’utiliser le bon code dès le départ.

Redirections 307 et 308

307 Temporary Redirect et 308 Permanent Redirect sont les successeurs HTTP/1.1 des 302 et 301, respectivement, avec une différence cruciale : ils préservent la méthode de requête d’origine. Si un client envoie une requête POST, une 307 ou 308 garantit que la requête redirigée utilise également POST. Une 302 ou 301 peut entraîner le passage à GET par le navigateur.

En pratique SEO, les 307 et 308 sont moins courantes que leurs homologues 301/302, mais elles sont le choix techniquement correct lorsque la méthode HTTP doit être préservée — par exemple, lors d’une redirection de soumission de formulaire.

Meta refresh et redirections JavaScript

Les redirections meta refresh se produisent au niveau HTML, pas au niveau HTTP. Une balise <meta http-equiv="refresh" content="0 ; url=https://exemple.com/nouvelle-page"> dans le <head> indique au navigateur de charger une URL différente après un délai défini (0 seconde pour une redirection immédiate). Google peut interpréter les redirections meta refresh, mais elles sont plus lentes que les redirections côté serveur et offrent une moins bonne expérience utilisateur.

Les redirections JavaScript utilisent window.location.href = "https://exemple.com/nouvelle-page" pour changer la page côté client. Googlebot peut exécuter JavaScript et suivre ces redirections, mais le processus dépend du rendu — ce qui ajoute des délais et de la complexité par rapport aux 301 côté serveur. Pour les déplacements critiques pour le SEO, privilégiez toujours les redirections côté serveur.

Chaînes de redirection et boucles — Ce qu’il faut éviter

Une chaîne de redirection se produit lorsque l’URL A redirige vers B, qui redirige vers C, qui aboutit finalement. Chaque saut ajoute de la latence et dilue l’équité des liens. Google recommande de rediriger directement vers la destination finale. Les chaînes gaspillent également le budget d’exploration : Googlebot consacre son allocation d’exploration limitée à suivre des URL intermédiaires qui n’apportent rien.

Combien de temps faut-il conserver les redirections ?

Recommandation officielle de Google : conservez les redirections en place pendant au moins un an après un déplacement. En pratique, de nombreux professionnels du SEO recommandent de conserver les redirections permanentes indéfiniment si les anciennes URLs ont des backlinks. Même après que Google a réindexé la nouvelle URL, des sites externes peuvent continuer à créer des liens vers l’ancienne. Supprimer une redirection brise ces liens définitivement.

Surveillez périodiquement le trafic de vos redirections. Si une ancienne URL ne reçoit plus de visiteurs ni de backlinks après 12 à 18 mois, vous pouvez envisager de la retirer — mais le coût de maintien d’une règle de redirection active est négligeable sur les serveurs modernes.

Pourquoi les redirections sont importantes pour le SEO

Comment les redirections transmettent l’autorité de page

Lorsque vous déplacez une page qui possède des backlinks, ces liens pointent toujours vers l’ancienne URL. Sans redirection, chacun de ces liens devient une impasse — une erreur 404 — et l’autorité qu’ils transportaient s’évapore.

Le transfert n’est pas sans perte. La variable clé est la pertinence : rediriger une page produit sur des chaussures de course vers une page d’accueil générale transférera beaucoup moins de valeur que de la rediriger vers une page produit équivalente.

Chaînes de redirection et boucles — Ce qu’il faut éviter

Une chaîne de redirection se produit lorsque l’URL A redirige vers B, qui redirige vers C, qui aboutit finalement. Chaque saut ajoute de la latence et dilue l’équité des liens. Google recommande de rediriger directement vers la destination finale. Les chaînes gaspillent également le budget d’exploration : Googlebot consacre son allocation d’exploration limitée à suivre des URL intermédiaires qui n’apportent rien.

Une boucle de redirection est pire : l’URL A redirige vers B, et B redirige vers A. Les boucles rendent les pages complètement inaccessibles et peuvent survenir involontairement lorsque des règles de redirection entrent en conflit — par exemple, une règle HTTP-vers-HTTPS combinée à une règle www-vers-non-www qui ne sont pas coordonnées.

Combien de temps faut-il conserver les redirections ?

Recommandation officielle de Google : conservez les redirections en place pendant au moins un an après un déplacement. En pratique, de nombreux professionnels du SEO recommandent de conserver les redirections permanentes indéfiniment si les anciennes URLs ont des backlinks. Même après que Google a réindexé la nouvelle URL, des sites externes peuvent continuer à créer des liens vers l’ancienne. Supprimer une redirection brise ces liens définitivement.

Surveillez périodiquement le trafic de vos redirections. Si une ancienne URL ne reçoit plus de visiteurs ni de backlinks après 12 à 18 mois, vous pouvez envisager de la retirer — mais le coût de maintien d’une règle de redirection active est négligeable sur les serveurs modernes.

Rejoignez notre newsletter

Soyez le premier à connaître les nouvelles fonctionnalités et mises à jour.

Adresse e-mail

S'abonner

Redirections dans le marketing d’affiliation

Le marketing d’affiliation dépend des redirections plus que la plupart des propriétaires de sites ne le réalisent. Chaque fois que le lien d’un éditeur envoie un visiteur vers le site d’un annonceur, une redirection est presque certainement impliquée — et elle fait plus que simplement transférer le trafic.

Comment les liens d’affiliation utilisent les redirections pour le suivi

Un lien d’affiliation typique ressemble à ceci :

https://domainedesuivi.com/aff_c?offer_id=123&aff_id=456

Lorsqu’un visiteur clique sur ce lien, la séquence suivante se produit :

1. Le navigateur demande l’URL de suivi.
2. Le serveur de la plateforme d’affiliation enregistre le clic : ID d’affilié, ID d’offre, horodatage, adresse IP, agent utilisateur et tous les paramètres de sous-ID.
3. Le serveur émet une redirection 302 (temporaire, car l’URL de suivi n’est pas une page permanente) vers la page de destination de l’annonceur.
4. Le visiteur atterrit sur le site de l’annonceur, et un cookie est déposé dans son navigateur.
5. Si le visiteur convertit dans la fenêtre du cookie, la plateforme attribue la vente au bon affilié.

La redirection est le mécanisme qui rend le suivi invisible pour l’utilisateur tout en capturant les données qui génèrent le paiement des commissions.

Workflow pour les annonceurs

En tant qu’annonceur gérant un programme d’affiliation, vous devez comprendre les redirections à deux niveaux :

Redirections de pages de destination : Lorsque vous mettez à jour votre site, vous devez maintenir les redirections depuis les anciennes URLs de produits que les affiliés ont promues. Si un affilié a intégré votresite.com/ancien-produit dans son contenu et que cette URL renvoie une 404, vous perdez la vente et endommagez la relation avec l’éditeur. Maintenez une carte de redirection pour chaque changement d’URL et assurez-vous que les anciennes URLs liées par les affiliés aboutissent toujours.

Workflow pour les éditeurs

En tant qu’éditeur (affilié), les redirections vous concernent de deux manières pratiques :

Gestion des liens : Les liens d’affiliation sont longs, riches en paramètres et visiblement orientés vers le suivi. De nombreux éditeurs utilisent leurs propres redirections — par exemple, monsite.com/go/nom-produit → URL de suivi d’affiliation — pour créer des liens propres, personnalisés et mémorables. Il s’agit d’une redirection 301 ou 302 au niveau du domaine de l’éditeur. Cela vous permet également de changer le lien d’affiliation de destination sans mettre à jour chaque instance dans votre contenu.

Surveillance des liens : Les redirections brisées du côté de l’annonceur signifient des commissions perdues. Utilisez un vérificateur de redirection ou un outil de surveillance des liens pour vérifier périodiquement que vos liens d’affiliation aboutissent toujours à des pages de destination actives. Une 404 au bout d’une chaîne de suivi, c’est un revenu perdu en silence.

Comment implémenter des redirections

Redirections côté serveur (Apache, Nginx)

Les redirections côté serveur sont la référence — rapides, fiables et correctement interprétées par tous les moteurs de recherche.

Apache (.htaccess) :

Redirect 301 /old-page https://example.com/new-page

RewriteEngine On
RewriteRule ^old-directory/(.*)$ /new-directory/$1 [R=301,L]

rewrite ^/old-page$ https://example.com/new-page permanent;

Redirections basées sur CMS et plugins (WordPress)

Pour les sites WordPress, plusieurs plugins gèrent les redirections sans modifier les fichiers de configuration du serveur :

• Redirection : Le plugin gratuit le plus populaire. Gère les redirections 301, suit les erreurs 404 et enregistre le trafic des redirections. Idéal pour les sites axés sur le contenu.
• Yoast SEO Premium : Inclut un gestionnaire de redirections intégré aux outils d’analyse SEO.
• Rank Math : Propose une gestion intégrée des redirections avec ses fonctionnalités SEO.

Les redirections basées sur des plugins sont pratiques mais ajoutent une petite surcharge PHP. Pour les sites à fort trafic, les redirections au niveau du serveur restent préférables.

Comment tester les redirections

Tester les redirections permet de vérifier qu’elles fonctionnent correctement et renvoient le code de statut attendu. Les méthodes incluent :

1. DevTools du navigateur : Ouvrez l’onglet Réseau, cochez « Conserver le journal » et accédez à l’ancienne URL. La colonne de statut affiche le code de redirection (301, 302, etc.) et la destination finale.
2. Ligne de commande Curl : curl -I https://exemple.com/ancienne-page renvoie les en-têtes HTTP, y compris le code de statut et l’en-tête Location.
3. Vérificateurs de redirection en ligne : Des outils comme Redirect Checker (redirectchecker.com) ou HTTP Status Code Checker vous permettent de tester des URL sans accès à la ligne de commande.
4. Screaming Frog SEO Spider : Explorez votre site et filtrez par « Redirection (3xx) » pour auditer toutes les redirections à grande échelle. C’est essentiel après une migration de site.
5. Google Search Console : Le rapport « Indexation des pages » signale les erreurs de redirection rencontrées par Googlebot.

Après toute migration, testez un échantillon représentatif d’anciennes URLs — en particulier les pages à fort trafic et celles avec des backlinks — pour confirmer qu’elles aboutissent aux bonnes nouvelles destinations avec le code de statut prévu.

Erreurs et limites courantes des redirections

Chaînes de redirection qui gaspillent le budget d’exploration

Une chaîne comme http://exemple.com/page → https://exemple.com/page → https://www.exemple.com/page ajoute des sauts inutiles. Chaque étape consomme du budget d’exploration et ajoute de la latence. La solution : redirigez directement de l’URL d’origine vers la destination canonique finale. Auditez votre carte de redirection pour détecter les chaînes à l’aide de Screaming Frog ou Sitebulb, et consolidez les redirections intermédiaires.

Utiliser une 302 quand vous voulez dire 301

Un changement permanent implémenté avec une redirection temporaire 302 indique aux moteurs de recherche de continuer à indexer l’ancienne URL. La nouvelle page peut ne pas apparaître dans les résultats de recherche, et l’équité des liens n’est pas transférée. C’est l’une des erreurs SEO les plus courantes lors des migrations de site. Si le changement est permanent, utilisez 301.

Tout rediriger vers la page d’accueil

Lors de la suppression en masse de pages, le chemin de moindre résistance consiste à rediriger chaque URL supprimée vers la page d’accueil. Google peut interpréter cela comme une soft 404 — une page qui renvoie 200 OK mais n’offre aucun contenu pertinent. Le résultat : la redirection est ignorée à des fins de classement, et l’équité des liens est perdue. Redirigez plutôt chaque page supprimée vers l’alternative la plus pertinente sur le plan thématique. Si aucune alternative pertinente n’existe, laissez la page renvoyer une véritable 404 avec une page d’erreur personnalisée utile.

Oublier de mettre à jour les liens internes

Les redirections sont un filet de sécurité, pas une couche de routage permanente. Après avoir implémenté des redirections, mettez à jour tous les liens internes pour pointer directement vers les nouvelles URLs. Laisser des liens internes pointer vers des URLs redirigées crée des chaînes de redirection inutiles au sein de votre propre site — une pénalité auto-infligée sur les performances et le budget d’exploration.

Ne pas tenir compte des barres obliques finales et du www

La gestion incohérente de https://www.exemple.com/page vs. https://exemple.com/page/ peut créer des problèmes de contenu en double et des chaînes de redirection. Standardisez tôt : choisissez un format canonique (avec ou sans www, avec ou sans barre oblique finale) et imposez-le avec une règle de redirection unique.

Redirections côté serveur (Apache, Nginx)

Les redirections côté serveur sont la référence — rapides, fiables et correctement interprétées par tous les moteurs de recherche.

Apache (.htaccess) :

Redirect 301 /old-page https://example.com/new-page

RewriteEngine On
RewriteRule ^old-directory/(.*)$ /new-directory/$1 [R=301,L]

rewrite ^/old-page$ https://example.com/new-page permanent;

Redirections basées sur CMS et plugins (WordPress)

Pour les sites WordPress, plusieurs plugins gèrent les redirections sans modifier les fichiers de configuration du serveur :

• Redirection : Le plugin gratuit le plus populaire. Gère les redirections 301, suit les erreurs 404 et enregistre le trafic des redirections. Idéal pour les sites axés sur le contenu.
• Yoast SEO Premium : Inclut un gestionnaire de redirections intégré aux outils d’analyse SEO.
• Rank Math : Propose une gestion intégrée des redirections avec ses fonctionnalités SEO.

Les redirections basées sur des plugins sont pratiques mais ajoutent une petite surcharge PHP. Pour les sites à fort trafic, les redirections au niveau du serveur restent préférables.

Comment tester les redirections

Tester les redirections permet de vérifier qu’elles fonctionnent correctement et renvoient le code de statut attendu. Les méthodes incluent :

1. DevTools du navigateur : Ouvrez l’onglet Réseau, cochez « Conserver le journal » et accédez à l’ancienne URL. La colonne de statut affiche le code de redirection (301, 302, etc.) et la destination finale.
2. Ligne de commande Curl : curl -I https://exemple.com/ancienne-page renvoie les en-têtes HTTP, y compris le code de statut et l’en-tête Location.
3. Vérificateurs de redirection en ligne : Des outils comme Redirect Checker (redirectchecker.com) ou HTTP Status Code Checker vous permettent de tester des URL sans accès à la ligne de commande.
4. Screaming Frog SEO Spider : Explorez votre site et filtrez par « Redirection (3xx) » pour auditer toutes les redirections à grande échelle. C’est essentiel après une migration de site.
5. Google Search Console : Le rapport « Indexation des pages » signale les erreurs de redirection rencontrées par Googlebot.

Après toute migration, testez un échantillon représentatif d’anciennes URLs — en particulier les pages à fort trafic et celles avec des backlinks — pour confirmer qu’elles aboutissent aux bonnes nouvelles destinations avec le code de statut prévu.

Chaînes de redirection qui gaspillent le budget d’exploration

Une chaîne comme http://exemple.com/page → https://exemple.com/page → https://www.exemple.com/page ajoute des sauts inutiles. Chaque étape consomme du budget d’exploration et ajoute de la latence. La solution : redirigez directement de l’URL d’origine vers la destination canonique finale. Auditez votre carte de redirection pour détecter les chaînes à l’aide de Screaming Frog ou Sitebulb, et consolidez les redirections intermédiaires.

Utiliser une 302 quand vous voulez dire 301

Un changement permanent implémenté avec une redirection temporaire 302 indique aux moteurs de recherche de continuer à indexer l’ancienne URL. La nouvelle page peut ne pas apparaître dans les résultats de recherche, et l’équité des liens n’est pas transférée. C’est l’une des erreurs SEO les plus courantes lors des migrations de site. Si le changement est permanent, utilisez 301.

Tout rediriger vers la page d’accueil

Lors de la suppression en masse de pages, le chemin de moindre résistance consiste à rediriger chaque URL supprimée vers la page d’accueil. Google peut interpréter cela comme une soft 404 — une page qui renvoie 200 OK mais n’offre aucun contenu pertinent. Le résultat : la redirection est ignorée à des fins de classement, et l’équité des liens est perdue. Redirigez plutôt chaque page supprimée vers l’alternative la plus pertinente sur le plan thématique. Si aucune alternative pertinente n’existe, laissez la page renvoyer une véritable 404 avec une page d’erreur personnalisée utile.

Oublier de mettre à jour les liens internes

Les redirections sont un filet de sécurité, pas une couche de routage permanente. Après avoir implémenté des redirections, mettez à jour tous les liens internes pour pointer directement vers les nouvelles URLs. Laisser des liens internes pointer vers des URLs redirigées crée des chaînes de redirection inutiles au sein de votre propre site — une pénalité auto-infligée sur les performances et le budget d’exploration.

Ne pas tenir compte des barres obliques finales et du www

La gestion incohérente de https://www.exemple.com/page vs. https://exemple.com/page/ peut créer des problèmes de contenu en double et des chaînes de redirection. Standardisez tôt : choisissez un format canonique (avec ou sans www, avec ou sans barre oblique finale) et imposez-le avec une règle de redirection unique.