Les bases du SEO JavaScript : faire indexer vos pages JS

Le JavaScript permet de transformer un site en véritable application web, mais il complique le travail des moteurs de recherche. Google sait exécuter le JavaScript grâce à une version de Chromium tenue à jour, à condition que votre code respecte certaines règles. Si une partie de votre contenu n’apparaît qu’après l’exécution de scripts, vous devez vous assurer que Google parvient bien à le générer et à le lire.

Maîtriser ces bases est décisif pour le SEO d’un site moderne : un contenu qui ne se rend pas correctement ne sera tout simplement pas indexé. L’enjeu est de rendre vos applications web aussi accessibles aux robots qu’aux utilisateurs, en sécurisant l’exploration des liens, l’affichage du contenu et la transmission des métadonnées générées dynamiquement.

Google traite une application JavaScript en trois étapes. D’abord l’exploration : Googlebot lit le fichier robots.txt, et si l’URL est autorisée, il récupère le HTML et en extrait les liens pour la file d’attente. Ensuite l’affichage : toute page renvoyant un code 200, sauf si une règle noindex est présente, est mise en file d’attente pour être rendue par un Chromium headless qui exécute le JavaScript. Enfin l’indexation : Google utilise le HTML rendu pour indexer le contenu et redécouvrir d’éventuels nouveaux liens.

Des éléments title uniques et descriptifs, accompagnés de meta descriptions soignées, aident les utilisateurs à repérer votre page dans les résultats. Vous pouvez définir ou modifier ces éléments en JavaScript. Même chose pour la balise link rel= »canonical », mais avec prudence : la meilleure façon de la définir reste le HTML d’origine, comme l’explique notre guide sur le choix de l’URL canonique. Si vous l’injectez en JavaScript, veillez à ce qu’elle soit unique et à ne jamais écraser une valeur déjà présente dans le HTML par une URL différente.

Google s’appuie sur les codes d’état HTTP pour détecter les erreurs : un 404 pour une page introuvable, un 401 pour une page protégée. Dans une application monopage où le routage est géré côté client, renvoyer un vrai code d’état est parfois impossible, ce qui génère des erreurs soft 404. Deux stratégies évitent ce piège : rediriger en JavaScript vers une URL renvoyant un vrai 404 côté serveur, ou ajouter une balise noindex aux pages d’erreur. Pour le routage, utilisez l’API History plutôt que des fragments d’URL : Google ne sait pas résoudre de façon fiable les liens construits avec un dièse, d’où l’importance d’exposer des liens explorables.

Vous pouvez ajouter ou modifier une balise meta robots en JavaScript, par exemple pour ajouter un noindex à une page dont l’appel d’API ne renvoie aucun contenu. Attention toutefois : lorsque Google détecte un noindex, il peut ignorer l’affichage et l’exécution du JavaScript. Vouloir RETIRER un noindex par script ne fonctionne donc pas de façon fiable. Si vous souhaitez qu’une page soit indexée, ne placez jamais de noindex dans son HTML d’origine. En cas de blocage persistant, voyez comment résoudre les problèmes JavaScript.