Les redirections temporisées sont-elles fiables pour le référencement ?

Qu'est-ce qu'une redirection temporisée exactement ?

Une redirection temporisée se déclenche via JavaScript après un délai défini — typiquement entre 3 et 30 secondes. L'utilisateur voit d'abord la page A, puis le script le redirige automatiquement vers la page B après le compte à rebours.

Ces redirections sont souvent utilisées pour afficher un message intermédiaire (« Vous allez être redirigé dans X secondes... ») ou pour laisser le temps à un pixel marketing de charger. Le problème : Googlebot n'a ni le temps, ni forcément la patience d'attendre.

Pourquoi Googlebot risque-t-il de rater ces redirections ?

Le bot de Google alloue un budget de crawl limité à chaque site. Il n'attend pas indéfiniment qu'un script se déclenche — surtout si le délai dépasse quelques secondes. Si Googlebot quitte la page avant que la redirection JavaScript ne s'exécute, il indexera l'URL source, pas la cible.

Même si Google améliore régulièrement son rendu JavaScript, rien ne garantit que votre redirection sera capturée. C'est une loterie, et le SEO ne s'accommode pas bien des loteries.

Quelles sont les conséquences concrètes pour le référencement ?

Si Googlebot ne suit pas la redirection, l'URL de destination ne reçoit pas les signaux de classement (autorité, liens, contenu) de l'URL source. Résultat : deux pages indexées au lieu d'une, dilution du PageRank, risque de contenu dupliqué si les deux versions coexistent.

Pire encore, si vous utilisez une redirection temporisée pour migrer du contenu, Google peut continuer à indexer l'ancienne page et ignorer la nouvelle — exactement l'inverse de ce que vous cherchez à accomplir.

• Budget de crawl gaspillé sur des pages intermédiaires sans valeur
• Transfert de signaux incertain entre l'URL source et l'URL cible
• Risque de double indexation si Google indexe les deux versions
• Perte de contrôle sur quelle URL apparaît dans les résultats de recherche

Cette déclaration est-elle cohérente avec les observations terrain ?

Oui, et sans surprise. Les tests montrent que Googlebot n'attend généralement pas plus de 5 secondes après le chargement initial d'une page. Si votre redirection JavaScript se déclenche après 10, 20 ou 30 secondes, les chances qu'elle soit capturée sont proches de zéro.

Les redirections temporisées étaient populaires dans les années 2010 pour des raisons UX douteuses (« laisser le temps à l'utilisateur de lire un message »). Aujourd'hui, elles persistent surtout par dette technique ou par méconnaissance de leur impact SEO.

Quelles nuances faut-il apporter à cette recommandation ?

John Mueller parle de délais de 30 secondes, mais même 3 secondes posent problème. Googlebot peut théoriquement exécuter du JavaScript, mais ce n'est pas instantané et ce n'est pas garanti sur toutes les pages — notamment celles avec un faible crawl budget.

Si vous devez absolument afficher un message avant redirection, réduisez le délai à 0 seconde côté JavaScript et gérez l'affichage du message via CSS/animation. Mais honnêtement, mieux vaut une vraie redirection serveur 302 si le mouvement est temporaire. [A vérifier] : Google ne documente pas précisément combien de temps son bot attend après l'exécution du JavaScript — ce seuil varie probablement selon le site et le contexte.

Dans quels cas cette règle ne s'applique-t-elle pas ?

Si la redirection temporisée est destinée uniquement aux utilisateurs humains (par exemple, après une action spécifique comme un clic), Googlebot ne la rencontrera jamais. Mais dès qu'elle s'active au chargement de la page, vous entrez en zone rouge.

Une exception rare : les pages avec un crawl budget très élevé (homepage de sites majeurs) où Google passe plus de temps. Mais même dans ce cas, pourquoi prendre le risque ? Une redirection serveur coûte zéro ligne de JavaScript et fonctionne à 100 %.

Que faut-il faire concrètement si vous utilisez des redirections temporisées ?

Commencez par un audit technique : identifiez toutes les redirections JavaScript à délai sur votre site. Vous pouvez les repérer via un crawl Screaming Frog en mode JavaScript activé, ou en inspectant le code source (cherchez setTimeout, window.location, meta refresh avec délai).

Une fois recensées, remplacez-les par des redirections HTTP côté serveur : 301 si le déplacement est permanent, 302/307 si temporaire. Configuration en .htaccess pour Apache, nginx.conf pour Nginx, ou via votre CMS si vous avez un plugin de redirection.

Quelles erreurs éviter absolument ?

Ne conservez pas une redirection temporisée « parce que ça marche pour les utilisateurs ». Les utilisateurs ne sont pas Googlebot — ce dernier a des contraintes de temps et de ressources que vos visiteurs n'ont pas. Ce qui fonctionne en UX peut tuer votre SEO.

Évitez aussi le piège du meta refresh avec délai supérieur à 0. Même si Google supporte théoriquement les meta refresh instantanés (délai=0), dès que vous ajoutez un compte à rebours, vous retombez dans le même problème que les redirections JavaScript.

Comment vérifier que votre site est conforme après correction ?

Utilisez l'outil d'inspection d'URL de la Search Console : testez l'URL en live et vérifiez que Google suit bien la redirection. Si l'outil affiche l'URL cible comme « URL indexée », c'est bon signe. Si vous voyez encore l'URL source, la redirection n'est pas capturée.

Surveillez aussi vos logs serveur : après correction, Googlebot ne devrait plus crawler les anciennes URLs intermédiaires. Si vous voyez encore des hits sur ces pages, c'est qu'un lien interne ou externe pointe toujours vers elles — nettoyez vos backlinks et votre maillage interne.

• Recenser toutes les redirections JavaScript avec délai supérieur à 0 seconde
• Remplacer par des redirections HTTP 301 ou 302 côté serveur
• Supprimer les meta refresh avec délai > 0
• Vérifier la capture des redirections via l'outil d'inspection de la Search Console
• Monitorer les logs pour s'assurer que Googlebot suit bien les nouvelles redirections
• Mettre à jour les liens internes pointant vers les anciennes URLs