Redirection 301 vs 302 : guide complet

Les deux redirections envoient un visiteur (et un moteur de recherche) d'une URL vers une autre — la différence entre les deux ne se voit pas à l'écran, seulement dans l'en-tête HTTP renvoyé par le serveur, et elle change presque tout pour le référencement.

La différence qui compte

• 301 (permanente) : signale que l'ancienne URL ne reviendra jamais. Google transfère la quasi-totalité du signal accumulé (liens, autorité, historique) vers la nouvelle URL, et finit par remplacer l'ancienne dans son index par la nouvelle.
• 302 (temporaire) : signale que l'ancienne URL va revenir. Google continue de considérer l'URL d'origine comme la référence et ne transfère pas le signal vers la destination — même si la redirection reste techniquement active pendant des mois.

Quand utiliser laquelle

L'erreur la plus fréquente

Utiliser une 302 par défaut parce que c'est le comportement natif de certains CMS ou hébergeurs, puis oublier de la repasser en 301 une fois que le changement devient permanent. Résultat : plusieurs mois après une migration, l'ancienne URL continue à être considérée comme la référence par Google, et le nouveau site ne récupère jamais pleinement le signal qui lui revient.

Un autre piège à éviter : les chaînes de redirection (URL A vers B vers C). Chaque saut supplémentaire dilue un peu de signal et ralentit le chargement — corriger la redirection pour pointer directement de A vers C règle les deux problèmes à la fois.

Comment vérifier ce qui est réellement en place

Le type de redirection n'est pas toujours visible depuis l'interface d'un CMS — un plugin ou un module peut appliquer une 302 par défaut sans que ce soit explicite dans les réglages. La seule vérification fiable est d'inspecter l'en-tête HTTP réellement renvoyé par le serveur (via les outils de développement du navigateur, onglet réseau) plutôt que de se fier au comportement visuel, identique dans les deux cas.

Et les codes 307 et 308 ?

Deux codes plus récents et plus rares en pratique : 307 (temporaire) et 308 (permanente) sont les équivalents stricts de 302 et 301, avec une seule différence technique — ils garantissent que la méthode et le corps de la requête HTTP d'origine sont préservés lors de la redirection (utile pour les formulaires ou les API, moins pour une page web classique). Pour le référencement d'un site standard, leur traitement par Google est équivalent à celui de leurs équivalents 301/302 — le choix entre les deux paires est une question technique, pas une question SEO.

Redirection HTTP vs redirection JavaScript ou meta refresh

Une redirection posée via une balise <meta http-equiv="refresh"> ou un script JavaScript côté client n'est pas une redirection au sens HTTP — le serveur répond d'abord 200 (la page existe), puis c'est le navigateur qui redirige après coup. Google peut la suivre, mais avec un délai et un transfert de signal moins fiable qu'une vraie redirection 301 posée au niveau du serveur. Si le choix est possible, une redirection HTTP reste toujours préférable à une redirection côté client.

Cas particulier : la redirection d'une page vers la page d'accueil

Rediriger systématiquement toute page supprimée vers la page d'accueil plutôt que vers un équivalent réellement pertinent est une pratique courante, mais mal vue par Google au-delà de quelques cas isolés — un grand nombre de redirections "fourre-tout" vers l'accueil ressemble à une absence de gestion propre du site plutôt qu'à une redirection éditoriale. Mieux vaut rediriger vers la page de catégorie ou l'équivalent le plus proche, et réserver la page d'accueil aux cas où aucune page de destination pertinente n'existe.

Seoditum vérifie ce point automatiquement, avec preuve à l'appui, sur l'ensemble de votre site.