# Vérificateur de redirection : visualisez chaque étape entre une URL et sa page finale

> Vérificateur de redirection gratuit : suivez chaque étape d’une URL jusqu’à sa page finale (301, 302, 307, 308, meta refresh), avec durée, boucles et chaînes.

Saisissez une URL pour suivre le trajet complet de la redirection, étape par étape, avec le code de statut, la destination et le temps de réponse de chacune.

- Utilisez-le gratuitement (sans inscription): https://yes-seo.com/fr/verificateur-redirection
- API: `GET https://yes-seo.com/api/v1/redirect-checker?url=https://example.com`
- Son rôle: Redirect checker: traces every hop of a redirect chain (301, 302, 307, 308, meta refresh) with status, location, timing; detects loops, long chains and http→https / www consolidation.

Une redirection envoie les visiteurs et les robots d’une URL vers une autre. Bien faite, personne ne la remarque : une seule étape, le bon code de statut, la bonne destination. Mal faite, les redirections s’empilent en chaînes de trois ou quatre étapes, en boucles qui ne se résolvent jamais, ou en codes temporaires sur des pages déplacées pour de bon.

Ce vérificateur de redirection interroge l’URL saisie et suit chaque en-tête Location et chaque meta refresh jusqu’à atteindre une page finale. Pour chaque étape, vous voyez le code de statut, la cible et la durée ; l’outil signale aussi les boucles, les chaînes trop longues et indique si les versions http, https, www et sans www d’un site aboutissent bien à une seule adresse.

## Comment vérifier une redirection

1. **Collez l’URL de départ** — Utilisez l’adresse exacte employée par les internautes ou les liens, avec http:// ou l’ancien domaine si vous testez une migration.
2. **Lisez la chaîne** — Chaque ligne est une étape avec son code de statut, sa cible Location et sa durée. La dernière ligne est la page qui s’affiche réellement.
3. **Corrigez ce que nous signalons** — Faites pointer liens et redirections directement vers l’URL finale, utilisez des codes permanents pour les déplacements définitifs et cassez toute boucle.

## Quel code de redirection utiliser

Les codes de redirection sont définis dans la [RFC 9110](https://www.rfc-editor.org/rfc/rfc9110#section-15.4), et Google explique comment il traite chacun dans son [guide des redirections](https://developers.google.com/search/docs/crawling-indexing/301-redirects?hl=fr) :

| Code | Signification | À utiliser quand |
| --- | --- | --- |
| 301 | Moved Permanently (déplacement permanent) | Une page a déménagé pour de bon. Signal fort que la cible doit être la page canonique. |
| 308 | Permanent Redirect (redirection permanente) | Comme le 301, mais la méthode et le corps de la requête ne doivent pas changer (formulaires, API). |
| 302 | Found (déplacement temporaire) | Un déplacement à court terme. Signal canonique faible ; l’URL d’origine reste généralement indexée. |
| 307 | Temporary Redirect (redirection temporaire) | Temporaire, avec conservation de la méthode. |
| Meta refresh | Solution de repli en HTML | Vous n’avez pas accès au serveur. Google interprète un refresh instantané comme permanent et un refresh différé comme temporaire. |

Google traite de la même façon le 301 et le 308, ainsi que le 302 et le 307 : choisissez donc selon l’intention, permanente ou temporaire.

## Chaînes, boucles et limite de 10 redirections

Googlebot suit jusqu’à 10 redirections, puis signale une erreur de redirection ([guide de Google sur les codes HTTP](https://developers.google.com/search/docs/crawling-indexing/http-network-errors?hl=fr)). Visez une seule étape : chaque redirection supplémentaire ajoute un aller-retour pour les visiteurs sur réseau mobile et une URL de plus à récupérer pour les robots. Voici une [chaîne de redirections](https://yes-seo.com/fr/glossaire/chaine-de-redirections) typique après deux refontes :

```
http://example.com/shop         301 → https://example.com/shop
https://example.com/shop        301 → https://www.example.com/shop
https://www.example.com/shop    301 → https://www.example.com/store/
https://www.example.com/store/  200
```

La solution consiste à envoyer la première URL directement vers `https://www.example.com/store/` et à mettre à jour les liens internes vers l’adresse finale. Les boucles viennent le plus souvent de deux systèmes en désaccord : un CMS qui impose `www` pendant que le serveur impose l’absence de www, ou Cloudflare configuré en SSL « Flexible » alors que l’origine redirige HTTP vers HTTPS, si bien que Cloudflare redemande sans cesse du HTTP ([guide Cloudflare sur les boucles de redirection](https://developers.cloudflare.com/ssl/troubleshooting/too-many-redirects/)).

## Regrouper http, https, www et sans www en une seule étape

Les quatre variantes de votre page d’accueil doivent atteindre la même URL finale avec un seul 301. Sur Apache (`.htaccess`) :

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

Sur Nginx, donnez aux redirections leurs propres blocs server :

```
server {
    listen 80;
    server_name example.com www.example.com;
    return 301 https://www.example.com$request_uri;
}
server {
    listen 443 ssl;
    server_name example.com;
    # ssl_certificate et ssl_certificate_key ici
    return 301 https://www.example.com$request_uri;
}
```

Derrière un CDN ou un répartiteur de charge qui termine le TLS, `%{HTTPS}` vaut toujours off à l’origine et la règle Apache boucle ; testez plutôt l’en-tête `X-Forwarded-Proto`, ou redirigez au niveau du CDN. Le [vérificateur de balise canonical](https://yes-seo.com/fr/verificateur-canonical) confirme que vos variantes et vos balises canonical sont cohérentes.

## Les redirections lors d’une migration de site

Associez chaque ancienne URL à son équivalent le plus proche, pas à la page d’accueil : Google a tendance à traiter les redirections massives vers une page sans rapport comme des soft 404. Conservez les redirections au moins un an, comme le recommande le [guide de Google sur le déménagement de site](https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes?hl=fr), et plus longtemps si d’anciennes URL reçoivent encore des liens. Pour vérifier toute une correspondance d’un coup, collez les anciennes URL dans le [vérificateur de code HTTP en masse](https://yes-seo.com/fr/verificateur-code-http).

## Conseils pour des redirections propres

- Mettez à jour les liens internes, les balises canonical et les entrées du sitemap vers l’URL finale plutôt que de compter sur les redirections.
- Passez un 302 en 301 dès que vous savez que le déplacement est définitif.
- Laissez les pages réellement disparues renvoyer 404 ou 410 plutôt que de les rediriger vers une page sans rapport.
- Testez en navigation privée ou avec l’outil : les navigateurs mettent les 301 en cache de façon agressive, et le vôtre peut donc masquer une règle corrigée ou cassée.
- Conservez les paramètres d’URL lorsque vous redirigez des URL de campagne, afin que les paramètres analytics survivent à la redirection.

## Limites à garder en tête

L’outil suit les redirections HTTP et les balises meta refresh ; il n’exécute pas JavaScript, donc les redirections faites avec `window.location` n’apparaîtront pas. Il demande l’URL depuis notre serveur avec un seul user-agent et sans cookies : les redirections selon le pays, la langue, l’appareil ou la connexion peuvent donc différer de ce que voient vos visiteurs. Dans ces cas, utilisez l’onglet Réseau des outils de développement de Chrome avec l’option « Conserver le journal » activée.


## Questions fréquentes

### Quelle est la différence entre une redirection 301 et 302 ?

Un 301 indique que la page a été déplacée définitivement : Google transfère ses signaux vers la nouvelle URL et indexe généralement celle-ci. Un 302 indique un déplacement temporaire, et l’URL d’origine tend donc à rester dans l’index. N’utilisez un 302 que pour des cas réellement ponctuels, comme une promotion saisonnière.

### Les redirections font-elles perdre de la valeur aux liens ?

Google a indiqué que les redirections 30x ne provoquent pas de perte de PageRank. Les vrais coûts sont le temps de chargement ajouté par chaque étape et le risque de chaînes et de boucles : limitez-vous à une redirection et mettez les liens à jour vers l’URL finale.

### Combien de redirections à la suite sont de trop ?

Une seule est idéale, deux restent tolérables. Googlebot abandonne après 10 étapes, mais bien avant cela, chaque étape ajoute du délai pour les visiteurs sur connexion lente.

### Pourquoi Chrome affiche-t-il une redirection interne 307 que mon serveur n’a jamais envoyée ?

C’est le HSTS. Dès qu’un site a envoyé un en-tête Strict-Transport-Security, Chrome convertit lui-même les liens http en https et l’affiche comme une redirection interne 307. Cet outil n’a pas de mémoire HSTS : il montre la vraie réponse de votre serveur.

### Un meta refresh compte-t-il comme une redirection pour le SEO ?

Oui. Google traite un meta refresh instantané comme une redirection permanente et un refresh différé comme une redirection temporaire. Un 301 côté serveur reste préférable : il est plus rapide et tous les robots le comprennent.

### Puis-je vérifier plusieurs URL à la fois ?

Cet outil suit une seule URL dans le détail. Pour une liste, utilisez le vérificateur de code HTTP en masse, qui accepte jusqu’à 50 URL et affiche chaque code de statut et chaque cible de redirection.