Redirection cassée : une ancienne URL renvoie maintenant une erreur

En bref

Une page que vous aviez retirée proprement (redirection + sortie du sitemap) renvoie maintenant une erreur 4xx : sa redirection a cassé et le jus des backlinks pointant vers l'ancienne URL ne passe plus. Rétablissez la redirection 301 vers la page équivalente encore en ligne.

AvertissementP1 — Ranking direct

De quoi s'agit-il ?

Une page que vous aviez retirée proprement (redirection + sortie du sitemap) renvoie désormais une erreur 4xx : sa redirection a cassé.

Pourquoi c'est un problème pour le SEO et les IA

Tant que la redirection fonctionnait, les backlinks accumulés par l’ancienne URL transmettaient leurs signaux vers la cible — un 301 doit rester en place au moins un an, et à vie si des liens externes pointent encore dessus. Cassée, l’ancienne adresse devient un cul-de-sac : Google constate une erreur là où il suivait un chemin, et le jus des liens cesse d’être transmis. La cause typique est silencieuse : un refactor de routing qui a supprimé la règle de redirection, ou la suppression de la page cible. Personne ne visite ces vieilles URLs, donc personne ne s’en aperçoit — c’est précisément pour ça qu’on les surveille.

Quand ce n'est PAS un problème

  • L'ancienne URL n'a jamais reçu de backlinks ni de trafic : la redirection cassée a peu d'impact réel.
  • Vous voulez désormais signaler une suppression définitive assumée par un 410 explicite plutôt que rediriger.
  • La cible de redirection a légitimement disparu et aucune page équivalente n'existe : une 410 propre est alors cohérente.
Avant
GET /ancien-produit
-> HTTP/1.1 404 Not Found
Après
GET /ancien-produit
-> HTTP/1.1 301 Moved Permanently
Location: https://site.com/nouveau-produit

L'alerte conserve la cible d'origine de la redirection : inutile de fouiller votre configuration pour la retrouver.

Comment corriger

  1. Confirmez le code renvoyé par l'ancienne URL (curl -I) : elle répond bien une 4xx au lieu de rediriger ?
  2. Récupérez la cible d'origine de la redirection (indiquée dans l'alerte) et vérifiez qu'elle est toujours en ligne.
  3. Rétablissez la règle de redirection 301 vers cette cible, ou vers sa nouvelle adresse si elle a bougé.
  4. Recrawlez l'ancienne URL pour confirmer qu'elle redirige de nouveau proprement.

Ce scan vérifie le statut HTTP, le noindex et le canonical de chaque page

Ce défaut est-il sur votre site ?

Vos anciennes redirections tiennent-elles toujours ? Entrez une URL : Seogard surveille les URLs retirées et vous alerte quand une redirection qui transmettait des backlinks se met à renvoyer une erreur. Gratuit, sans carte bancaire.

En cliquant sur Analyser, je certifie être propriétaire du site ou disposer d'une autorisation pour le crawler.

  • Sans carte bancaire
  • Résultat en ~30 s

Ce que vous récupérez

Les signaux des backlinks historiques recommencent à irriguer la bonne page au lieu de se perdre sur une erreur.

Seogard détecte cette régression automatiquement — via le monitoring de vos metas et canonicals.

Questions fréquentes

Combien de temps faut-il garder une redirection 301 ?

Au moins un an, et idéalement à vie tant que des liens externes pointent encore vers l'ancienne URL, pour continuer à transmettre leurs signaux.

Pourquoi surveiller des URLs que plus personne ne visite ?

Justement parce que personne ne les visite : une redirection cassée passe inaperçue pendant des mois alors qu'elle fait perdre le bénéfice de backlinks historiques.

Règles sœurs

Page redirigéeUne page encore déclarée dans votre sitemap s’est mise à rediriger vers une autre URL : le sitemap présente comme canonique une adresse qui rebondit. Retrait voulu → sortez-la du sitemap ; sinon, souvent une route cassée. Une page redirigée ET sortie du sitemap est un retrait propre : aucune alerte. Redirection JavaScriptLa page répond 200 mais son JavaScript redirige le navigateur ailleurs. Google ne la suit qu’après rendu (différé, ou jamais si le rendu échoue) et les IA lisent le HTML d’origine, pas la destination : machines et humains voient deux pages différentes. SSR casséLe HTML renvoyé par le serveur (SSR) est quasiment vide alors que la page fonctionne côté navigateur. Google indexe une page vide.

Mis à jour le 10 juillet 2026