Un client utilisait un thème premium fortement basé sur des interactions JavaScript pour afficher son contenu principal : onglets dynamiques, accordéons chargés après un appel API interne, carrousel de témoignages injecté côté client. Le rendu dans un navigateur classique était impeccable. Le rendu perçu par certains robots d’indexation IA, beaucoup moins.
Ce cas mérite d’être détaillé parce qu’il touche un public différent de celui des robots de recherche classiques : les robots des IA génératives n’ont pas systématiquement les mêmes capacités de rendu que Googlebot, dont l’infrastructure d’exécution JavaScript est connue et documentée depuis des années.
Le protocole de comparaison
Pour objectiver l’écart, nous avons comparé trois versions du contenu d’une même page :
- Le rendu affiché dans un navigateur classique, JavaScript activé, tel que le voit un visiteur humain.
- Le code source brut retourné par le serveur, avant toute exécution JavaScript, obtenu via
curl. - Le rendu obtenu avec l’outil d’inspection d’URL de la Search Console, qui exécute le JavaScript avant d’afficher le HTML final perçu par Google.
Résultat : un contenu principal absent du HTML initial
Le code source brut, avant exécution JavaScript, ne contenait que des conteneurs vides et des appels à des scripts externes :
<div id="temoignages-carousel" data-api="/wp-json/theme/v1/testimonials"></div>
<div id="onglets-services" data-tabs-source="ajax"></div>
Le contenu réel de ces blocs n’apparaissait qu’après une requête AJAX déclenchée au chargement de la page, résolue côté client. L’outil d’inspection d’URL de la Search Console parvenait à restituer ce contenu, confirmant que Googlebot exécute correctement ce type de script. Mais un test équivalent avec le user-agent de GPTBot, via une requête curl simple sans moteur de rendu associé, ne récupérait que les conteneurs vides.
Pourquoi cet écart existe
Googlebot dispose d’une infrastructure de rendu basée sur une version évoluée de Chromium, capable d’exécuter du JavaScript avant l’indexation, un investissement que Google a documenté publiquement au fil des années. Les robots des moteurs de réponse génératifs, en comparaison, privilégient généralement une collecte de contenu plus légère et plus rapide, orientée vers le texte brut du HTML, sans garantie d’exécution JavaScript complète ni de délai d’attente suffisant pour des appels API asynchrones.
Mesure de l’impact réel
Sur la page de destination testée, 68 % du contenu textuel visible par un visiteur humain était absent du HTML brut retourné au premier chargement. Ce chiffre inclut la totalité des témoignages clients, une partie de la description des services, et l’intégralité du contenu des onglets non actifs par défaut.
Le correctif appliqué
- Passage des blocs de contenu critiques en rendu côté serveur, directement dans le HTML initial généré par WordPress, plutôt que par appel AJAX.
- Conservation de l’interactivité JavaScript en surcouche progressive : le contenu reste présent nativement, le script ne fait plus qu’ajouter les transitions visuelles.
- Vérification systématique, après correctif, du contenu obtenu via une requête
curlsimple, sans moteur de rendu, comme test de référence minimal.
curl -s -A "GPTBot/1.2" https://exemple.fr/services/ | grep -o "temoignage-client" | wc -l
Cette commande, exécutée avant et après correctif, a permis de confirmer objectivement le passage de zéro occurrence à la totalité des témoignages présents dans le flux HTML brut.
Ce qu’il faut retenir pour un choix de thème
Un thème visuellement impressionnant en navigateur ne garantit rien sur sa lisibilité par un robot moins capable d’exécuter du JavaScript qu’un Googlebot moderne. Le principe d’amélioration progressive — contenu present nativement, interactivité ajoutée en surcouche — reste la meilleure garantie de compatibilité universelle, quel que soit le robot qui explore la page, présent ou futur.
Un contenu qui n’existe que dans une réponse AJAX n’existe, pour un robot pressé, tout simplement pas.
En résumé
Le rendu d’un thème WordPress peut diverger fortement entre un navigateur, Googlebot et les robots des moteurs génératifs, selon leur capacité respective à exécuter du JavaScript et à attendre la résolution d’appels asynchrones. Tester le contenu brut retourné par le serveur, sans exécution JavaScript, reste le réflexe le plus fiable pour garantir qu’un contenu reste accessible au public le plus large de robots, présents et à venir.
