Une redirection 301 indique aux navigateurs et aux moteurs de recherche qu'une adresse a été déplacée de manière permanente vers un nouvel emplacement. Google transfère alors les signaux de l'ancienne adresse vers la nouvelle et les échange dans l'index. Une 302 signifie quant à elle « temporaire » et ne convient qu'à des actions qui prendront fin. Lorsque vous modifiez des adresses, fusionnez des pages ou reconstruisez un site, vous avez besoin d'une redirection 301 pour chaque ancienne adresse vers la nouvelle page correspondante, sans chaînes et non pas systématiquement vers la page d'accueil.
Chaque adresse qui a figuré dans Google a une valeur : elle est indexée, peut-être liée, peut-être enregistrée dans des favoris. Si vous la modifiez sans rediriger, vous perdez cette valeur et affichez une page d'erreur aux visiteurs. La redirection 301 est l'outil qui permet de transférer cette valeur.
301, 302, 307, 308 : laquelle et quand
Une redirection est une réponse du serveur : « La page n'est pas ici, allez là-bas. » Le code d'état indique si c'est permanent.
| Code | Signification | Utilisation | |
|---|---|---|---|
| 301 | Déplacé de manière permanente | Remplace l'ancienne adresse dans l'index par la nouvelle, transfère les signaux | Adresse modifiée, pages fusionnées, changement de domaine, http vers https, variante avec www |
| 308 | Déplacé de manière permanente, type de requête conservé | Comme 301 | Identique ; standard chez Vercel et certains hébergeurs |
| 302 | Temporaire | Conserve l'ancienne adresse dans l'index | Page d'action pour deux semaines, page de maintenance, test A/B |
| 307 | Temporaire, type de requête conservé | Comme 302 | Identique |
La règle de base : si l'ancienne adresse ne sera plus jamais utilisée, 301. Si elle reviendra dans un avenir prévisible, 302. L'erreur la plus fréquente est une 302 pour un déplacement permanent, parce que le plugin ou l'hébergeur la définit par défaut. Google documente qu'il finit par traiter les redirections 302 de longue durée comme permanentes, mais il ne faut pas compter là-dessus.
Quand vous devez rediriger
- L'adresse d'un article change, par exemple parce que le titre a été modifié.
- Deux pages sont fusionnées en une, par exemple avec des contenus dupliqués.
- Une page est supprimée et a un successeur en termes de contenu.
- Le site est transféré vers un nouveau domaine ou de http vers https.
- L'orthographe avec ou sans www est uniformisée ; l'autre variante redirige.
- Lors d'un relaunch, la structure change, par exemple de /blog/2023/05/titre/ vers /guide/titre/.
La redirection et la balise Canonical se complètent : la redirection assure qu'une seule adresse est accessible, le Canonical sert de sécurité si une variante passe malgré tout.
Éviter les chaînes et les boucles
Une chaîne se forme si A redirige vers B et B redirige ensuite vers C. Après un deuxième relaunch, trois ou quatre étapes ne sont pas rares. Selon la documentation, Google suit jusqu'à dix redirections consécutives, mais chaque étape prend du temps, et avec de longues chaînes, le crawler abandonne. Les visiteurs le remarquent au temps de chargement. Donc :
- Pour chaque nouvelle redirection, vérifier si l'ancienne adresse est elle-même déjà la cible d'une redirection. Si oui, définir la plus ancienne directement vers la nouvelle cible : A vers C au lieu de A vers B vers C.
- Avant un relaunch, exporter la liste des redirections existantes et mettre à jour toutes les cibles vers les nouvelles adresses.
- Les boucles (A vers B, B vers A) se forment souvent à cause de règles pour www ou https qui se déclenchent mutuellement. La page ne se charge alors plus du tout ; un appel dans le navigateur le montre immédiatement.
Le relaunch en bref
Un relaunch est le moment où la plupart des redirections manquent. Le plan minimal :
- Avant la reconstruction, exporter toutes les adresses existantes, depuis le sitemap et depuis le rapport de performance de la Search Console.
- Pour chaque ancienne adresse, noter la nouvelle correspondante dans un tableau, une pour une. Pas de redirection systématique vers la page d'accueil.
- Configurer les redirections avant la mise en ligne et les tester sur l'environnement de test.
- Après la mise en ligne, appeler manuellement les vingt anciennes adresses les plus importantes.
- Resoumettre le plan du site, uniquement avec les nouvelles adresses.
La liste complète avec tout ce qu'il faut vérifier se trouve sous Refonte du site sans perte de visibilité.
Configuration : WordPress et Vercel
Dans WordPress, il y a deux méthodes. Premièrement, un plugin de redirection qui enregistre les anciennes et nouvelles adresses par entrée et crée souvent automatiquement une redirection lors d'un changement d'URL d'article. Deuxièmement, le fichier .htaccess sur le serveur (pour Apache), une ligne par redirection :
Redirect 301 /alter-beitrag/ https://www.beispiel.ch/neuer-beitrag/Pour les sites sur Vercel, la règle se trouve dans le fichier vercel.json du projet :
{ "redirects": [ { "source": "/alter-beitrag", "destination": "/neuer-beitrag", "permanent": true } ] }Avec permanent: true, Vercel répond avec un 308, que Google traite comme un 301. Sur Wix et Shopify, vous trouverez les redirections dans les paramètres SEO sous forme de simple liste ancienne vers nouvelle.
Vérification
- Ouvrir l'ancienne adresse dans le navigateur : arrive-t-on sur la bonne nouvelle page, sans étape intermédiaire ?
- Dans le terminal avec
curl -I https://www.beispiel.ch/alter-beitrag/, lire le code d'état : 301 ou 308 et dans la ligne « location » la bonne destination. Si la destination affiche elle-même un 301, vous avez une chaîne. - Dans la Search Console, effectuer une vérification d'URL sur l'ancienne adresse : elle devrait apparaître comme « Page avec redirection ». Dans le rapport « Pages », après quelques semaines, aucune entrée 404 pour les anciennes adresses ne devrait plus apparaître.
- Modifier les liens internes vers les nouvelles adresses, pour éviter que chaque clic ne passe par une redirection.
Ce que vous pouvez en faire
Tenez un tableau de toutes les redirections, avec date et raison. Une entrée à chaque changement d'adresse, une vérification à chaque refonte. Et vérifiez une fois par an avec la Search Console si des erreurs 404 apparaissent pour des adresses qui ont déjà eu des visiteurs : chacune est une redirection manquante.
Questions fréquentes
Une page perd-elle son classement avec une redirection 301 ?
Google a expliqué qu'avec un 301, aucun signal n'est perdu si la destination correspond au contenu. En pratique, il peut quand même falloir des semaines avant que la nouvelle adresse atteigne l'ancienne position, car Google doit réattribuer les signaux. Les pertes surviennent surtout si la destination ne correspond pas ou si la redirection est absente.
Combien de temps une redirection doit-elle rester en place ?
Google recommande pour les déménagements de site de maintenir les redirections au moins un an. Mieux vaut les garder indéfiniment, car les liens externes vers l'ancienne adresse ne sont jamais mis à jour. Les redirections ne coûtent rien, ne les supprimez que si vous êtes sûr que rien ne pointe plus dessus.
Quelle est la différence entre 301 et 308 ?
Les deux signifient permanent. 308 impose en plus que le type de requête soit conservé, ce qui compte pour les formulaires. Pour Google, les deux sont équivalents ; Vercel et d'autres plateformes utilisent par défaut 308 pour les redirections permanentes. Vous n'avez rien à modifier.
Dois-je rediriger les pages supprimées vers la page d'accueil ?
Non. Google traite souvent les redirections dont la destination n'a rien à voir avec l'ancienne page comme un 404. Redirigez vers la page la plus proche thématiquement : l'article suivant, la page de service appropriée, la catégorie. S'il n'y a rien de pertinent, un 404 honnête vaut mieux qu'une redirection trompeuse.