Redirection JavaScript : le serveur dit 200, le JS renvoie ailleurs

En bref

La page répond 200 avec du contenu mais son JavaScript redirige le navigateur ailleurs : Google ne suit cette redirection qu'après rendu (différé, voire jamais) et les IA lisent le HTML d'origine, pas la destination. Remplacez-la par une vraie redirection serveur 301/302, ou rendez le contenu final directement.

AvertissementP1 — Ranking direct

De quoi s'agit-il ?

La page répond 200 avec du contenu, mais son JavaScript redirige le navigateur vers une autre URL.

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

Le serveur ne signale aucune redirection (pas de 3xx) : pour le fetch HTTP et les IA, cette page est un contenu normal — qu’elles lisent et peuvent indexer ou citer — alors que l’humain est envoyé ailleurs. Google sait suivre une redirection JavaScript, mais seulement après avoir rendu la page, dans une seconde vague différée : il peut donc indexer la mauvaise page en attendant, et ne voit jamais la redirection si le rendu échoue. Les IA, qui lisent le HTML brut, ne la suivent pas du tout. Une redirection JavaScript est donc un signal ambigu et fragile, souvent hérité d’un routeur SPA ou d’un `window.location` oublié.

Quand ce n'est PAS un problème

  • Redirection déclenchée par une action utilisateur (formulaire, connexion) sur une page non destinée à l'indexation.
  • Page purement applicative (dashboard, espace client) hors périmètre d'indexation.
  • La cible est la version localisée de la même page (redirection de langue), pas un changement de contenu.
Avant
<!-- /promo répond 200 mais -->
<script>window.location.href = '/boutique'</script>
Après
GET /promo
-> HTTP/1.1 301 Moved Permanently
Location: https://site.com/boutique

Une vraie redirection serveur est vue immédiatement par Google et les IA ; le window.location en JavaScript ne l'est que tard, ou jamais.

Comment corriger

  1. Comparez le HTML brut (200) et le rendu navigateur : la page charge-t-elle du contenu avant qu'un script ne renvoie ailleurs ?
  2. Localisez la redirection JavaScript (routeur SPA, window.location, meta refresh différé).
  3. Remplacez-la par une redirection serveur 301 (permanente) ou 302 (temporaire), ou servez le contenu final directement sur l'URL demandée.
  4. Recrawlez pour vérifier que le serveur renvoie le bon code, sans redirection JavaScript résiduelle.

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

Ce défaut est-il sur votre site ?

Une de vos pages redirige-t-elle en JavaScript sans le dire au serveur ? Entrez une URL : Seogard compare le HTML brut (200) et le rendu réel et repère les redirections que seul le navigateur exécute. 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

Machines et humains voient la même page : plus d’indexation de la mauvaise URL ni de contenu lu par les IA qui ne correspond pas à la destination.

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

Questions fréquentes

Google suit-il les redirections JavaScript ?

Oui, mais seulement après avoir rendu la page, dans une seconde vague différée : il peut indexer la mauvaise page en attendant, et ne voit jamais la redirection si le rendu échoue.

Les IA suivent-elles une redirection JavaScript ?

Non : ChatGPT, Perplexity et consorts lisent le HTML brut et ne l'exécutent quasiment pas ; ils voient donc la page d'origine, pas la destination.

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 casséeUne page retirée proprement (redirection + sortie du sitemap) renvoie désormais une erreur 4xx : sa redirection a cassé. Le jus des backlinks qui pointaient vers l’ancienne URL cesse d’être transmis — typiquement un refactor qui a supprimé la règle de redirection ou sa cible. 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