Vous voulez vous assurer que votre contenu est correctement accédé par les moteurs de recherche et est bien classé?
Dans sa session SEJ eSummit, Bartosz Góralewicz a présenté comment Google rend les sites Web à grande échelle et a partagé des informations basées sur les brevets et la documentation de Google.
Voici un récapitulatif de sa présentation.
Le problème avec JavaScript
Góralewicz et son équipe ont constaté que 40% du contenu reposant sur JavaScript n'est pas indexé après 14 jours.
La situation empire.
Dix pour cent des URL d'un domaine moyen ne sont pas indexées par Google et nous parlons d'URL indexables uniques.
C'est quelque chose de t o regardez, d'autant plus que ces tendances évoluent avec le temps et peuvent s'aggraver.
En 2015, Google a affirmé qu'elles étaient bonnes avec le rendu disant :
"[A] s tant que vous n'empêchez pas Googlebot d'explorer vos fichiers JavaScript ou CSS, nous sommes généralement en mesure de affichez et comprenez vos pages Web comme des navigateurs modernes .»
Depuis En 2017, Góralewicz et son équipe ont créé de nombreuses autres expériences, y compris des expériences de dissimulation avec JavaScript et d'autres, qui ont révélé des problèmes d'exploration et d'indexation rencontrés par les sites Web JavaScript.
Quel JavaScript cadre est-il explorable et indexable? @bart_goralewicz # SMS2017 pic.twitter.com/3beH9dCj14
- Aleyda Solis (@aleyda) 2 mai 2017
La même année, Google a commencé à parler ouvertement de JavaScript SEO.
Aujourd'hui, alors que nous avons Martin Splitt de Google qui a été incroyablement utile pour la communauté SEO, il reste encore des questions sans réponse.
En novembre 2019, lors du Chrome Developer Summit, Splitt a annoncé que la médiane de rendu chez Google était passée d'une semaine par an avant à seulement cinq secondes en 2019.
Cependant, Góralewicz et l'équipe Onely des recherches supplémentaires ont révélé que " le délai de rendu médian peut être pratiquement inexistant pour les nouveaux sites Web, le délai d'indexation du contenu JavaScript est toujours très présent. »
De nombreux sites Web utilisant JavaScript ne sont pas indexés et ne sont même pas classés après deux semaines.
Ils ont également découvert que:
- Il y a d'énormes marques à peine dans l'index de Google.
- L'indexation du HTML n'est pas aussi simple qu'on le suppose .
- Les tendances d'indexation fluctuent pendant les mises à jour de Google.
- Vous pouvez être exclu de l'index de Google.
L'un des défis liés au diagnostic des baisses d'indexation actuellement, c'est que la commande du site n'est pas fiable et peut renvoyer beaucoup de faux négatifs.
Accéder à l'index de Google: un grand défi de référencement
L'introduction de votre contenu dans l'index de Google est un fondement absolu de votre présence en ligne - et cela reste un grand défi de référencement aujourd'hui.
Et ce problème va s'aggraver encore avec les ressources limitées de Google, car ils ne peuvent pas afficher et indexer l'ensemble du Web mondial, en particulier avec le coût qui vient maintenant avec de nombreux sites Web modernes.
Il suffit de regarder quelques-unes des plus grandes marques avec des problèmes d'indexation importants.
Si Google n'indexe pas vos pages Web, toutes les autres Activités de référencement wo peu importe.
C'est une bonne chose que les référenceurs et les googleurs entament la conversation sur les problèmes d'indexation et nous avons de meilleures sources de données pour valider ces problèmes.
Et la plupart des problèmes d'indexation peuvent en fait être résolu grâce au référencement technique.
Voici comment procéder.
Rendu optimisé par lots: comment ça marche
Google regarde votre site Web à partir d'un rendu optimisé par lots et récupérez la perspective de l'architecture (BOR).
En regardant ces vues côte à côte, ce que Google voit est différent de ce que les utilisateurs voient dans un navigateur.
Alors, comment fonctionne BOR?
Étape 1: BOR ignore toutes les ressources qui ne sont pas essentielles pour générer un aperçu de votre page
La première étape pour un rendu optimisé par lotsL'architecture d fetch consiste à supprimer toutes les ressources dont Google n'a pas besoin pour générer l'aperçu ou la mise en page de votre site Web.
Cela inclut:
- Scripts de suivi (Google Analytics, Hotjar, etc.)
- Annonces
- Images
Le simple fait de supprimer ces ressources supplémentaires peut permettre d'économiser jusqu'à plus de 50% temps de chargement, de script et de rendu. Cela permet d'économiser beaucoup de ressources du côté de Google.
Étape 2: Définir la valeur d'une horloge virtuelle
La deuxième étape que va faire Google, ils vont définir le valeur de l'horloge virtuelle (dont nous parlerons un peu plus ci-dessous).
Étape 3: La mise en page du site Web est générée
Une fois que l'heure de cette horloge virtuelle «est épuisée ”, La mise en page du site Web est générée.
Il y a deux concepts clés à retenir:
- L'horloge virtuelle.
- La mise en page.
Qu'est-ce qu'une horloge virtuelle?
L'horloge virtuelle mesure le coût du rendu d'un site Web.
C'est en quelque sorte un le budget de rendu du côté de Google et les sites Web se voient attribuer une petite partie du «budget».
Lorsque le rendu s'interrompt pour récupérer des ressources (oe, scripts, fichiers CSS, dimensions de l'image, etc.), cette horloge virtuelle n'avance pas. Il n'avance que lorsque nous rendons réellement.
Cela signifie que si vous avez beaucoup de CSS, JavaScript ou d'autres ressources sur votre site Web, vous avez besoin de plus de «temps virtuel» sur l'horloge virtuelle.
Mais il n'y a aucune garantie de la part de cette horloge virtuelle que vous pourrez obtenir.
Bien que nous ne sachions pas quelle est la limite (et nous ne le saurons peut-être jamais), nous pouvons Découvrez à quel point notre site Web est gourmand en ressources.
En utilisant Chrome DevTools, vous pouvez ralentir votre processeur et voir comment cela affecte les scripts et le rendu.
Prenons le site Web de H&M comme exemple .
Cela a augmenté le temps jusqu'à 25 fois.
Nous pouvons voir comment H&M peut avoir des difficultés avec le rendu et l'indexation.
Comment mesurer la "charge d'horloge virtuelle" de votre site Web
Góralewicz recommande deux options pour mesurer votre "charge d'horloge virtuelle. ”
- Utilisez Trop long; n'a pas rendu (TL; DR) outil qui calcule le coût du rendu d'une page Web de 0 à 100.
- Simulez BOR dans vos Chrome DevTools. ( Voici une procédure détaillée .)
La mise en page de votre page
Lorsque le temps d'horloge virtuelle est écoulé, la mise en page est générée, qu'elle soit à mi-chemin du rendu ou non.
à de nombreux défis potentiels.
Plus important encore, c'est là que le référencement JavaScript s'arrête et re ndering SEO commence.
Le rendu se concentre beaucoup sur la façon dont la mise en page joue avec toute cette idée.
L'emplacement du contenu est important
Nous savons déjà que le texte apparaît au-dessus du pli est plus important que le texte en dessous de la ligne.
Il s'avère que cela affecte également la façon dont Google va explorer ce contenu.
Brevet de Google 2011, Planification des explorations de ressources , nous indique comment le moteur de recherche se présente différemment des sections des sites Web, ainsi que les liens dans ces sections, avec une priorité différente.
Cela montre que le référencement Javascript n'est que la pointe de l'iceberg. Il s'agit uniquement de savoir si Google peut voir notre contenu.
Le rendu va bien au-delà de cela.
C'est un sujet beaucoup plus large, car à part le fait que Google ne voit que le contenu, nous sommes maintenant intéressés par:
La mise en page de la page.
- Le importance du contenu, en fonction de la taille du texte, de l'emplacement, etc.
- Extraction de liens internes et externes.
- Taux de modification des entrées.
- Autres facteurs à prendre en compte avec comment un site Web est rendu et à quoi il ressemble par la suite, y compris les images
Rendu par lots par rapport aux images
Service de rendu de Google utilise des images simulées. Voici un exemple de la façon dont cela se déroule.
Et Lin ks?
La valeur des liens dépend de leur emplacement et de leurs attributs.
Nous le savons depuis un certain temps, mais cela devient plus intéressant lorsque nous examinons d'autres modèles de Google .
La position du lien dans la page est importante.
Elle affecte la manière dont Google explorera ce lien et le type de "note" que Google attribuera à ce lien .
De plus, certaines sections de votre page auront plus de visibilité et d'autorité de lien que d'autres.
Par exemple, ce cas de cnn.com est une citation exacte d'un brevet Google, Classement des documents en fonction du comportement de l'utilisateur et / ou des données de fonctionnalités .
"(…) Un lien placé sous l'en-tête" Plus d'articles à la une "sur le site Web cnn.com a une forte probabilité d'être sélectionné."
Nous pouvons voir que Google utilise une sorte d'heuristique pour choisir des liens internes plus importants.
Alors, quelles sections ne sont pas indexées?
Ce que Góralewicz et son équipe ont découvert au cours de neuf mois de recherche, c'est que Google utilise des heuristiques très similaires pour choisir les parties d'un site Web à afficher et celles qui peuvent être ignorées.
Pour diagnostiquer l'indexation partielle, l'équipe Onely a examiné les sites Web populaires pour voir quelles parties d'une mise en page donnée est indexé et qui ne le sont pas.
Ce qu'ils ont découvert, c'est que Google semble ignorer certains Certaines parties des sites Web sont plus enthousiastes que d'autres.
Par exemple, Google semble avoir du mal à afficher les sections "éléments connexes" et "vous pourriez également être intéressé par".
Google va indexez probablement votre contenu principal.
Mais … il y a de fortes chances que si votre site Web est lourd du côté des scripts et du rendu, ils ignorent une partie de votre page qui n'est pas aussi crucial que le contenu principal une fois que Google essaie de comprendre cette mise en page.
Google a mentionné qu'ils interrompraient le script lorsqu'ils sont lourds, mais nous ne savions pas ce que cela signifiait jusqu'à présent.
Indexation partielle: résultats clés
Vous pouvez penser que l'indexation partielle n'est pas un problème si important.
- Lorsqu'ils indexent d'abord votre contenu principal, nous pouvons supposer qu'il s'agit d'une décision judicieuse de Google.
- Cela signifie qu'ils vont souventfr ignorez certaines parties de votre mise en page.
- Ce qui peut entraîner des problèmes d'indexation et d'exploration à l'échelle du site.
- Et nous revenons au problème qu'après 14 jours, environ 40% du contenu JavaScript est non indexées.
Mais cela conduit à un problème encore plus important: après 14 jours, 10% des URL ne sont pas indexées.
Cela va bien au-delà de JavaScript SEO parce que le rendu se produit avec et sans JavaScript.
JavaScript n'est pas la principale raison du rendu.
Sachant ce que nous savons maintenant, devrions-nous encore l'appeler JavaScript SEO?
Takeaways
Pour conclure sa présentation, Góralewicz a partagé les points suivants:
- Le rendu SEO et l'indexation vont être l'une des tendances SEO les plus en vogue. Bientôt.
- Si vous n'êtes pas indexé, toutes les autres activités de référencement que vous effectuez n'auront aucune importance.
- L'indexation est quelque chose que vous pouvez voir et mesurer. Cela génère des revenus. Directement.
- Pour la première fois dans l'histoire du référencement, nous avons une bonne compréhension du fonctionnement du rendu et de l'indexation, alors faisons-en bon usage.
Regarder cette présentation
Vous pouvez maintenant regarder la présentation complète de Góralewicz de SEJ eSummit le 2 juin.
Plus de ressources:
- Principes de base de JavaScript pour les professionnels du référencement
- Introduction du SEO au rendu
- Comment (et pourquoi) les moteurs de recherche rendent les pages
Crédits d'image
Image en vedette: Paulo Bobita
Toutes les captures d'écran prises par l'auteur , Juillet 2020
Aucun commentaire:
Enregistrer un commentaire