Rendu JavaScript : les robots voient-ils vos pages ?

Un site peut s'afficher parfaitement dans un navigateur et rester vide pour un robot. C'est le cas quand le texte n'existe pas dans le code envoyé par le serveur et n'apparaît qu'après l'exécution de scripts. Voici ce que font réellement les robots, comment le vérifier et quelles corrections apporter.

Comment un robot traite-t-il le JavaScript ?

Le rendu est l'étape où le navigateur exécute les scripts d'une page pour construire ce que voit l'utilisateur. Google documente un traitement en deux temps : le robot récupère d'abord le code HTML, puis la page passe dans une file d'attente de rendu où les scripts sont exécutés. Le délai entre les deux étapes n'est pas garanti.

Les autres robots n'ont pas tous cette capacité. Les robots de collecte utilisés par certains assistants d'IA récupèrent le code brut sans exécuter de script. Un contenu dépendant du JavaScript peut donc exister pour un moteur et être absent pour un autre.

Quelles approches existent ?

Le rendu côté serveur et la génération statique restent les plus sûrs. Ils profitent aussi aux visiteurs, puisque le premier affichage ne dépend pas d'un long téléchargement de scripts.

Comment vérifier ce que voit un robot ?

1. Affichez le code source de la page dans votre navigateur et cherchez une phrase de votre texte principal. Si elle n'y figure pas, elle n'est pas dans le HTML initial.
2. Désactivez JavaScript dans les réglages du navigateur et rechargez : ce qui disparaît dépend des scripts.
3. Utilisez l'outil d'inspection d'URL de la console destinée aux éditeurs, qui montre le code obtenu après rendu par le moteur.
4. Comparez les deux versions : titre, texte principal, liens de navigation, données structurées.

Si une page reste vide sans JavaScript, elle rejoint les causes fréquentes décrites dans notre article sur une page non indexée.

Quels éléments ne doivent jamais dépendre d'un script ?

• Le texte principal de la page, et en particulier la réponse placée en ouverture.
• Le titre de la page et sa méta description.
• Les liens internes : un lien construit par script, sans attribut href classique, peut ne pas être suivi.
• Les données structurées, si vous voulez qu'elles soient lues par tous les consommateurs.
• L'adresse canonique et les consignes d'indexation, déclarées dans le HTML initial.

Les éléments secondaires, comme un module de recommandations ou un formulaire interactif, peuvent en revanche être chargés par script sans conséquence.

Quelles erreurs bloquent complètement l'exploration ?

• Bloquer les fichiers de script ou de style dans le fichier robots.txt : le moteur ne peut plus reconstruire la page. Notre article sur le sitemap et le robots.txt détaille ces règles.
• Exiger une interaction pour afficher le contenu, comme un clic sur un bouton ou un défilement.
• Servir un contenu différent aux robots et aux visiteurs, pratique que Google qualifie de dissimulation et sanctionne.
• Renvoyer une erreur lorsqu'un script échoue, sans contenu de secours.
• Dépendre d'un service externe indisponible ou lent pour afficher le texte.

Que faire sur un site existant ?

Inutile de tout reconstruire. Commencez par identifier les pages qui reçoivent les visites et vérifiez leur code initial. Si le texte manque, deux corrections s'envisagent : activer le rendu côté serveur proposé par la plupart des cadriciels modernes, ou pré-générer les pages les plus stables.

Traitez ensuite la navigation : des liens en HTML classique permettent au robot de parcourir le site sans exécuter de code. Ce diagnostic fait partie des vérifications techniques que NexSecure mène dans ses projets de développement web sur mesure.