Redirection 301

Le code HTTP 301, nommé Moved Permanently, indique qu'une ressource a changé d'adresse pour de bon. Le serveur renvoie ce code avec un en-tête Location qui contient la nouvelle URL, et le navigateur la demande aussitôt. Pour le visiteur, le changement est invisible : il tape ou clique sur l'ancienne adresse et arrive sur la nouvelle.

Ce que Google en fait

Google distingue deux familles de redirections. Les redirections permanentes (codes 301 et 308) sont suivies par Googlebot et prises comme un signal fort : la cible doit devenir l'URL canonique, celle qui s'affiche dans les résultats. Les redirections temporaires (302, 303 et 307) sont suivies aussi, mais ne servent pas de signal canonique. L'ancienne page peut alors rester affichée dans les résultats.

Google conseille une redirection permanente seulement quand le changement ne sera pas annulé. Pour une indisponibilité passagère, une redirection temporaire préserve l'adresse d'origine.

Mettre en place une 301

La méthode la plus fiable passe par le serveur. Avec Apache, une ligne suffit dans la configuration ou le fichier .htaccess :

Redirect permanent "/ancienne-page" "https://www.exemple.fr/nouvelle-page"

Avec Nginx :

location = /ancienne-page {
    return 301 https://www.exemple.fr/nouvelle-page;
}

En PHP, avant tout affichage :

header('HTTP/1.1 301 Moved Permanently');
header('Location: https://www.exemple.fr/nouvelle-page');
exit();

Quand le serveur n'est pas accessible, d'autres solutions existent. Une balise meta refresh avec un délai de zéro seconde est traitée par Google comme une redirection permanente ; avec un délai, elle est vue comme temporaire. Une redirection en JavaScript n'est qu'un dernier recours : si le rendu de la page échoue, Google peut ne jamais la voir.

301 ou 308 ?

Les deux codes signalent un déplacement définitif et Google les traite de la même façon. La différence concerne les formulaires. Selon la documentation MDN, un navigateur qui reçoit une 301 en réponse à une requête POST refait la requête en GET vers la nouvelle adresse, alors qu'après une 308 il est interdit de changer de méthode. Pour une simple page de contenu, la 301 convient.

Les usages courants

• Changer l'URL d'une page ou la structure des adresses d'un site.
• Fusionner deux contenus proches en une seule page, pour traiter un contenu dupliqué ou une cannibalisation.
• Passer du HTTP au HTTPS, ou d'une version avec www à une version sans.
• Changer de nom de domaine, lors d'une migration SEO.

Les bonnes pratiques

Le guide de Google sur les déplacements de site avec changement d'URL donne plusieurs repères. Les redirections doivent rester en place le plus longtemps possible, et au moins un an, pour que les signaux de l'ancienne adresse passent à la nouvelle. Chaque ancienne URL doit pointer directement vers sa destination finale : Googlebot suit jusqu'à dix redirections successives, mais Google recommande d'en enchaîner trois au plus, et moins de cinq dans tous les cas, car chaque étape ralentit le visiteur.

La cible doit correspondre à l'ancienne page. Rediriger en masse des URL supprimées vers la page d'accueil est déconseillé : Google peut traiter ces redirections comme des erreurs soft 404. Quand aucun équivalent n'existe, mieux vaut renvoyer une erreur 404 claire.

Une redirection ne dispense pas de nettoyer le site. Le maillage interne, le sitemap XML et les liens des campagnes doivent pointer vers les nouvelles adresses, à partir d'une table de correspondance entre anciennes et nouvelles URL. Soumettre l'ancien et le nouveau sitemap dans la Google Search Console aide ensuite à suivre la prise en compte, qui demande quelques semaines pour un site de taille moyenne selon Google, parfois plus pour un grand site.