technical

Gardez les chaînes de redirection courtes

MetricSpot compte combien de redirections un visiteur suit avant d'atteindre l'URL finale. Les longues chaînes ajoutent de la latence, diluent le PageRank et risquent de faire abandonner Googlebot.

Ce que vérifie ce contrôle

Suit la chaîne de redirection depuis l’URL que vous avez soumise jusqu’à sa destination finale et compte les sauts. Le contrôle échoue si un visiteur doit suivre plus d’une redirection avant d’atterrir sur une vraie réponse 200.

Pourquoi c’est important

Chaque saut est un aller-retour — DNS, TCP, handshake TLS, réponse HTTP — ajouté avant que l’utilisateur ne voie quoi que ce soit. Sur un réseau mobile, cela représente 200 à 600 ms par saut, facilement une seconde de latence évitable.

Les moteurs de recherche ont des limites strictes. Google suit au maximum dix redirections par tentative de crawl et arrête d’indexer les pages cachées derrière de longues chaînes. Chaque saut perd aussi un peu de PageRank au passage, si bien qu’une chaîne de 4 sauts peut dilapider le signal de classement que la page d’origine a durement gagné.

Schéma de chaîne courant : http://example.com → http://www.example.com → https://www.example.com → https://www.example.com/. C’est trois sauts là où un seul suffirait.

Comment le corriger

Aplatissez la chaîne pour que chaque variante de votre URL pointe directement vers l’URL canonique finale avec une seule 301.

nginx — combinez les redirections http→https, sans-www→www et slash final dans un seul bloc server :

server {
  listen 80;
  listen 443 ssl;
  server_name example.com www.example.com;

  return 301 https://www.example.com$request_uri;
}

server {
  listen 443 ssl;
  server_name www.example.com;
  # ... vraie config ...
}

Apache — réécrivez vers l’URL finale en une seule règle :

RewriteEngine On
RewriteCond %{HTTPS} off [OR]
RewriteCond %{HTTP_HOST} !^www\. [NC]
RewriteRule ^(.*)$ https://www.example.com/$1 [R=301,L]

Cloudflare — Rules → Bulk Redirects (ou une seule Page Rule avec “Forwarding URL → 301”). Définissez le pattern source sur chaque hôte alternatif que vous possédez et la cible sur l’origine canonique.

Vérifiez vous-mêmecurl -sIL https://example.com/ | grep -E '^(HTTP|Location)' imprime chaque saut. Toute sortie de plus de deux lignes est une chaîne.

Une fois corrigé, mettez à jour vos liens internes et votre sitemap.xml pour utiliser directement l’URL finale — inutile de maintenir une 301 active pour des liens que vous contrôlez.

Questions fréquentes

Une redirection est-elle toujours acceptable ?

Oui. Une seule 301 de http:// vers https:// (ou de sans-www vers www) est normale et passe le contrôle. L’échec se déclenche à partir de deux sauts consécutifs.

Corriger la chaîne va-t-il nuire au classement ?

Non — aplatir deux redirections 301 en une seule 301 conserve la même destination finale et préserve le signal que vous aviez déjà accumulé. La documentation de Google recommande explicitement de procéder ainsi.

Et les anciennes URL d’une migration CMS ?

Gardez-les actives en redirection, mais redirigez-les directement vers la nouvelle URL — pas vers une URL intermédiaire qui se redirige elle-même. Parcourez votre ancien sitemap une fois et réécrivez chaque règle pour éviter tout saut au-delà du premier.

Sources

Dernière mise à jour 2026-05-11