Googlebot peut lire JavaScript – comment les référenceurs devraient-ils réagir ?

Traditionnellement, les moteurs de recherche n'ont lu et restitué que le code HTML d'un site Web. Cela signifiait que l'optimisation du code HTML était ce sur quoi les référenceurs devaient se concentrer. Qu'est-ce que cela signifie pour l'optimisation des moteurs de recherche si le Googlebot est désormais également capable d'explorer et d'indexer JavaScript ? Nous avons demandé à quelques experts de l'industrie de le savoir.

Googlebot et JavaScript : ce que disent les experts

Pour obtenir un éventail de points de vue sur le sujet de Googlebot et JavaScript, nous avons posé les questions suivantes à nos experts :

• Google dit que Googlebot peut explorer des sites Web basés sur JavaScript - quels défis et opportunités voyez-vous pour les référenceurs ?
• Quels aspects particuliers une personne doit-elle prendre en compte si elle envisage de relancer un site Web JavaScript ?
• Quels changements en termes d'efficacité et de précision attendez-vous d'une mise à jour du rendu Web dans Chrome ?

Et voici les réponses.

Martin Tauber

Associé directeur, Marketing Factory GmbH

Les sites Web basés sur JavaScript offrent de grandes opportunités en termes d'expérience utilisateur car ils sont plus rapides et plus interactifs à utiliser.

Cependant, le Googlebot a encore des difficultés à interpréter JavaScript, ce qui oblige à un développement extrêmement propre et ancré en étroite collaboration avec la SEO Unit, si l'on veut éviter les mauvaises surprises.

Dominik Wojcik

Directeur général, Agents fiduciaires

Il existe des opportunités dans la mesure où vous n'avez plus deux mondes de programmation distincts (par exemple pour les fragments échappés), ce qui vous permet de vous concentrer sur un code propre et un environnement Web propre. Tant que les développeurs envisagent une amélioration progressive et développent leurs applications Web en conséquence, Google devrait être en mesure de s'en sortir très bien.

Il y a cependant des défis cachés. Quel framework est utilisé ? Y aura-t-il un rendu côté client ou est-il possible d'implémenter un rendu côté serveur ? Serait-il même possible d'implémenter du JavaScript isomorphe ? Le JavaScript est-il implémenté en interne ou en externe ? En tant que référenceurs, nous devrons effectuer une quantité incroyable de tests et essayer différentes choses, afin de nous assurer que Google indexe et pondère nos pages comme nous le souhaitons.

Avant une relance, une décision prudente doit être prise sur le cadre à utiliser. L'exploration et les performances doivent toutes deux être prises en compte. Idéalement, un environnement de test doit être créé pour permettre de tester le développement en cours de l'extérieur, si le rendu côté client est utilisé. Cela dit, je recommanderais fortement d'utiliser également le rendu côté serveur. Cela a un impact sur les performances du serveur, mais devrait minimiser les risques. Avant tout, vous devez vraiment tester, tester et tester, en utilisant fetch & render pour voir ce que le Googlebot trouve, indexe et explore.

Si Google passe finalement à une version de Chrome supérieure à V49, nous pourrions utiliser Chrome sans tête en combinaison avec quelque chose comme Rendertron pour créer des environnements de test qui nous permettent de simuler une configuration similaire à celle du Googlebot. Cela nous aiderait à mieux comprendre comment et ce que Google peut interpréter. Cela rendrait les choses beaucoup plus faciles pour nous les référenceurs

Bartosz Goralwicz

Co-fondateur et responsable du référencement, Elephate

Lors du sommet Searchmetrics en novembre 2017, Bartosz Goralwicz d'Elephate a parlé de la relation entre Googlebot et JavaScript :

Stephan Czysch

Fondateur et directeur général, agents fiduciaires

Nous ne voulons pas que les référenceurs (ou agences) entendent les gens dire : « Au fait, nous allons bientôt passer à JavaScript. Y a-t-il quelque chose à quoi nous devons penser en termes de référencement ? Ça ne devrait pas être le cas ? Mais ce serait formidable si vous pouviez y jeter un coup d'œil avant de lancer le nouveau site lundi. Ce scénario se terminerait inévitablement par un chaos complet. Bartosz [dans la vidéo ci-dessus] a fourni un regard merveilleux sur le sujet de JavaScript et du SEO.

En plus de demander ce que Google peut rendre, les référenceurs doivent regarder, lors de la relance d'un site Web, ce que le bot peut voir et établir ce qui est différent de l'ancien site Web. J'ai récemment eu affaire à un site Web où le système de liens internes complet a été chamboulé suite à une relance de JavaScript, car la logique de lien de l'ancien site n'a pas été conservée. Il y avait aussi des problèmes de hreflang. Il est donc indispensable de travailler avec une check-list des « fonctionnalités SEO » souhaitées. De plus, vous devriez vous demander ce que signifie réellement le rendu JavaScript pour vos utilisations : quel type de matériel utilise-t-il pour accéder à votre site Web et comment cela affectera-t-il les temps de chargement ? Pour en savoir plus sur ce sujet, vous pouvez recommander cet article d'Addy Osmani.

Sébastien Adler

Consultant SEO , leap.de

Même avec une meilleure capacité d'exploration de JavaScript, Google préférera le contenu HTML pur car il utilise moins de ressources. La question n'est pas de savoir si Google peut lire et rendre JS, c'est si vous pouvez et voulez retirer une partie du travail de Google. Si mon contenu peut être lu, fonctionne et se charge rapidement parfaitement sans JS, c'est encore mieux pour moi.

La capacité de rendu dépend toujours de la technologie sous-jacente et, comme l'a dit Bartosz (respect à lui pour tous les efforts qu'il met dans ses expériences et ses recherches !), vous devez comprendre pleinement la technologie si vous voulez en faire le meilleur usage. . La grande opportunité ici est de minimiser les risques en fournissant un contenu important sous forme de HTML et en utilisant uniquement JS comme prévu : pour des fonctionnalités supplémentaires. La plus grande difficulté est de trouver des erreurs si vous vous engagez pleinement dans JavaScript.

Lorsque vous relancez une page, assurez-vous que le contenu avec lequel vous souhaitez vous classer fonctionne sans JavaScript. Cela inclut non seulement le contenu principal, mais également les éléments de navigation. De nombreuses pages n'ont pas de menu lorsque JS est désactivé. Il est logique de ne pas inclure toutes les fonctionnalités fantaisistes, mais de se demander si une fonction est vraiment nécessaire pour votre entreprise et votre public cible. Quel serait l'impact si une certaine fonctionnalité ne fonctionnait pas ? Et ensuite faire les tests pertinents.

Outre le fait que je ne m'attends pas à ce que Google communique très bien la mise à jour du rendu Web aux webmasters, je m'attends à ce que la principale chose qui change soit la sensibilité aux erreurs. Chrome et les frameworks se développent très rapidement, et avec les nouvelles versions, de nouveaux bogues sont susceptibles d'entrer dans le RWS.

Certaines choses seront certainement traitées plus rapidement ou rendues plus proprement. Mais le problème principal reste le même. Le code erroné (du point de vue du moteur utilisé) ne peut pas être interprété. Nous devons découvrir comment le moteur interprète notre code. Au cours du développement, cela change l'outil que nous devons utiliser pour le débogage. Mais si vous disposez de vos ressources les plus importantes sous forme de fichiers HTML (etc.) à chargement rapide, vous n'avez pas à vous inquiéter - vous pouvez vous concentrer sur un travail de référencement approprié.

Björn Beth

Directeur des services professionnels, Searchmetrics

Nous devons faire la différence entre l'exploration et l'indexation. Google peut explorer JavaScript, mais cela nécessite beaucoup plus de ressources que d'explorer du HTML pur. C'est plus problématique pour l'indexeur qui rend les liens (URL) qu'il reçoit du crawler à l'aide du service de rendu Web (WRS), de la même manière que Fetch & Render dans la Search Console. Pour ce faire, Google utilise son propre navigateur Chrome (Version 41). Avec l'aide du navigateur, il essaie de créer un modèle d'objet de document (DOM) et interprète la page de la même manière qu'elle sera affichée dans un navigateur. Cela peut entraîner des problèmes, car Google, par exemple (comme le montrent les tests exécutés par Distilled et Bartosz Goralewicz), ne peut pas faire face à des problèmes dans le code, ou d'autres problèmes importants surviennent lors du rendu, de sorte que Google arrête le rendu de la page après cinq secondes. . Cela a été démontré dans les tests effectués par Screaming Frog.

Fondamentalement, JavaScript rend l'exploration et l'indexation beaucoup plus compliquées et crée une relation très inefficace entre les deux. Si le référencement est important pour vous, vous devez toujours vous assurer qu'un bot peut lire vos pages aussi rapidement et efficacement que possible.

Avant de relancer d'un site Web basé sur HTML vers un framework ou une bibliothèque basé sur JavaScript, vous devez vous assurer que le rendu côté service est inclus. Par exemple, React est livré avec sa propre solution, appelée renderToString. Cela utilise une interface DOM indépendante du navigateur qui restitue le JavaScript sur le serveur, crée le DOM et l'envoie au bot. AngularJS utilise Angular Universal. Cela prouve au client tout ce qui est important comme HTML pré-rendu. Le client obtient alors le JavaScript tel qu'il est requis. Cependant, vous pouvez également travailler avec Chrome sans tête sur le serveur et envoyer du code HTML pré-rendu au bot.

Avant tout, je m'attends à un rendu plus rapide et plus efficace de Chrome 59, évoluant vers des performances comparables à celles du HTML pur. Seuls les tests diront si cela se produit réellement.

Rampez dans la boue : évaluez la santé de votre site Web

Analysez à la fois le HTML et le JavaScript avec l'optimisation de la structure du site, y compris le JavaScript Crawler maintenant avec Searchmetrics ! Vos avantages:

• Explorer tous les frameworks JavaScript pertinents, y compris Angular et React
• Améliorer les performances du site Web grâce à une liste hiérarchisée des problèmes techniques
• Comparer les crawls avec et sans JavaScript Crawling

En savoir plus sur notre exploration JavaScript

Et qu'en penses-tu?

C'est ce que pensent ces cinq experts, mais nous avons beaucoup plus d'experts qui lisent ce blog. Alors que pensez-vous de JavaScript ? Avez-vous déjà apporté des modifications à vos sites Web ? Avez-vous déjà découvert quelque chose d'intéressant dans vos tests ?