Sommaire
Une découverte technique majeure vient de bouleverser nos certitudes sur le comportement de Google face aux pages noindex. Contrairement à la documentation officielle qui affirme le contraire, le moteur de recherche exécute désormais le JavaScript et rend les pages marquées noindex.
Cette évolution, révélée par des tests approfondis, a des implications importantes pour les sites complexes : Google consomme maintenant des ressources serveur sur des pages que vous ne souhaitez pas indexer.
Ces conclusions proviennent de Dave Smart, consultant SEO technique chez Tame the Bots, qui a documenté ce changement de comportement dans une analyse publiée le 24 juin 2025. Ses quatre expérimentations menées sur plusieurs mois révèlent un écart significatif entre la documentation Google et la réalité technique.
Le changement de paradigme : noindex ne bloque plus le rendu
Jusqu’ici, l’idée que noindex = pas de rendering était acquise dans la documentation Google, ce qui en faisait un outil « propre » pour bloquer le rendu inutile.
Rappel technique : Le rendu (rendering) désigne l’exécution du JavaScript et l’affichage de la page tel que Google la voit ; l’indexation, c’est le fait de l’ajouter à l’index de recherche.
Jusqu’à récemment, Google suivait une règle simple : les pages avec une directive noindex n’étaient pas transmises au Web Rendering Service (WRS). Conséquence : le JavaScript de ces pages n’était jamais exécuté.
Cette logique avait un effet de bord important. Retirer une directive noindex via JavaScript ne fonctionnait pas, puisque ce JavaScript n’était jamais exécuté. Une limitation bien connue des optimisations SEO techniques.
Mais les outils de test en direct (URL Inspection Tool, Rich Results Test) renderaient déjà ces pages, suggérant un changement dans le pipeline d’indexation principal.
Les tests qui révèlent la vérité
Test 1 : page noindex avec requête fetch JavaScript
- Configuration : page avec balise meta noindex + requête fetch via JavaScript.
- Résultat : La requête fetch a été exécutée par Googlebot (méthode POST), confirmant que le JavaScript s’exécute.
- Statut : page toujours exclue par la balise noindex.
Test 2 : en-tête HTTP X-Robots-Tag noindex
- Configuration : page avec en-tête HTTP noindex + requête fetch.
- Résultat : même comportement – JavaScript exécuté, page non indexée.
- Statut : page exclue par la balise noindex.
Test 3 : page 404 (contrôle)
- Configuration : page retournant un code 404 + requête fetch.
- Résultat : aucune exécution JavaScript, pas de rendu.
- Conclusion : Google ne rend pas les pages 404.
Test 4 : Redirection JavaScript sur page noindex
- Configuration : page noindex avec redirection JavaScript.
- Résultat : JavaScript exécuté, mais redirection non suivie.
- Statut : page source exclue par noindex, page cible inconnue.
Implications pratiques observées
Cette évolution technique a des conséquences directes pour les sites avec de nombreuses pages noindex dynamiques.
Impact sur les ressources serveur
L’analyse observe que les sites qui marquent en noindex leurs pages de résultats de recherche ou leurs pages de navigation à facettes voient maintenant ces pages rendues par Google. Ces pages peuvent effectuer des appels relativement lourds aux endpoints pour s’afficher.
Conséquence : Google consomme désormais des ressources serveur sur des pages que vous ne souhaitez pas indexer.
Une piste d’optimisation suggérée
Face à cette observation, l’analyse suggère qu’il pourrait être temps d’évaluer les règles robots.txt plutôt que le noindex pour certains cas d’usage.
Ce qui reste inchangé
Malgré ce nouveau comportement de rendu, les règles fondamentales persistent :
- Retirer une directive noindex via JavaScript ne fonctionne toujours pas,
- Les pages marquées noindex ne sont toujours pas indexées,
- Le statut d’exclusion est maintenu dans Search Console.
La différence réside uniquement dans le fait que Google exécute maintenant le JavaScript sur ces pages pendant le processus de crawl.
Vers un nouveau pipeline de rendu ?
Cette observation technique révèle un changement de comportement non documenté de Google. L’auteur de l’analyse reste prudent sur les implications : « Je ne sais pas si c’est un bug ou une feature ».
Il précise également que ce comportement pourrait changer dans le futur et que les pages noindex pourraient redevenir non-rendues.
Pour l’instant, le conseil reste le même : ne pas retirer les directives noindex avec JavaScript des pages que vous voulez indexer. La mécanique a changé, mais le résultat final reste identique.
