Aperçu de l'épisode: JavaScript est vital pour de nombreuses entreprises et sites de commerce électronique car ils l'utilisent pour générer des liens vers des produits et du contenu. Pourtant, de nombreux sites Web JavaScript fonctionnent mal dans Google, car ils ne sont pas optimisés pour la façon dont Google indexe. Rejoignez l'hôte Ben pendant qu'il s'entretient avec le directeur des services de Searchmetrics, Björn Darko, sur l'importance du référencement JavaScript pour les stratégies numériques et comment l'optimiser correctement.

Sommaire

  • Google utilise l'indexation de deuxième vague pour le contenu JavaScript.
  • La deuxième vague d'indexation est lorsqu'elle rend votre site en entier et peut être nuisible car elle entraîne une perte de trafic.
  • Une façon de contourner le problème consiste à appliquer un rendu statique à une version pré-rendue de votre URL et à la stocker dans le cache pour faciliter l'indexation de Google.

INVITÉS ET RESSOURCES

Ben: Bienvenue dans le podcast Voices of Search. Je suis votre hôte, Benjamin Shapiro. Et aujourd'hui, nous allons chercher sous le capot pour vous fournir les conseils techniques dont vous avez besoin pour tirer le meilleur parti de vos stratégies de référencement. Björn Darko nous rejoint aujourd'hui. Björn dirige la branche européenne du groupe des stratégies numériques de Searchmetrics, qui propose des services de conseil en référencement, des services de marketing de contenu et des conseils stratégiques aux éditeurs de logiciels de toute l'Europe, du Moyen-Orient et de l'Afrique. Il est également le créateur de la populaire émission IGTV, SEO presso, et aujourd'hui Björn et Je vais vous expliquer pourquoi le référencement JavaScript est si important.

Ben: Très bien avec le spectacle. Voici ma conversation avec Björn Darko, directeur du groupe des stratégies numériques chez Searchmetrics. Björn souhaite la bienvenue au podcast Voices of Search.

Björn: Merci de me revoir.

Ben: Toujours ravi de vous parler, toujours excité de parler un peu de SEO technique. Soyons honnêtes. Tu m'apprends ici. Aujourd'hui, nous allons parler un peu de JavaScript et de son importance. Référencement JavaScript. Tout d'abord, parlons de ce qu'est JavaScript. C'est du café qui écrit sur les murs. Écrivez JavaScript. Non?

Björn: En fait, c'est en fait un langage de développeur, qui est créé après HTML. C'est en fait le langage de code, que les développeurs utilisent pour coder des choses et des fonctions de code et des sites Web de code.

Ben: Donc, ma compréhension très simple de JavaScript. Vous avez dit: «Hé, c'est un code. Le HTML est facilement lisible et peut être analysé pour le référencement. Google adore le HTML. " Ils mangent ce genre de choses, mais JavaScript est un peu une boîte noire où Google peut explorer certaines choses et ne peut pas explorer les autres. Pourquoi quelqu'un se donnerait-il la peine d'utiliser JavaScript en premier lieu?

Björn: JavaScript est probablement, je dirais l'un des sujets brûlants de l'industrie du référencement et vous avez raison. C'est différent de Google. C'est différent de simplement explorer du HTML pur. C'est plus complexe, je dirais. Droite? Donc, je veux dire, nous savons que JavaScript est une fonction importante. Il existe de nombreuses fonctions importantes basées sur JavaScript. Un lecteur vidéo ou c'est une navigation ou quelque chose qui apparaît et fait des choses brillantes sur un site Web. Il est principalement basé sur JavaScript. Mais comme je dirais, je ne sais pas, cinq, six ans, il existe également des sites Web complets construits sur des applications Web ou des cadres JavaScript. Et la plupart d'entre eux Angularis ou React JS. Alors, réagissez JS. Donc, la bibliothèque de Facebook et Angularis de Google, et ce qu'ils font, c'est en fait qu'ils créent une application dite d'une seule page, et cela est différent de la normale des sites Web où vous avez différents HTML cinq et ils sont liés les uns aux autres, donc HTML différent documents et ils sont liés les uns aux autres et servent déjà le code source complet à un navigateur ou à un client comme Google sur une seule page d'application. Vous n'avez qu'un seul document HTML et le contenu est dynamiquement servi à un client ou à un navigateur ou à Google.

Ben: La façon dont je pense à l'utilisation de JavaScript, c'est toutes les cloches et les sifflets que vous voulez dans votre site Web. Tout, le mouvement, les déclencheurs, une grande partie du suivi est également effectué en JavaScript. C'est tout ce qui n'est pas vraiment le site Web de base plate. Je suis sûr qu'il y a des nuances de gris là où certains HTML peuvent être un peu plus dynamiques, mais ce que les gens utilisent pour la plupart, ce sont toutes les cloches et tous les sifflets, tout le contenu dynamique, toutes les popups et les flashs et les widgets et tout ça. Ai-je raison?

Björn: Oui exactement.

Ben: Bien. Alors, parlez-moi de ce que Google peut et ne peut pas explorer en ce qui concerne JavaScript. Pourquoi est-il controversé dans l'espace SEO?

Björn: Eh bien, pour expliquer que nous devons réellement étudier le fonctionnement de Google pour bien comprendre pourquoi c'est si compliqué, non? Donc, comment Google fonctionne réellement en ce qui concerne l'exploration et l'indexation, c'est un processus pour Google. Et ce processus comprend trois étapes et il explore, il indexe et le moteur Kerry cracherait deux résultats en soi. Qu'est-ce qu'un robot? Un robot explore le Web, découvre les URL, passe en sécurité, extrait le code source GMR, tous les liens et CSS et les envoie à l'indexeur. Qu'est-ce que l'indexeur? L'index, puis essaie de donner un sens au lien et analyse le contenu et la pertinence et utilise ces quatre services de rendu Web appelés où ils rendent réellement la page entière afin de vérifier à quoi ressemble réellement l'apparence du site Web. . En fait, je n'exécute pas non plus JavaScript, comme ce que vous savez peut-être grâce à la récupération et au rendu dans la console de recherche Google.

Björn: Et c'est comme cela que Google fonctionne réellement. Et quand il s'agit de l'exploration JavaScript, et nous pouvons en fait dire que c'est le même processus, il explore le Web, il télécharge le JavaScript, mais voici le problème. Il envoie donc tout à l'index et à l'index dont j'ai besoin. Rend donc la page et l'index qui doit rendre la page et tout cela pour obtenir les liens. Donc, les liens avec JavaScript, ils obtiennent simplement les liens après l'endroit où le rendu est différent du HTML, où ils obtiennent les liens à l'avance. Donc, ici, vous devez vous assurer que la relation entre l'exploration et l'indexation est très bonne, car si ce n'est pas le cas, il est trop compliqué pour Google de faire tout le processus. Et Marching Split est un célèbre employé de Google qui enseigne beaucoup sur JavaScript. Le référencement vient d'annoncer lors de la dernière conférence des développeurs Google qu'en fait Google utilise l'indexation dite de la deuxième vague pour le contenu JavaScript, car c'est tellement complexe, Google doit en fait être un peu plus intelligent ici, et la façon dont ils le font s'appelle seconde indexation des vagues.

Ben: Alors, quelle est la deuxième façon d'indexer?

Björn: Donc, la deuxième indexation signifie en fait que Google explore tout ce contenu JavaScript et que vous réservez presque le feu et le jetez simplement dans l'index sans le rendre en premier lieu. Ce qu'ils font, c'est qu'ils le rendent la seconde fois, lorsqu'ils visitent le site pour la deuxième fois et entre la première fois, et la deuxième fois il peut y avoir des semaines entre les deux. Et c'est la chose dangereuse ici, parce que si vous comptez sur les classements des moteurs de recherche, et cela prend beaucoup de temps à Google pour afficher votre page et comprendre pleinement le contenu de votre site Web à ce sujet et donc l'indexer correctement et le classer correctement.

Ben: Il semble donc que c'est vraiment l'un des plus gros problèmes avec JavaScript, c'est que les résultats que vous obtenez pour les classements vont être retardés, car Google doit en fait passer par ce deuxième processus de rendu. Si je lis ce que vous dites, c'est que l'utilisation de JavaScript car une grande partie du contenu qui sera affiché via JavaScript est dynamique finit par être si compliquée pour Google qu'ils disent simplement, Hé, nous J'y reviendrai plus tard. Nous allons déballer cette boîte, découvrir ce qu'elle contient. Ça va nous prendre un peu de temps. Passons d'abord en revue le code HTML au premier passage.

Björn: Exactement.

Ben: Alors, parlez-moi de quelques conseils pour optimiser votre JavaScript pour le référencement.

Björn: Il y a donc en fait un must have, et cela s'appelle le rendu côté serveur. Donc, si vous êtes basé sur une application Web basée sur JavaScript complète ou complète, vous devez vous assurer que le rendu côté serveur est en place. Cela signifie donc que vous fournissez à Google une version HTML déjà entièrement rendue de votre site Web.

Ben: D'accord? Vous avez donc la possibilité de dire: "Hé, Google, j'ai déjà déballé cette boîte pour vous. Voici à quoi cela ressemble quand il est déballé de cette façon, vous n'avez pas besoin de doubler et de faire cette deuxième expérience d'exploration. "

Björn: Exactement. Et il existe différentes façons de faire le rendu. Il y a donc une chose appelée rendu statique. Et ce que vous faites ici, c'est comme si vous aviez une version pré-rendue de votre URL et que vous la stockiez dans le cache afin que le serveur envoie ce fichier déjà pré-rendu à Google, chaque fois que Google vient. Et il y a une autre chose qui s'appelle le rendu dynamique, qui permet en fait des requêtes basées sur la navigation. Un point de navigation arrive sur ce type. Ensuite, la sortie sera HTML. Cela fait déjà le travail pour Google sur le serveur et envoie une autre version pré-rendue ici à Google.

Ben: Il semble qu'il y ait un risque ici pour Google, où … Utilisons la sécurité à travers l'exemple de l'aéroport. Si je dis: "Hé, j'ai déchargé ma valise. Et je vais juste vous montrer une photo de tout ce qu'il y a à l'intérieur. D'accord génial. Voici tout ce qui est dans ma valise. " Tu devrais me laisser passer la sécurité et sur la route, tu vas en fait avoir une chance de vérifier ma valise. Vous ne savez pas ce qui se trouve réellement dans la valise lorsqu'elle passe. Alors, comment cela ne fonctionne-t-il pas? En utilisant cette métaphore, comment cela ne crée-t-il pas un risque de sécurité pour Google, où les gens disent que tout est légitime dans mon JavaScript, allez-y et classe ma page de manière appropriée. Et puis ils ont en fait une expérience différente quand vient le temps de charger la page.

Björn: Oui. Dans les premiers jours, nous dirions que ce camouflage est en fait, non? Donc, parce que ce que vous faites, vous fournissez à Google quelque chose de différent du caractère du fichier, puis un utilisateur normal, le navigateur, car l'utilisateur normal qui passe par le navigateur obtient les heures pour le site Web de base. Droite. Et vous avez tout à fait raison. Il y a beaucoup de pièges, que nous avons également vus avec des clients, et c'est ce que les gens voient réellement.

Björn: Prenons donc un exemple. Nous avons un éditeur, ils fonctionnent sur Angular JS, et ils utilisent Brenda Tron comme machine de rendu qui fait le travail Google. Mais ce qu'ils font est un rendu statique, ce qui signifie qu'ils font un instantané du site du site Web et du cache et chaque fois que Google vient, ils obtiennent la version du cache. Le fait est qu'ils n'ont pas renouvelé la version chaque fois qu'un nouvel article a été publié, par exemple. Alors, qui a obtenu le Goggle était une version du site Web, qui avait peut-être un mois. Chaque fois qu'un nouvel article était publié, Google ne recevait pas cet article. C’est une chose. Vous devez donc toujours vous assurer que la version de démarrage du site Web est mise à jour dès qu'un nouveau contenu est disponible. Droite.

Ben: Compris. Continue.

Björn: Compris. Et une autre chose que nous avons vue, ce sont les pages paginées. Vous avez donc une pagination sur le site Web, 1, 2, 3, 4, 5, 6, non?

Ben: Oui.

Björn: Et si vous avez une pagination sur le site Web, le contenu de la page 1 devrait être différent de celui de la page 2, 3 ou 4 ou 5 ou 6, mais parce que la pré-mise en cache du contenu du site Web coûte tellement de ressources, cet éditeur, juste a fait une version de cache de la page un, puis l'a reflétée jusqu'à la page 10. Pour que vous ayez exactement le même contenu sur 10 pages, ce qui est bien sûr à l'origine de doublons de contenu par exemple, et n'est pas vraiment bon aussi qui a déclenché beaucoup de dupliquez également le contenu avec certaines URL de paramètres, car ce que vous pouvez faire un audit pour voir ce qu'il indique réellement, que vous pouvez utiliser un paramètre, qui vous montre alors la version du cache. Et ce qu'ils ont fait, c'est qu'ils l'ont rendu entièrement accessible même avec une technologie non canonique et l'ont simplement ajouté à l'index pour que vous ayez en fait deux contenus différents ou parfois deux ou trois sites différents sur trois URL différentes.

Ben: Donc, à l'heure actuelle, il semble que l'exploration de JavaScript est une énorme douleur pour Google. Punissent-ils les entreprises qui utilisent JavaScript parce que c'est difficile pour elles? Que pense Google du référencement? Comment Google envisage-t-il d'explorer JavaScript et quel est son impact sur le référencement?

Björn: Eh bien, ils disent qu'ils comprennent parfaitement JavaScript et qu'ils peuvent le faire. Bien qu'ils recommandent d'utiliser des méthodes telles que le rendu côté serveur, car ils savent que c'est très compliqué pour eux. Et surtout nous en avons parlé dans un épisode précédent, surtout si votre flux de page est très, très faible. Cela provoque également une pause de Google ici et dit, eh bien, il me faut beaucoup trop de temps pour obtenir le feu et le restituer, je le laisse simplement et vous devez donc vous assurer qu'il est très, aussi rapidement accessible pour Google et que Google peut en fait saisir rapidement votre contenu et l'indexer. Et donc, et cela ne fonctionne pas avec JavaScript, vous devez toujours vous assurer que vous avez une version HTML pré-rendue déjà recherchée sur votre serveur et ensuite fournie à Google, qui est bien sûr toujours toujours à jour.

Ben: Dernière question que je vous pose, lorsque vous pensez à optimiser votre JavaScript pour le référencement, quels sont les conseils que vous avez pour vous assurer que vous enlevez le plus de charge possible de Google? Ils commencent donc à prioriser vos pages.

Björn: Ouais. Donc, comme je l'ai dit, la première chose que je ferais serait de penser au rendu côté serveur. Cependant, ce que vous devriez déjà faire, c'est que normalement, si vous avez votre site Web JavaScript, c'est juste le code JavaScript, non? Ce que vous devez absolument faire, c'est déjà mettre toutes les méta-informations importantes comme le méta-titre, les méta-descriptions et les balises. Tout ce qui est important pour Google à voir en premier lieu, mettez-le déjà sur la version non rendue du site Web. Il en va de même pour les données structurées. Donc, tout était vraiment très important pour que Google comprenne, et ce qui est très important pour Google d'évaluer les pages, de le mettre déjà dans la version non encore rendue du site Web. C'est en fait quelque chose où vous pouvez aider à éliminer les brûlures.

Ben: Nous avons parlé un peu de l'étude Google Lighthouse. La dernière fois que nous nous sommes réunis et une grande partie de cette conversation a été de comprendre la priorisation de la création de votre site Web. Principalement en matière de performances et d'accessibilité, assurez-vous que Google a accès aux bonnes informations et que vous pouvez les obtenir rapidement. Et cela semble être un autre exercice de priorisation également, en vous assurant que vous obtenez à Google toutes les informations dont il a besoin pour obtenir autant d'avance avant de demander à son moteur de recherche, à ses robots de passer et d'explorer, essayez de comprendre et interpréter ce que fait réellement votre JavaScript.

Björn: Et si vous souhaitez auditer votre site, si vous savez que vous êtes JavaScript, vous voulez auditer le site lui-même, vous pouvez utiliser le robot avec la fonction d'analyse JavaScript. Je sais que c'est aussi un tel système métrique, vous pouvez donc utiliser de telles astuces, mais vous pouvez également utiliser le plugin View Source. Et ce qu'il fait, c'est qu'il compare le code source brut avec le code source rendu. Et puis vous pouvez déjà voir s'il y a des différences. Vous pouvez également utiliser le toucher et le rendu, tous les outils de robots juste Google, qui, vous le savez, rend votre site Web et vous donne juste un instantané comme Google le verrait. Un moyen rapide de voir si JavaScript est un problème sur votre site Web est si vous désactivez JavaScript dans votre navigateur, il existe un plugin pour cela, et vous avez également besoin d'un plugin où vous pouvez réellement prétendre être un robot Google.

Björn: Et ce que vous faites est de JavaScript et vous venez comme un robot Google et vous voyez exactement ce que Google voit réellement. Et si vous vous fiez entièrement au JavaScript et que vous n'aurez aucun rendu côté serveur en place. Ce que vous voyez est en fait une page vierge ou un symbole de chargement et rien ne se charge réellement,

Ben: Beaucoup d'outils et de conseils différents pour optimiser votre JavaScript pour le référencement. Björn, merci encore de nous avoir expliqué certains de vos conseils techniques.

Björn: Vous êtes les bienvenus. Je vous remercie.

Ben: D'accord. Et cela conclut cet épisode du podcast Voices of Search. Merci d'avoir écouté ma conversation avec Björn Darko, directeur du groupe des stratégies numériques chez Searchmetrics. Nous serions ravis de poursuivre la conversation avec vous. Donc, si vous souhaitez contacter Björn, vous pouvez trouver le lien vers son profil LinkedIn dans nos notes, vous pouvez le contacter sur Twitter. Sa poignée est Björn souligne Björn qui est bjorn_darko. Vous pouvez regarder sa célèbre émission IGTV sur SEOpresso ou visiter le site Web de son entreprise, qui est searchmetrics.com.

Ben: Encore un lien dans nos notes de spectacle. J'aimerais vous parler, si vous n'avez pas eu la chance de prendre des notes pendant que vous écoutiez ce podcast, rendez-vous sur voicesofsearch.com, où nous avons des résumés de tous nos épisodes, les coordonnées de nos invités . Vous pouvez nous envoyer votre sujet, vos suggestions, vos questions SEO. Vous pouvez même demander à être un conférencier invité sur le podcast Voices of Search. Bien sûr, vous pouvez toujours atteindre les réseaux sociaux. Notre poignée est des voix de recherche sur Twitter. et mon pseudo personnel est BenJShap, B E N J S H A P. Et si vous n'êtes pas encore abonné et que vous voulez un flux quotidien d'informations SEO et de marketing de contenu dans votre flux de podcast, nous allons publier des épisodes chaque jour pendant la semaine de travail. Cliquez sur ce bouton d'abonnement dans votre application de podcast et nous serons de retour dans votre flux demain matin. D'accord. C'est tout pour aujourd'hui. Mais jusqu'à la prochaine fois, n'oubliez pas que les réponses figurent toujours dans les données.

Laisser un commentaire

Votre adresse de messagerie ne sera pas publiée. Les champs obligatoires sont indiqués avec *