Combien de temps faut-il conserver une redirection 301 ?

La documentation de Google recommande au moins un an, le temps que le transfert de signaux soit pleinement pris en compte. En pratique, gardez la règle tant que des liens externes pointent vers l'ancienne URL : elle ne coûte rien et continue d'acheminer visiteurs et signaux.

Une redirection 301 fait-elle perdre du référencement ?

Non, pas par principe : Google indique qu'une redirection permanente transmet les signaux de l'ancienne page à la nouvelle. Une migration provoque des fluctuations le temps que l'index se mette à jour, mais une bascule propre, page vers page équivalente, ne cause pas de perte durable.

Peut-on rediriger toutes ses pages supprimées vers la page d'accueil ?

C'est déconseillé : Google traite une redirection vers une page sans rapport comme une soft 404. Redirigez chaque page vers son équivalent le plus proche, et s'il n'en existe pas, laissez un 404 ou un 410 honnête.

Comment vérifier qu'une redirection 301 fonctionne ?

Trois méthodes se complètent : curl -I sur l'ancienne URL, qui doit afficher le code 301 et l'en-tête Location attendu ; l'onglet Réseau des outils de développement du navigateur ; et l'inspection d'URL de la Search Console, qui montre ce que Googlebot constate.

Redirection 301 : c'est quoi et comment la mettre en place

Une redirection 301, c'est quoi exactement ?

Quand un navigateur ou un robot demande une page, le serveur répond d'abord par un code de statut HTTP : 200 signifie « tout va bien », 404 « la page n'existe pas ». Les codes en 3xx forment la famille des redirections, et le 301 en est le plus connu : « Moved Permanently », la ressource a déménagé pour de bon, voici sa nouvelle adresse.

Quand un serveur renvoie une 301, le navigateur suit la nouvelle URL sans que le visiteur s'en aperçoive. Googlebot fait de même, et c'est là que tout se joue : dans les logs serveur, on le voit demander l'ancienne URL, recevoir le 301, puis venir chercher la nouvelle. À force de recroiser ce signal, Google remplace l'ancienne adresse par la nouvelle dans son index et lui transfère l'historique de la page.

301, 302, 308 et meta refresh : ne pas se tromper de famille

La distinction fondamentale oppose redirections permanentes et temporaires. La 301 et la 308 disent « déménagement définitif » ; la 302 et la 307 disent « déplacement provisoire, l'adresse d'origine reste la bonne ». La nuance interne à chaque paire ne concerne que les formulaires et les API : pour vos pages, tout se joue entre 301 et 302.

Pour Google, ce choix n'est pas cosmétique. Sa documentation Search Central sur les redirections est explicite : une redirection permanente est un signal fort pour que la destination devienne l'URL canonique, celle que Google indexe et affiche ; une redirection temporaire envoie le signal inverse, l'origine reste canonique. Utiliser une 302 pour une migration définitive, une erreur que je rencontre encore, revient à demander à Google de ne pas acter le déménagement.

Reste le meta refresh, cette balise HTML qui recharge automatiquement une autre URL. Google sait l'interpréter, mais c'est un pis-aller : plus lent pour le visiteur, invisible dans les en-têtes HTTP, donc pénible à auditer. Même remarque pour les redirections en JavaScript, découvertes au rendu de la page. Si vous avez la main sur le serveur, privilégiez toujours la redirection serveur.

Les cas d'usage : migration, refonte, suppression, domaine expiré

Le cas d'école, c'est la migration : passage à HTTPS, changement de domaine, fusion de deux sites. Chaque ancienne URL doit rediriger vers son équivalente exacte, page par page, jamais vers l'accueil. Pour un changement de domaine complet, ajoutez l'outil de changement d'adresse de la Search Console une fois les 301 en place.

Vient ensuite la refonte qui modifie les URL : nouvelle arborescence, slugs réécrits. Mon outil de travail est un simple tableau de correspondance, ancienne URL vers nouvelle, construit à partir d'un crawl du site avant la bascule. Toutes les refontes ratées que j'ai vues passer avaient le même point commun : pas de carte, et des pans entiers du site en 404 le lendemain.

Pour les pages supprimées, redirigez vers le contenu le plus proche s'il existe : un produit remplacé vers son successeur, un article obsolète vers sa version à jour. Sinon, assumez un 404, ou un 410 qui signale une suppression volontaire. Rediriger en masse vers l'accueil ne sauve rien : Google traite ces redirections sans rapport comme des soft 404, des pages jugées introuvables malgré leur code de réponse.

Dernier cas, plus délicat : le domaine expiré. Rediriger un ancien domaine vers votre site n'a de sens que si les deux traitent du même sujet ; capter l'autorité d'un domaine sans rapport relève des pratiques que Google classe dans le spam.

La mise en place, environnement par environnement

Sur un serveur Apache, le plus répandu en hébergement mutualisé, tout se passe dans le fichier .htaccess à la racine du site. Une ligne suffit pour une page : Redirect 301 /ancienne-page/ https://www.exemple.fr/nouvelle-page/. Pour des motifs entiers, on passe aux règles mod_rewrite, plus puissantes mais plus faciles à rater : testez avant la production, une règle mal écrite peut mettre tout le site en boucle.

Sur nginx, on écrit return 301 https://www.exemple.fr/nouvelle-page/; dans un bloc location de la configuration, réservé à ceux qui y ont accès, serveur dédié ou VPS.

Chez Cloudflare Pages, un fichier _redirects placé à la racine du projet fait le travail, une règle par ligne : chemin d'origine, destination, code. Les jokers permettent de basculer toute une section en une seule ligne, et le fichier se versionne avec le reste du site. Sous WordPress enfin, des extensions comme Redirection gèrent les règles depuis l'administration, et les principales suites SEO intègrent leur propre gestionnaire.

Le jus des liens : ce que la 301 transmet vraiment

Le « jus de lien » désigne la valeur que les liens entrants confèrent à une page : chaque site qui pointe vers elle lui transmet un peu de son autorité. C'est le mécanisme que je détaille dans mon article sur le fonctionnement des backlinks, et c'est lui qui rend les redirections si sensibles : quand une page disparaît, ses liens pointent vers le vide, sauf si une 301 fait suivre.

Sur ce point, la position publique de Google est constante : une redirection permanente propre transmet les signaux de l'ancienne URL à la nouvelle, valeur des liens comprise, sans pénalité de principe. La vieille croyance d'une perte automatique à chaque saut ne correspond plus au fonctionnement du moteur.

La vraie condition, c'est la cohérence : le transfert fonctionne pleinement quand la destination répond à la même intention que l'origine, sinon on retombe sur la soft 404 évoquée plus haut. Même quand la 301 fait le travail, mettez à jour vos liens internes importants : le lien direct reste préférable au détour.

Les erreurs que je retrouve dans presque tous les audits

La plus fréquente : les chaînes. Une URL redirige vers une deuxième, qui redirige vers une troisième, les règles s'empilant au fil des refontes. Google indique que Googlebot suit jusqu'à dix sauts avant d'abandonner, mais chaque maillon ralentit l'exploration et fragilise le transfert. La règle d'hygiène : un seul saut vers la destination finale. Un crawler liste les chaînes en quelques minutes.

Viennent ensuite les redirections supprimées trop tôt. Google recommande de les conserver au moins un an ; tant que des liens externes pointent vers les anciennes URL, gardez-les, elles ne coûtent rien.

Trois classiques pour finir. Le sitemap qui liste encore des URL redirigées, alors qu'il doit refléter les adresses finales, j'y reviens dans mon guide sur le duo robots.txt et sitemap XML. Les liens internes jamais mis à jour. Et la boucle, A vers B qui renvoie vers A, qui rend les pages inaccessibles. Tout cela se détecte en croisant un crawl et les rapports de la Search Console, un passage obligé d'un audit technique complet.