Chaque saut de redirection entre le clic d’un internaute et votre page de destination vous coûte quelque chose : du temps, des conversions, des données d’attribution et, dans certains cas, des positions dans les résultats de recherche. Pourtant, la plupart des équipes marketing ignorent combien de redirections se cachent dans leurs campagnes, leurs newsletters et les liens de leurs annonces payantes.
Ce guide explique ce qu’est une redirection, pourquoi le type de redirection compte, ce que coûtent réellement les chaînes de redirections et comment mener un audit mensuel rapide pour repérer les problèmes avant qu’ils ne nuisent à vos campagnes.
Qu’est-ce qu’une redirection ?
Une redirection est une instruction qui envoie un navigateur d’une URL vers une autre. Quand vous cliquez sur un lien, le navigateur envoie une requête au serveur. Une redirection signifie que le serveur répond « ne chargez pas cette page, allez plutôt à cette autre URL », et le navigateur suit l’instruction.[1]
Dans la plupart des cas, cela se produit de façon invisible et presque instantanée. Le problème, c’est que ces délais « presque instantanés » s’additionnent, et que toutes les redirections ne se valent pas.
Les quatre types de redirection à connaître en marketing
HTTP définit plusieurs codes d’état de redirection.[1] Quatre d’entre eux reviennent sans cesse dans le travail marketing.
301 : redirection permanente
Une 301 dit aux navigateurs et aux moteurs de recherche : « Cette page a été déplacée définitivement. Mettez à jour vos données. » Les moteurs de recherche transfèrent l’essentiel des signaux de classement de la page d’origine vers la nouvelle destination. Les navigateurs peuvent mettre une 301 en cache, si bien que les visiteurs qui reviennent peuvent aller directement à la destination sans plus jamais interroger votre serveur.
Conséquence pour le marketing : adaptée aux URL retirées définitivement (une ancienne page produit qui pointe vers celle qui la remplace). Peu adaptée aux liens courts : si un navigateur met la 301 en cache, vous ne pouvez plus changer la destination sans un contournement pour vider le cache, et certains clics risquent de ne pas être comptés sur les requêtes servies depuis le cache.
302 : redirection temporaire
Une 302 dit aux navigateurs et aux moteurs de recherche : « Allez à cette autre URL pour l’instant, mais ne mettez pas vos données à jour : cela peut changer. » Les navigateurs ne mettent pas les 302 en cache de la même façon, donc chaque visite passe par le serveur de redirection.[1]
Conséquence pour le marketing : c’est le choix par défaut pour les raccourcisseurs de liens et les liens de campagne, car il permet de changer la destination et garantit que chaque clic est enregistré. Si vous utilisez une plateforme de gestion de liens, elle utilise presque certainement des 302.
307 : redirection temporaire qui conserve la méthode
Une 307 ressemble à une 302, mais elle conserve explicitement la méthode HTTP de la requête d’origine (GET, POST, etc.). Cela concerne surtout les développeurs qui créent des formulaires ou des intégrations d’API, pas les liens marketing courants.[1]
308 : redirection permanente qui conserve la méthode
Une 308 est la version permanente de la 307 : une sorte de 301 qui conserve aussi la méthode de la requête. Là encore, c’est surtout l’affaire des développeurs.[1]
En pratique, pour la plupart des équipes marketing : la 302 est celle qu’il vous faut pour les liens de campagne. La 301 sert aux migrations d’URL définitives. Si vous voyez des 307 ou des 308 dans vos liens marketing, il se passe quelque chose d’inhabituel qui mérite d’être examiné.
Qu’est-ce qu’une chaîne de redirections et pourquoi pose-t-elle problème ?
Une chaîne de redirections se forme quand une URL redirige vers une autre URL qui redirige elle-même, ce qui crée une suite de sauts avant que le navigateur n’atteigne la destination finale.
Un exemple simple :
Your short link (hop 1)
→ Tracking/affiliate URL (hop 2)
→ Old campaign URL (hop 3)
→ Final landing page
Cela fait trois sauts. Voici ce que chacun vous coûte :
Latence
Chaque saut de redirection ajoute un aller-retour réseau. Chaque saut ajoute en général 100 à 300 millisecondes au temps de chargement.[2] Sur une connexion fixe rapide, trois sauts peuvent ajouter 300 ms : perceptible, mais supportable. Sur mobile avec un signal faible, cela peut ajouter une seconde entière, voire davantage.
Google a fait de la vitesse des pages un facteur de classement dans les résultats de recherche mobile, et les Core Web Vitals, en particulier le Largest Contentful Paint (LCP), subissent directement l’effet des délais de redirection.[3]
Attribution UTM perdue
Quand une URL balisée avec des UTM traverse une chaîne de redirections, les paramètres UTM risquent réellement d’être supprimés à l’un des sauts intermédiaires.[4] Les conversions apparaissent alors comme du trafic « direct » dans vos statistiques, et il devient impossible de les attribuer à la campagne qui les a réellement générées. Le guide complet des paramètres UTM explique comment baliser les liens pour que cette perte soit visible quand elle se produit.
C’est particulièrement fréquent quand :
- un lien court redirige vers une URL qui contient déjà d’autres paramètres UTM ;
- un réseau d’affiliation utilise une redirection qui supprime les paramètres de requête ;
- un CMS redirige automatiquement les URL sans barre oblique finale (par exemple
/page→/page/) sans transmettre les paramètres.
Aperçus de liens cassés
Comme l’explique notre guide Open Graph, les robots des réseaux sociaux, en particulier celui de LinkedIn, ne suivent souvent pas les chaînes de redirections de façon fiable. Un lien avec deux sauts ou plus peut ne produire aucun aperçu, ou l’aperçu d’une autre page. Le vérificateur d’aperçus Open Graph montre ce que le robot de chaque plateforme voit au bout de la chaîne.
Boucles de redirection
Le pire scénario : l’URL A redirige vers l’URL B, qui redirige à son tour vers l’URL A. Les navigateurs finissent par abandonner et affichent une erreur.[1] Ces boucles viennent en général de réglages de CMS mal configurés, de règles de redirection contradictoires ou d’une mauvaise application du HTTPS ou du HTTP.
Comment vérifier vos redirections : la liste de contrôle mensuelle
Utilisez l’outil vérificateur de redirections ci-dessous pour inspecter n’importe quelle URL : collez-la et vous verrez la chaîne complète, chaque code d’état et la destination finale.
Essai gratuit, sans inscription
Vérificateur de redirections
Retracez toute la chaîne de redirections d’une URL.
Ce qu’il faut vérifier chaque mois
1. Vos liens courts de campagne les plus utilisés. Sortez vos 10 liens courts les plus cliqués des 30 derniers jours. Vérifiez pour chacun la longueur de la chaîne (au-delà de 1 saut, cela vaut la peine de regarder) et l’exactitude de la destination finale (les pages sont déplacées sans mise à jour des redirections plus souvent qu’on ne le croit).
2. Les liens de vos campagnes e-mail en cours. Les liens d’e-mail sont souvent les pires en matière de chaînes de redirections. Une chaîne typique ressemble à ceci : URL de suivi des clics de la plateforme d’envoi d’e-mails → votre lien court → destination. Cela fait déjà deux sauts avant même que la page ne se charge. Ajoutez une redirection du CMS et vous en êtes à trois.
3. Les URL de destination des annonces payantes. Google Ads, Meta Ads et LinkedIn Ads ont tous des règles sur les URL qui encadrent les redirections. Google Ads interdit explicitement les chaînes de redirections qui masquent le domaine de destination finale.[5] Au-delà du respect des règles, les chaînes dans les URL d’annonces payantes font directement monter le coût par clic, car une page de destination plus lente fait baisser le Quality Score.[5]
4. Les liens des articles de blog à fort trafic. Si vos articles renvoient vers des pages de partenaires, des pages produit ou des ressources, ces pages ont pu être déplacées depuis la publication. Un passage rapide chaque mois permet de repérer tôt les erreurs 404 et les chaînes accidentelles.
5. Tout lien qui a récemment « cessé de fonctionner » mais qui redirige toujours techniquement. Une chaîne de redirections fonctionne parfois techniquement, mais mène à une page obsolète. Le navigateur atteint bien une destination, mais ce n’est pas la bonne. Ces cas passent facilement inaperçus sans audit explicite.
Comment corriger les problèmes repérés
Trop de sauts
La correction est en général simple : modifiez le lien court d’origine pour qu’il pointe directement vers la destination finale, sans passer par les URL intermédiaires. La plupart des plateformes de gestion de liens permettent de modifier la destination d’un lien court existant sans changer le lien lui-même. C’est l’un des principaux avantages des liens courts gérés par rapport aux URL codées en dur ; la page raccourcisseur de liens explique comment est configurée la redirection de LinkPilot.
Mauvais type de redirection (une 301 là où il faudrait une 302)
Si vous avez configuré une redirection en 301 et devez ensuite changer la destination, le cache des navigateurs devient un problème. La seule correction fiable consiste à utiliser une plateforme de gestion de liens qui émet des 302 par défaut, ou à attendre l’expiration du TTL du cache et à mettre à jour la destination au niveau du CDN ou du serveur.
Paramètres UTM supprimés
Commencez par confirmer le problème : faites un clic de test sur le lien et regardez vos statistiques en temps réel pour voir quelle source, quel support et quelle campagne sont enregistrés. Si les UTM manquent, suivez la chaîne à la main pour trouver le saut qui les supprime.
Parmi les corrections possibles :
- activer la transmission des paramètres sur votre plateforme de liens courts (elle ajoute automatiquement à l’URL de destination les paramètres de requête reçus) ;
- reconstruire l’URL de destination pour y inclure directement les paramètres UTM, afin de ne plus dépendre de leur transmission ;
- supprimer le saut intermédiaire qui retire les paramètres.
Boucles de redirection
Elles se diagnostiquent au niveau du serveur ou du CMS. Causes fréquentes :
- une extension WordPress (souvent une extension de forçage SSL ou de cache) qui crée une règle circulaire ;
- un fichier
.htaccesscontenant des règles de réécriture contradictoires ; - des règles HTTPS vers HTTP et HTTP vers HTTPS actives en même temps sur des systèmes différents ;
- un CDN et un serveur d’origine qui tentent tous deux d’imposer des redirections dans des sens opposés.
Le vérificateur de redirections repère les boucles en affichant une référence circulaire. Une fois le saut qui ferme la boucle identifié, isolez la règle contradictoire et supprimez-la.
Liens courts et performances de redirection
Les plateformes de gestion de liens bien conçues accélèrent les redirections en mettant en cache la recherche de destination en périphérie du réseau : la redirection part d’un serveur proche de l’internaute au lieu de remonter jusqu’à un serveur d’origine central. La latence de redirection peut ainsi descendre sous les 20 millisecondes, même pour un public international.
Avec une redirection auto-hébergée ou mal optimisée, le seul saut entre un lien court et sa destination peut prendre de 400 à 800 ms, soit davantage qu’une chaîne de plusieurs sauts sur une infrastructure optimisée. Dans ces cas, la qualité de l’infrastructure compte plus que le nombre de sauts, mais réduire les sauts reste une bonne pratique dans tous les cas.
Modèle d’audit mensuel à copier-coller
REDIRECT AUDIT — [Month, Year]
Date completed: ___________
Auditor: ___________
URLs checked:
[ ] Top 10 short links (by clicks)
[ ] All links in current email campaign
[ ] All paid ad destination URLs
[ ] Top 5 blog posts (external links)
[ ] Any links flagged by team in past month
For each URL, note:
- Final destination correct? (Y/N)
- Number of redirect hops: ___
- Redirect types (301/302/other): ___
- UTM parameters intact at destination? (Y/N)
- Any loops or errors? (Y/N)
Actions logged:
[ ] Updated destination on: ___________
[ ] Fixed UTM passthrough on: ___________
[ ] Resolved loop on: ___________
[ ] Flagged for dev: ___________
Next audit scheduled: ___________
Références
[1] Fielding, R., Nottingham, M., & Reschke, J. (2022). RFC 9110: HTTP Semantics, §15.4 (Redirection 3xx). IETF. https://www.rfc-editor.org/rfc/rfc9110#section-15.4
[2] Google Developers. (2024). Avoid multiple page redirects. web.dev / Chrome for Developers. https://developer.chrome.com/docs/lighthouse/performance/redirects/
[3] Google Search Central. (2024). Understanding Core Web Vitals and Google search results. https://developers.google.com/search/docs/appearance/core-web-vitals
[4] Google LLC. (2024). Collect campaign data with custom URLs. Google Analytics Help. https://support.google.com/analytics/answer/1033863
[5] Google LLC. (2024). Google Ads destination requirements policy. https://support.google.com/adspolicy/answer/6368661
Dernière mise à jour : mai 2026. Voir aussi le glossaire du raccourcissement de liens : redirection, 301/302/307/308, chaîne de redirections, boucle de redirection, transmission des paramètres, paramètres UTM.