301 Moved Permanently indique au client que la ressource cible a reçu une nouvelle URL permanente, envoyée dans l’en-tête Location, et que les références futures doivent utiliser celle-ci. Les navigateurs la suivent immédiatement, et les clients capables de modifier des liens, comme les gestionnaires de favoris et les vérificateurs de liens, sont censés les mettre à jour.
Une réponse 301 peut être mise en cache de manière heuristique. Les navigateurs mémorisent les redirections permanentes, souvent longtemps en l’absence d’en-tête Cache-Control, et lors des visites suivantes se rendent directement à la nouvelle URL sans interroger de nouveau l’ancienne. Une 301 erronée est donc difficile à annuler : testez d’abord avec un Cache-Control: max-age court, ou utilisez une redirection temporaire jusqu’à ce que le déménagement soit définitif.
Pour des raisons historiques, les clients peuvent remplacer la méthode POST par GET lorsqu’ils suivent une 301, et tous les principaux navigateurs le font. Si un POST redirigé doit rester un POST, par exemple pour une API ou le point de terminaison d’un formulaire, utilisez plutôt 308 Permanent Redirect.
Exemple de réponse
HTTP/1.1 301 Moved Permanently
Date: Fri, 06 Nov 2026 10:15:32 GMT
Server: nginx
Content-Type: text/html
Content-Length: 154
Connection: keep-alive
Location: https://www.example.com/new-page
<html>
<head><title>301 Moved Permanently</title></head>
<body>
<center><h1>301 Moved Permanently</h1></center>
<hr><center>nginx</center>
</body>
</html>SEO et vérification des redirections
La redirection 301 est la méthode standard pour déplacer un contenu sans perdre en visibilité dans les résultats de recherche. Google y voit un signal fort indiquant que la cible doit devenir l’URL canonique : la nouvelle URL remplace donc progressivement l’ancienne dans les résultats, et Google a affirmé que les redirections 3xx ne font pas perdre de PageRank. Utilisez une 301 pour les changements de domaine, le passage de HTTP à HTTPS, la normalisation du www, les slugs modifiés et les pages fusionnées. Redirigez chaque ancienne URL vers son équivalent le plus proche plutôt que vers la page d’accueil : Google risque de traiter ce type de redirection comme une soft 404.
Gardez des chaînes courtes. Chaque saut supplémentaire coûte un aller-retour réseau, et Googlebot suit au maximum 10 sauts avant de signaler une erreur de redirection. Faites pointer les liens internes et les sitemaps directement vers les URL finales et évitez les chaînes du type http:// → https:// → https://www. → /new-page. Le Vérificateur de redirection 301 indique si chaque saut est permanent, et notre guide des codes de redirection HTTP compare la 301 aux codes 302, 307 et 308.
Causes fréquentes et cas d’usage
- Un site est passé en HTTPS ou sur un nouveau domaine, et chaque ancienne URL redirige vers son nouvel équivalent.
- Les hôtes avec
wwwet sanswww, ou les variantes avec et sans slash final, sont normalisés vers une forme canonique unique. Testez-les avec le Vérificateur de redirection HTTPS et le Vérificateur de slash final. - Une page a été renommée ou fusionnée avec une autre.
- Une 301 a été mise en place par erreur et les navigateurs continuent d’utiliser la redirection en cache. Corrigez le serveur, puis videz le cache du navigateur ou testez dans une fenêtre de navigation privée.