Pourquoi le contenu, les liens et les URL sont essentiels à JavaScript pour le référencement – Voici pourquoi # 237

Google a rendu Googlebot Evergreen à partir de mai 2019, ce qui améliore considérablement la capacité de rendu, notamment le rendu JavaScript, le traitement JavaScript et la vitesse de traitement. Mais cela signifie-t-il que Google comprendra également JavaScript sur votre page?

Dans cet épisode de la série de vidéos de marketing numérique Why Here, Mats Tolander rejoint Eric Enge pour expliquer pourquoi le contenu, les liens et les URL sont essentiels à JavaScript pour SEO.

Ne manquez pas un seul épisode de Voici pourquoi . Cliquez sur le bouton d'abonnement ci-dessous pour être averti par e-mail chaque fois qu'une nouvelle vidéo est publiée.

Abonnez-vous à Here’s Why

Ressources

Transcription

Eric: Dans cet épisode de Here’s Why. Nous avons Mats Tolander avec nous. Mats est notre directeur du référencement technique, et vous l'avez peut-être deviné, il nous aide avec le référencement technique de nombreux clients. Aujourd'hui, nous voulons parler de JavaScript et du référencement. Ce qui était vraiment intéressant, c'est que l'année dernière, en mai, Google a mis à jour son Googlebot – enfin, ce qu'ils ont dit, c'est qu'ils l'ont fait à tout jamais. Ce qu'ils voulaient dire par là, c'est qu'ils s'assurent maintenant que Googlebot exécutera plus ou moins toujours la même version du Chrome Web Dev Kit que le navigateur Chrome. Donc, si Chrome peut le rendre, en théorie, Googlebot devrait pouvoir le rendre. Mais ça n'a pas toujours été le cas, Mats. Quel était le problème avant l'existence du Googlebot à feuilles persistantes?

Mats: Avant la mise à jour à feuilles persistantes, Google était bloqué avec les capacités de rendu de Chrome 41, une version de Chrome de 2015. Cette version avait une compréhension de plus en plus obsolète de JavaScript, ce qui signifie que même si Googlebot pouvait rendre beaucoup de JavaScript, il y avait une quantité croissante qu'il ne pouvait plus traiter. Voici un exemple de JavaScript que Google a publié fin 2015 pour présenter les capacités de Chrome 46.

Malheureusement, Google n'a pas pu traiter ce script, et il est resté ainsi pendant des années. Si vous récupérez leur contenu intégré à l'aide de JavaScript, il est fort possible que Google ne puisse pas voir ce contenu. Et Google ne peut ni indexer ni classer le contenu qu'il ne peut pas voir.

Eric: Mais ce n'était pas le seul défi pour les éditeurs Web qui s'appuient sur JavaScript.

Mats: C'est exact. En plus de la difficulté de Google avec certains JavaScript, le moteur de recherche pourrait également prendre beaucoup de temps pour traiter JavaScript dans la page qu'il a explorée – jusqu'à quelques semaines, ce qui n'est évidemment pas génial si votre contenu est même quelque peu sensible au temps, même si Google peut voir le contenu lors de son rendu.

Eric: Alors, pourquoi a-t-il fallu si longtemps à Google pour traiter en JavaScript?

Mats: Google explore une page Web en deux étapes. . Tout d'abord, il lit le fichier HTML qu'il a demandé à l'URL. Il rend ensuite la page, ce qui signifie qu'il exécute le JavaScript et lit le CSS associé à la page pour bien comprendre le contenu et la mise en page de la page. La vague de rendu est beaucoup plus gourmande en ressources, et c'est là que Google a mis en file d'attente et en quelque sorte rationné le traitement.

Eric: J'ai compris. Donc, vous avez eu une situation où le support de Googlebot pour JavaScript était de plus en plus irrégulier. Qu'est-ce qui a changé en mai 2019?

Mats: Tout d'abord, le déploiement du Googlebot à feuilles persistantes, comme vous l'avez mentionné plus tôt. Le bot et le système de rendu mis à jour, d'une manière générale, ont les mêmes capacités que le navigateur Chrome qui est actuellement sur le marché, d'où le mot Evergreen.

Eric: J'ai compris.

Mats: De plus, la capacité de rendu de Google a Amélioré de manière significative, et, selon Martin Splitt de Google, le temps d'attente médian entre l'analyse et le rendu n'est plus que de cinq secondes.

Eric: Cinq secondes n'est pas mauvais, mais cela signifie-t-il qu'il n'y a aucune raison de s'inquiéter de JavaScript du tout

Mats: Cela ne signifie pas cela parce que, tout comme vous pouvez faire des choses avec HTML qui ne sont pas bonnes pour le SEO, vous pouvez faire des choses avec JavaScript qui ne sont pas bonnes pour le SEO.

Eric: Alors, qu'est-ce que tu veux dire? Je veux dire, si Google peut voir la même chose que je vois dans mon navigateur, quel est le problème?

Mats: Fondamentalement, il y a trois choses à garder à l'esprit: le contenu, les URL et les liens. Avec JavaScript, il est facile de créer des sites Web qui fonctionnent bien pour un humain, mais pas pour un robot de moteur de recherche. Un moteur de recherche comme Google demande une URL, lit le contenu de cette URL et l'ajoute à l'index. Lorsqu'une personne recherche un élément spécifique à ce contenu, le résultat de la recherche peut inclure le lien vers la page. Ce n'est pas difficile lorsque le contenu est intégré dans le HTML. C'est plus compliqué quand le contenu doit être récupéré et traité et ajouté à la page par le JavaScript. L'essentiel est de s'assurer que tout le contenu que vous souhaitez indexer pour la page spécifique se trouve dans le code HTML rendu une fois le chargement de la page terminé. Le deuxième facteur est les URL. Avec JavaScript, il est plus facile de créer une application dite à page unique sur laquelle un utilisateur peut naviguer. Mais, comme il s'agit d'une seule page, il devient impossible pour un moteur de recherche d'associer du contenu à une URL autre que la page d'accueil de l'application à page unique.

Eric: Donc, l'une des choses dont vous parlez là-bas – juste pour clarifier pour les gens – l'utilisateur fait quelque chose sur la page, le contenu et la page change, et l'URL ne change pas. Le résultat est que Google ne fait pas cela. Ils ne retirent pas ce contenu. Donc, c'est effectivement invisible pour eux.

Mats: C'est exactement ça. Un moyen de contourner cela est de vous assurer que le SPA a en fait une URL unique pour chaque page. Et c'est là que nous arrivons à un autre écueil potentiel avec JavaScript. Une URL peut contenir différentes parties, notamment un chemin d'accès, une chaîne de requête et un fragment. Les chemins d'accès et les chaînes de requête peuvent être utilisés pour créer des URL indexables uniques, mais pas les fragments. Une URL de fragment, ou fragment d'URL, pointe vraiment vers un endroit spécifique d'une page, mais ce n'est pas une page en soi.

Mais avec JavaScript, il est possible d'utiliser un fragment pour déterminer le contenu à afficher sur la page. Cela fonctionne pour un utilisateur, mais pas pour un moteur de recherche, car un moteur de recherche, et certainement Google, consolidera les URL de fragments en URL non fragmentaire canonique. Cela ne se produira pas toujours tout de suite, mais vous devez vous attendre à ce que cela se produise. Encore une fois, si vous utilisez des fragments pour montrer à un utilisateur le contenu en question, vous rendrez ces éléments de contenu, en fait, invisibles pour la recherche Google.

Eric: Donc, si vous voulez réussir dans la recherche organique, vous devez vous assurer que chaque page a une URL unique et indexable.

Mats: Oui, c'est vrai.

Eric: Donc, Mats, vous avez mentionné les liens comme un troisième écueil potentiel, mais qu'est-ce que cela a à voir avec JavaScript?

Mats: En HTML, un lien est un morceau de code spécifique qui indique au navigateur de charger le nouveau document lorsque le lien est cliqué. En fait, HTML signifie Hypertext Markup Language, et le lien est ce qui crée l'hypertexte. Avec JavaScript, vous n'avez pas besoin du lien pour demander du nouveau contenu.

Vous pouvez utiliser ce que l'on appelle un événement – par exemple, un clic de souris ou un tapotement d'écran. Et si ce n'est pas lié à un lien réel, Google ne le verra pas et ne l'utilisera pas pour transmettre des signaux importants.

Eric: Donc, si je m'assure que Google peut comprendre le JavaScript qui obtient le contenu d'un page spécifique, et cette page a une URL unique, et la page utilise de vrais liens pour créer un lien vers d'autres pages, alors je n'ai pas à me soucier de l'impact de JavaScript sur le référencement.

Mats: Il y a toujours une raison de s'inquiéter. Par exemple, si Google, pour une raison quelconque, ne parvient pas à exécuter le JavaScript qui extrait le contenu, il ne verra pas la page correctement. Et il existe également des robots et des applications qui ne disposent peut-être pas des fonctionnalités JavaScript de Google.

Ne manquez pas un seul épisode de Here’s Why . Cliquez sur le bouton d'abonnement ci-dessous pour être averti par e-mail chaque fois qu'une nouvelle vidéo est publiée.

Abonnez-vous à Here’s Why

Voir toutes nos vidéos Here’s Why | Abonnez-vous à notre chaîne YouTube