Votre site peut dépendre de JavaScript pour que Google lise son contenu

Vous ouvrez votre site et voyez les services, les photos et le bouton de contact. Cela confirme qu'il fonctionne dans ce navigateur. Cela ne vous dit pas, à lui seul, quel contenu le serveur renvoie avant l'exécution de JavaScript, ni ce qu'un moteur de recherche a réussi à traiter.

La différence compte lorsque le texte est généré dans le navigateur. La réponse initiale peut contenir très peu de contenu et laisser à JavaScript le soin de l'ajouter. Cela mérite une vérification, mais ne prouve pas que Google voit une page blanche.

Trois étapes distinctes

Google distingue l'exploration, le rendu et l'indexation. Il peut exécuter JavaScript et utiliser le HTML rendu pour indexer la page. Les pages peuvent attendre dans une file ; des ressources bloquées ou des problèmes d'exécution peuvent aussi empêcher le contenu attendu d'apparaître.

La même documentation juge utile de fournir du contenu déjà rendu sur le serveur ou préparé avant la publication. Notamment parce que tous les robots n'exécutent pas JavaScript. Cela ne permet pas d'affirmer comment se comporte chaque robot d'exploration lié à l'intelligence artificielle, ni de garantir qu'une page figurera dans ses réponses.

Il faut donc distinguer les vérifications : ce que livre le serveur, ce qui apparaît après l'exécution de la page et le fait que Google l'ait indexée.

Ce que vous pouvez vérifier

Ouvrez le code source d'une page et cherchez une phrase caractéristique : la description d'un service, par exemple. Si vous la trouvez dans du contenu HTML, c'est un indice qu'elle arrive dans la réponse initiale. Si elle figure uniquement dans des données ou des scripts, cela ne correspond pas à un paragraphe déjà disponible à la lecture.

Si vous ne la trouvez pas, notez l'URL et la phrase recherchée. Ne concluez pas encore que le site est invisible. Le contenu peut être ajouté lors de l'exécution de JavaScript. Ce premier contrôle permet de poser une question précise à la personne qui maintient le site.

Répétez la vérification sur une page de service, pas seulement sur l'accueil. Un site peut combiner plusieurs modes de livraison des pages ; corriger une route ne dit pas ce qui se passe sur les autres.

Que demander à la personne qui s'occupe du site

Demandez-lui de comparer le HTML initial à la page rendue, puis de vérifier comment Google la traite avec l'inspection d'URL de Search Console. Si le texte apparaît pour le visiteur mais pas dans le test de Google, il faut examiner les ressources, les erreurs et les autorisations d'exploration. S'il apparaît dans les deux, il reste à vérifier l'indexation.

La décision technique vient ensuite. Corriger une erreur de chargement ou débloquer une ressource peut suffire. Dans d'autres cas, générer le HTML sur le serveur ou effectuer un prérendu des routes peut être pertinent. Il n'y a pas de raison de refaire tout le site uniquement parce qu'une recherche dans le code source ne trouve pas une phrase.

Fournir du texte sans dépendre de JavaScript facilite sa lecture par les systèmes qui ne l'exécutent pas. Cela ne garantit ni l'exploration, ni l'indexation, ni le classement, ni une mention par un modèle. Une vérification utile aboutit à des éléments concrets sur une URL précise, pas à une promesse générale de visibilité.