Pourquoi faire une redirection ?

Supprimer une page, changer de nom de domaine, passer en HTTPS : chaque modification d’URL crée un vide que les moteurs de recherche et les visiteurs ne peuvent pas combler seuls. La redirection est le mécanisme qui comble ce vide en indiquant au navigateur et aux robots d’indexation où trouver le contenu déplacé. Sans elle, le lien rompu génère une erreur 404, et le capital SEO accumulé sur l’ancienne adresse disparaît progressivement.

Redirection serveur et redirection navigateur : une distinction souvent ignorée

Quand on parle de redirection, on pense d’abord à une règle écrite dans le fichier .htaccess ou dans la configuration du serveur web. Le serveur reçoit la requête sur l’ancienne URL, répond par un code HTTP (301 ou 302) et fournit l’adresse de destination. Le navigateur suit cette instruction et charge la nouvelle page.

Lire également : Quel est le meilleur SEO ?

Il existe un second type de redirection, invisible dans les logs serveur. Chrome peut afficher un code 307 Internal Redirect lorsqu’il applique localement une politique HSTS. Dans ce cas, aucune requête HTTP n’atteint réellement le serveur : le navigateur convertit lui-même l’adresse en HTTPS avant de l’envoyer. Confondre ces deux mécanismes complique le diagnostic quand une chaîne de redirection pose problème.

Cette distinction a des conséquences pratiques. Un outil d’audit SEO qui interroge le serveur ne verra jamais la redirection HSTS du navigateur. En revanche, les outils de développement intégrés à Chrome l’affichent. Vérifier les redirections depuis plusieurs sources (serveur, navigateur, crawler) évite les angles morts.

A voir aussi : Que fait un rédacteur SEO ?

Développeur web configurant une redirection HTTP 301 sur un grand écran de code dans un bureau à domicile

Fichier .htaccess et redirection 301 : le socle technique d’une migration d’URL

La redirection 301 indique aux moteurs de recherche que le déplacement est permanent. Google transfère alors la majeure partie de l’autorité de l’ancienne page vers la nouvelle. C’est le type de redirection à privilégier lors d’une refonte de site ou d’un changement de structure d’URL.

La redirection 302, à l’inverse, signale un déplacement temporaire. Les moteurs de recherche conservent l’ancienne URL dans leur index, ce qui peut créer des situations ambiguës si la redirection reste en place des mois.

Cas concrets où la 301 s’impose

  • Changement de nom de domaine : toutes les URL de l’ancien domaine doivent pointer vers leurs équivalentes sur le nouveau, page par page et non vers la seule page d’accueil
  • Passage de HTTP à HTTPS : chaque URL non chiffrée redirige vers sa version sécurisée, ce qui protège le référencement et réduit l’exposition au trafic non chiffré
  • Suppression d’une page dont le contenu a été fusionné avec une autre : la redirection guide les visiteurs vers la page consolidée et évite la multiplication des erreurs 404
  • Modification de la structure des URL (ajout ou suppression de répertoires, réécriture de slugs) : sans redirection, chaque ancien lien externe ou favori devient un cul-de-sac

Sur un serveur Apache, ces règles s’écrivent dans le fichier .htaccess. Sur Nginx, elles figurent dans le bloc server de la configuration. Une erreur de syntaxe dans le fichier .htaccess peut rendre l’ensemble du site inaccessible, ce qui justifie de toujours conserver une copie de sauvegarde avant modification.

Redirection HTTPS et HSTS : pourquoi la redirection seule ne suffit pas

Forcer le passage de HTTP vers HTTPS par une redirection 301 est une première étape. Lors de la toute première visite, le navigateur envoie quand même une requête en HTTP avant d’être redirigé. Ce court instant d’exposition non chiffrée peut être exploité par une attaque de type man-in-the-middle.

HSTS complète la redirection en forçant le navigateur à utiliser HTTPS avant même d’envoyer la requête. Une fois l’en-tête HSTS reçu, le navigateur mémorise la politique et ne tente plus jamais de connexion HTTP vers ce domaine, pendant la durée définie.

Cette distinction est absente de la plupart des guides sur les redirections web. En revanche, elle concerne directement la sécurité des visiteurs et la conformité aux recommandations de Google sur le HTTPS.

HSTS ne remplace pas la redirection de domaine

Un point de confusion fréquent : HSTS convertit HTTP en HTTPS, mais ne transforme pas un nom d’hôte en un autre. Si votre site répond à la fois sur example.com et www.example.com, la redirection entre les deux variantes reste une règle serveur distincte. Oublier cette étape produit des chaînes de redirection (HTTP → HTTPS → www) qui ralentissent le chargement et diluent le signal envoyé aux moteurs de recherche.

Vue aérienne d'un bureau avec smartphone affichant une redirection URL, carnet de notes et schéma de redirections dessiné à la main

Durée de maintien des redirections et outil Google Search Console

Combien de temps faut-il conserver une redirection 301 après une migration ? Les indications publiées par Google sur ce sujet ne sont pas parfaitement homogènes. Certaines recommandations évoquent un maintien d’au moins un an, d’autres suggèrent de les conserver aussi longtemps que possible pour ne pas perdre de trafic résiduel provenant de liens externes anciens.

En pratique, supprimer une redirection trop tôt revient à parier que tous les liens pointant vers l’ancienne URL ont été mis à jour. Ce pari est rarement gagné, surtout pour des pages qui ont accumulé des backlinks sur plusieurs années.

Search Console et changement d’adresse

Lors d’un changement de nom de domaine, Google met à disposition un outil de changement d’adresse dans la Search Console. Cet outil n’est requis que pour un passage d’un domaine ou sous-domaine à un autre, pas pour une simple migration HTTP vers HTTPS sur le même domaine. Confondre les deux situations peut conduire à des manipulations inutiles ou, à l’inverse, à omettre une étape lors d’une vraie migration de domaine.

La redirection reste un geste technique en apparence simple, mais dont les implications touchent à la fois le référencement, la sécurité du trafic et l’expérience utilisateur. La différence entre un site qui conserve son positionnement après une refonte et un site qui perd la majorité de son trafic organique tient souvent à la rigueur du plan de redirection, à la distinction entre les types de codes HTTP utilisés, et au maintien de ces redirections dans la durée.