Vérificateur de meta refresh

Une redirection meta refresh repose sur une balise HTML qui demande au navigateur de charger une autre URL après un délai exprimé en secondes :

<meta http-equiv="refresh" content="0; url=https://example.com/new-page">

Avec un délai de 0, elle se comporte comme une redirection classique. Avec un délai plus long, les visiteurs voient d’abord la page, comme sur les anciennes pages « Vous allez être redirigé… ». Les redirections JavaScript font la même chose avec du code comme location.href = '...' ou location.replace('...'). Dans les deux cas, il s’agit de redirections côté client : le serveur répond 200 OK et c’est le navigateur qui effectue la redirection.

Pour chaque réponse HTML avec un code 2xx, TrueURL analyse les 256 premiers Ko de la page à la recherche d’une balise meta refresh et de redirections JavaScript simples et inconditionnelles. Un en-tête HTTP Refresh, qui fonctionne comme une balise meta refresh, est également détecté. Lorsqu’il détecte une redirection de ce type, il affiche la balise ou l’extrait de script, l’URL cible résolue et le délai, marque le saut comme meta refresh ou JavaScript, puis poursuit la chaîne à partir de la cible. Une actualisation qui recharge simplement la même page n’est pas une redirection : elle est ignorée.

Dans les Paramètres avancés, vous pouvez désactiver le suivi de l’un ou l’autre type pour examiner la page elle-même. TrueURL n’exécute pas le JavaScript : il lit les scripts de la page et reconnaît les redirections vers une URL fixe qui s’exécutent systématiquement au chargement de la page, immédiatement ou dans un setTimeout de premier niveau. Les redirections qui dépendent d’une condition, comme un clic, un choix de consentement ou la taille de l’écran, ou qui construisent l’URL cible dans le code, ne sont pas détectées. Utilisez GET plutôt que HEAD, car les réponses à une requête HEAD n’ont pas de corps à analyser.

• Redirection meta refresh instantanée (délai 0) : Google la traite comme une redirection permanente, à l’image d’une 301.
• Redirection meta refresh différée : traitée comme une redirection temporaire, si bien que l’URL d’origine a tendance à rester indexée.
• Redirections JavaScript : Google ne les voit qu’après avoir effectué le rendu de la page, ce qui peut se produire bien après l’exploration. Beaucoup d’autres robots d’exploration et la plupart des robots d’aperçu de liens n’exécutent pas du tout le JavaScript.

Google recommande les redirections côté serveur partout où vous pouvez les configurer, la balise meta refresh servant de solution de repli, par exemple sur un hébergement statique qui ne permet pas d’envoyer une 301.

Les redirections temporisées posent un problème d’accessibilité : les personnes qui utilisent un lecteur d’écran, ou qui lisent tout simplement lentement, perdent le fil lorsque la page change de manière inattendue. Les WCAG classent une redirection meta refresh temporisée parmi les échecs (F40), tandis qu’une redirection instantanée avec un délai de 0 est une technique admise (H76).

Si vous devez rediriger en HTML, utilisez un délai de 0, ajoutez une balise canonical pointant vers la nouvelle URL et incluez dans la page un lien visible vers celle-ci, pour les visiteurs dont le navigateur ne suit pas la redirection.