Redirection 301 vs 302 : quand utiliser laquelle

Quand je migre un site ou que je restructure l’arborescence d’un client, la question revient systématiquement : faut-il utiliser une redirection 301 ou une 302 ? Après douze ans de projets WordPress et de migrations techniques dans la Loire, je peux vous affirmer qu’un mauvais choix de redirection peut anéantir des mois de travail SEO. Je vous explique concrètement la différence entre ces deux codes HTTP, quand privilégier l’un ou l’autre, et comment les mettre en place proprement.

Comprendre les redirections HTTP : principes de base

Avant de plonger dans le comparatif, il est essentiel de comprendre ce qu’est une redirection HTTP. Lorsqu’un navigateur ou un robot d’indexation demande une page à votre serveur, celui-ci répond avec un code de statut HTTP. Un code 200 signifie que tout va bien, un 404 que la page n’existe pas, et les codes 3xx indiquent une redirection.

Concrètement, une redirection dit au navigateur : « La ressource que tu cherches n’est plus ici, va plutôt à cette autre adresse. » Le serveur envoie un en-tête Location qui contient la nouvelle URL. Le navigateur suit automatiquement cette instruction et charge la page de destination.

Les redirections jouent un rôle crucial dans la gestion d’un site web. Elles permettent de maintenir l’accessibilité du contenu lorsque des URL changent, que ce soit lors d’une refonte de site web, d’un changement de nom de domaine ou d’une simple réorganisation de vos catégories. Sans elles, vos visiteurs et les moteurs de recherche tomberaient sur des pages d’erreur 404, ce qui nuit à l’expérience utilisateur et au référencement.

Le protocole HTTP, tel que défini par l’IETF dans la RFC 7231, prévoit plusieurs types de redirections dans la famille des codes 3xx. Les deux plus courantes, et celles qui posent le plus de questions, sont la 301 et la 302.

Redirection 301 : fonctionnement et cas d’usage

La redirection 301 signifie « Moved Permanently », soit « déplacé de façon permanente ». Quand votre serveur renvoie ce code, il indique aux navigateurs et aux moteurs de recherche que la page a définitivement changé d’adresse. L’ancienne URL ne sera plus jamais utilisée.

Du point de vue technique, le navigateur met en cache cette information. Si un utilisateur retourne sur l’ancienne URL, son navigateur le redirigera directement vers la nouvelle sans même interroger votre serveur. Googlebot, de son côté, finira par remplacer l’ancienne URL par la nouvelle dans son index.

Voici les situations où j’utilise systématiquement une 301 :

• Migration de domaine : vous passez de ancien-site.fr à nouveau-site.fr
• Passage en HTTPS : toutes les URL HTTP doivent pointer vers leurs équivalents HTTPS, comme je l’explique dans mon guide pour passer son site en HTTPS
• Changement de structure d’URL : vous passez de /blog/2024/mon-article à /mon-article
• Fusion de contenus : deux pages traitent du même sujet, vous en supprimez une et redirigez vers l’autre
• Suppression définitive d’une page qui reçoit encore du trafic : vous la redirigez vers la page la plus pertinente

Le principal avantage de la 301 est le transfert de la popularité SEO. Les backlinks qui pointaient vers l’ancienne URL transmettent leur autorité à la nouvelle destination. Google a confirmé à plusieurs reprises que la perte de PageRank lors d’une redirection 301 est désormais minimale.

Redirection 302 : fonctionnement et cas d’usage

La redirection 302 signifie « Found » (anciennement « Moved Temporarily »). Elle indique que le déplacement est temporaire. L’ancienne URL reste la référence principale, et le serveur informe simplement que, pour le moment, le contenu se trouve ailleurs.

La différence fondamentale avec la 301 : le navigateur ne met pas en cache la redirection de manière permanente. À chaque visite, il interroge d’abord l’URL d’origine pour vérifier si la redirection est toujours active. Côté moteur de recherche, Google conserve l’ancienne URL dans son index tant que la 302 est en place.

J’utilise la redirection 302 dans ces cas précis :

• Maintenance temporaire : une page est en cours de refonte et vous redirigez les visiteurs vers une page d’attente
• Tests A/B : vous testez une nouvelle version de page et redirigez une partie du trafic temporairement
• Promotions saisonnières : votre page d’accueil redirige vers une landing page de Noël pendant un mois
• Géolocalisation : vous redirigez l’utilisateur vers la version linguistique correspondant à sa localisation
• Contenu indisponible temporairement : un produit en rupture de stock redirige vers une catégorie parente

Le point commun de tous ces scénarios : vous avez l’intention de restaurer l’URL d’origine. Si ce n’est pas le cas, vous devriez utiliser une 301.

Comparatif détaillé : 301 vs 302

Pour bien saisir les différences entre ces deux redirections, voici un tableau récapitulatif qui couvre les aspects techniques et SEO :

Un point que je constate souvent en audit : beaucoup de développeurs utilisent des 302 par défaut, notamment parce que certains frameworks et CMS génèrent des 302 automatiquement. C’est une erreur qui peut coûter cher en référencement. Si vous gérez votre fichier robots.txt et votre sitemap XML avec soin, il serait dommage de tout compromettre avec de mauvaises redirections.

Impact SEO : comment chaque redirection affecte votre référencement

L’impact SEO est souvent la raison principale pour laquelle la question 301 vs 302 se pose. Voici ce que j’ai observé sur mes projets et ce que confirment les données de l’industrie.

Transfert de PageRank et d’autorité

La redirection 301 transfère la quasi-totalité du PageRank à la page de destination. En 2016, Google a confirmé par la voix de Gary Illyes que les redirections 301 ne provoquent plus de perte de PageRank. En pratique, sur les migrations que j’ai accompagnées, j’observe une récupération de 85 à 95 % du trafic organique dans les 4 à 8 semaines suivant la mise en place des 301, à condition que le maillage soit cohérent.

Avec une 302, la situation est plus délicate. Officiellement, Google ne transfère pas le PageRank via une 302 puisque l’ancienne URL reste la référence. En réalité, la documentation officielle de Google sur les redirections précise que si une 302 reste en place suffisamment longtemps, Google peut finir par la traiter comme une 301. Mais ce délai est imprévisible et vous perdez le contrôle sur le processus.

Indexation et apparition dans les SERP

Avec une 301, Google finit par remplacer l’ancienne URL par la nouvelle dans ses résultats de recherche. Le délai varie de quelques jours à plusieurs semaines. Pour accélérer ce processus, je recommande de soumettre vos nouvelles pages à Google via la Search Console.

Avec une 302, Google affiche généralement l’ancienne URL dans les SERP. C’est le comportement souhaité si la redirection est vraiment temporaire. Mais si votre 302 dure des mois, vous vous retrouvez avec une URL obsolète qui apparaît dans les résultats, ce qui envoie un signal négatif aux utilisateurs.

Chaînes de redirections et crawl budget

Un problème que je rencontre fréquemment lors de mes audits : les chaînes de redirections. Une page A redirige vers B, qui redirige vers C, qui redirige vers D. Chaque maillon de la chaîne dilue le jus SEO et consomme du crawl budget. Google suit jusqu’à 10 redirections consécutives, mais au-delà de 2, la perte de valeur devient significative.

Ce phénomène est particulièrement problématique sur les sites avec un historique de multiples refontes. Si vous optimisez la vitesse de votre site WordPress, pensez aussi à nettoyer vos chaînes de redirections : chaque hop ajoute un temps de latence perceptible.

Comment implémenter une redirection 301 ou 302

Passons à la pratique. Voici les méthodes que j’utilise quotidiennement pour mettre en place des redirections, classées par contexte technique.

Via le fichier .htaccess (Apache)

C’est la méthode la plus courante sur les hébergements mutualisés et les serveurs Apache. Le fichier .htaccess se trouve à la racine de votre site.

Pour une redirection 301 d’une page unique :

Redirect 301 /ancienne-page https://www.monsite.fr/nouvelle-page

Pour une redirection 302 temporaire :

Redirect 302 /page-en-maintenance https://www.monsite.fr/page-temporaire

Pour rediriger un domaine entier (migration) :

RewriteEngine On
RewriteCond %{HTTP_HOST} ^ancien-domaine\.fr$ [NC]
RewriteRule ^(.*)$ https://www.nouveau-domaine.fr/$1 [R=301,L]

Via la configuration Nginx

Sur un serveur Nginx, les redirections se configurent dans le bloc server de votre fichier de configuration :

server {
    # Redirection 301
    location = /ancienne-page {
        return 301 https://www.monsite.fr/nouvelle-page;
    }

    # Redirection 302
    location = /page-promo {
        return 302 https://www.monsite.fr/promo-noel;
    }
}

Via WordPress (sans plugin)

Dans le fichier functions.php de votre thème enfant ou dans un plugin personnalisé :

add_action('template_redirect', function() {
    if ($_SERVER['REQUEST_URI'] === '/ancienne-page') {
        wp_redirect('https://www.monsite.fr/nouvelle-page', 301);
        exit;
    }
});

Vous pouvez aussi utiliser des extensions comme Redirection ou Yoast SEO Premium qui proposent une interface graphique pour gérer vos redirections. C’est la solution que je recommande à mes clients qui souhaitent être autonomes.

Via PHP directement

Si vous développez une application sur mesure, la fonction PHP header() fait le travail :

// Redirection 301
header('Location: https://www.monsite.fr/nouvelle-page', true, 301);
exit;

// Redirection 302
header('Location: https://www.monsite.fr/page-temporaire', true, 302);
exit;

L’appel à exit après le header est indispensable pour interrompre l’exécution du script.

Les erreurs fréquentes à éviter avec les redirections

En douze ans de pratique, j’ai identifié des erreurs qui reviennent régulièrement. Voici celles qui causent le plus de dégâts.

Utiliser une 302 quand une 301 s’impose

C’est l’erreur numéro un. Vous migrez votre site, vous changez vos URL, et par défaut ou par méconnaissance, vous mettez des 302 partout. Résultat : Google continue d’indexer vos anciennes URL pendant des semaines, voire des mois. Le transfert d’autorité ne se fait pas correctement, et vos positions chutent. Si le changement est définitif, utilisez une 301. Point final.

Créer des boucles de redirection

La page A redirige vers B, et B redirige vers A. Le navigateur affiche une erreur ERR_TOO_MANY_REDIRECTS, la page ne se charge jamais. Ce problème survient fréquemment lors de la configuration du HTTPS quand les règles de réécriture sont mal ordonnées dans le .htaccess.

Ne pas rediriger les variantes d’URL

Pensez à rediriger toutes les variantes : avec et sans www, avec et sans slash final, en HTTP et HTTPS. Une migration incomplète laisse des failles qui diluent votre autorité et créent du contenu dupliqué. C’est un sujet que j’aborde aussi quand je parle de l’importance du choix et de la configuration d’un nom de domaine.

Rediriger vers la page d’accueil par défaut

Quand vous supprimez des pages, ne redirigez pas tout vers la page d’accueil. Google interprète ces redirections massives comme des soft 404 et les ignore. Redirigez chaque ancienne URL vers la page la plus pertinente thématiquement. Si aucune page équivalente n’existe, il vaut parfois mieux laisser un 404 propre avec une page d’erreur utile qui aide à réduire le taux de rebond.

Oublier de mettre à jour les liens internes

Mettre en place des redirections ne dispense pas de corriger vos liens internes. Chaque lien qui passe par une redirection ajoute un temps de chargement et gaspille du crawl budget. Après une migration, faites un rechercher-remplacer dans votre base de données pour pointer directement vers les nouvelles URL.

Auditer et surveiller ses redirections existantes

Mettre en place des redirections ne suffit pas : il faut les surveiller dans le temps. Voici ma méthode pour garder des redirections propres.

Outils de vérification

Plusieurs outils permettent de détecter les problèmes de redirections :

• Google Search Console : l’onglet « Couverture » signale les erreurs de redirection et les chaînes trop longues
• Screaming Frog : cet outil de crawl identifie les 301, 302, chaînes et boucles sur l’ensemble de votre site
• Ahrefs ou Semrush : section « Audit de site » pour détecter les redirections problématiques
• Extension navigateur Redirect Path : pour vérifier manuellement le code de statut d’une URL

Je recommande de lancer un crawl complet au moins une fois par trimestre, et systématiquement après chaque modification structurelle du site. Si vous gérez un blog avec beaucoup de contenu, c’est d’autant plus important de maintenir une architecture propre, comme je l’explique dans mon guide pour créer un blog rentable en 2026.

Bonnes pratiques de maintenance

Au fil du temps, certaines redirections deviennent obsolètes. Une 301 mise en place il y a trois ans vers une page qui a elle-même été supprimée crée une chaîne inutile. Voici ce que je préconise :

• Documentez vos redirections dans un tableur avec la date, la raison et les URL source/destination
• Supprimez les 302 devenues inutiles dès que la situation temporaire est résolue
• Consolidez les chaînes : si A pointe vers B qui pointe vers C, faites pointer A directement vers C
• Surveillez les 404 post-suppression pour identifier les redirections manquantes

Les autres codes de redirection à connaître

La 301 et la 302 sont les plus courantes, mais d’autres codes de redirection existent et méritent d’être connus.

La redirection 307 est l’équivalent strict de la 302 dans le protocole HTTP/1.1. Elle garantit que la méthode de requête (GET, POST) est préservée lors de la redirection. C’est important pour les formulaires : une 302 peut transformer un POST en GET selon le navigateur, tandis qu’une 307 maintient toujours le POST. Selon la documentation MDN sur le statut 307, cette redirection est particulièrement utile pour les applications web qui manipulent des données de formulaire.

La redirection 308 est l’équivalent permanent de la 307 : elle fonctionne comme une 301 tout en préservant la méthode HTTP. Elle est encore peu utilisée mais gagne en popularité sur les API modernes.

Enfin, la redirection meta refresh (côté HTML) et les redirections JavaScript ne sont pas de vraies redirections HTTP. Elles sont exécutées côté client, plus lentes, et Google les déconseille formellement pour le SEO. Évitez-les au profit des redirections serveur.

Pour ceux qui développent avec les technologies web modernes, que ce soit en HTML, CSS et JavaScript ou avec un CMS comme WordPress, Shopify ou Webflow, la méthode d’implémentation varie mais le principe reste le même : privilégiez toujours les redirections côté serveur.