Il y a une tournure intéressante dans notre façon de penser l’indexation – et c’est le rendu.

Lorsque nous pensons au classement des pages, nous pensons généralement à l’indexation. C’est-à-dire que nous pensons généralement au moment où un moteur de recherche a:

A découvert une page via des sitemaps ou des explorations et a ensuite visité la page pour l’indexation.Rassemblé tout le contenu de la page.A commencé à classer la page pour les requêtes.

On peut dire que c’est l’étape la plus importante du processus étant donné que c’est le déclencheur du classement, mais ce n’est pas la dernière étape du processus de découverte et je dirais que son poids diminuera avec le temps tandis que la dernière étape – le rendu – gagne du terrain .

Quelle est la différence entre l’indexation et le rendu?

Essentiellement, la différence entre l’indexation et le rendu peut être illustrée par ces deux images:

IndexingRendering

Il s’agit essentiellement du même contenu, vu comme il le serait lors de l’indexation (HTML) et du rendu (Chrome).

PUBLICITÉ

CONTINUER À LIRE CI-DESSOUS

Pourquoi est-ce important?

Maintenant, vous vous demandez peut-être pourquoi cela est important.

Si vous l’êtes, je suppose que vous n’avez pas de site JavaScript, mais même si c’est vrai, c’est plus important que vous ne le pensez. Le fait que les moteurs de recherche aient rendu des pages avant la récente poussée de l’utilisation de JavaScript pour les sites Web est une bonne confirmation.

Essentiellement, la raison pour laquelle c’est important est que le rendu fournit la vérité.

Avec le code, un moteur de recherche peut comprendre en quoi consiste une page et à peu près ce qui se passe.

Avec le rendu, ils peuvent comprendre l’expérience utilisateur et bien plus sur le contenu qui doit être prioritaire.

Le contenu est-il caché derrière un clic? Une annonce remplit-elle la page? Le contenu qui apparaît vers le bas du code est-il réellement affiché vers le haut ou dans la navigation? La page est-elle lente à charger?

Toutes ces questions et bien d’autres sont répondues lors du rendu, et sont importantes pour bien comprendre une page et comment elle doit être classée.

PUBLICITÉ

CONTINUER À LIRE CI-DESSOUS

Quand le rendu se produit-il?

Le rendu se produit après l’indexation. Combien de temps après n’est pas figé, mais selon Gary Illyes de qwanturank, cela peut prendre plusieurs semaines.

https://qwanturank.com/rustybrick/status/1052582660634079234?ref_src=twsrc%5Etfw

Quand j’ai demandé à John Mueller de qwanturank si cette chronologie était toujours exacte aujourd’hui, la réponse était:

Nous travaillons sur l’amélioration de la latence depuis plus d’une semaine maintenant.

– 🍌 John 🍌 (@JohnMu) 2 septembre 2019

C’est donc quelque chose sur lequel ils travaillent activement.

qwanturank fonctionne bien sûr différemment, mais selon leur responsable du projet Web Ranking & Quality, Frédéric Dubut, le calendrier est à peu près le même.

Je dirais la même chose – parfois c’est des jours, ça peut prendre des semaines et dans des cas extrêmes ça peut aussi ne jamais être. En fin de compte, c’est un compromis entre le coût de rendu de la page et la valeur que nous trouvons dans le rendu.

– Frédéric Dubut (@CoperniX) 3 septembre 2019

Ainsi, la réponse courte est «après l’indexation» et la chronologie est variable, ce qui signifie essentiellement que les moteurs de recherche comprendront le contenu et le contexte d’une page avant de bien comprendre comment elle doit être priorisée.

Cela ne veut pas dire qu’ils sont complètement ignorants jusqu’au rendu.

Il y a des règles solides et des compréhensions que les moteurs ont toutes acquises au fil des ans qui leur permettent de faire des hypothèses rapides sur:

Quels éléments font.Où ils sont positionnés.À quel point ils sont censés être pour l’utilisateur.

Mais ce n’est que lorsque les pages sont rendues que les moteurs sauront que leurs hypothèses sont correctes et qu’ils peuvent pleinement comprendre une page et sa forme.

Le problème du rendu

Essentiellement, les moteurs de recherche envoient un robot au site qui affichera la page comme le ferait un navigateur.

En fonction de sa popularité, nous utiliserons qwanturank comme exemple ici.

Googlebot dispose d’un composant Web Rendering Service (WRS). Heureusement, ce composant a été mis à jour en mai 2019.

Jusque-là, le service de rendu Web utilisait la version 41 de Chrome. Bien que ce soit excellent pour la compatibilité, c’était un cauchemar pour les sites qui s’appuyaient sur des fonctionnalités modernes comme celles de JavaScript moderne.

PUBLICITÉ

CONTINUER À LIRE CI-DESSOUS

En mai 2019, le service de rendu Web a été mis à niveau vers Evergreen, ce qui signifie qu’il utilise la version la plus récente de Chrome pour le rendu (en quelques semaines en tout cas).

Essentiellement, maintenant, lorsque votre page est rendue par Googlebot, elle est rendue plus ou moins comme vous la verriez dans votre navigateur.

Parfait non? Maintenant, le seul test que vous devez faire est d’ouvrir un navigateur et si cela fonctionne, c’est génial pour qwanturank, non? Droite?

Vous pouvez probablement deviner la réponse. Faux.

Et qwanturank n’est pas beaucoup mieux (bien qu’ils semblent être un peu meilleurs au rendu, ce qui est intéressant).

Si vous avez un site de base avec un HTML prévisible et un contenu dynamique faible ou nul, il n’y a vraiment rien à craindre et il n’y en avait probablement pas non plus avec l’ancienne configuration du service de rendu Web.

Mais pour ceux dont le contenu dynamique est servi via JavaScript, il y a une très grande mise en garde et elle est enracinée dans cet écart.

PUBLICITÉ

CONTINUER À LIRE CI-DESSOUS

À savoir, jusqu’à ce que la page soit rendue, le moteur ne sait pas ce qu’elle contient. Contrairement à un site avec une sortie HTML simple où le moteur peut manquer un peu du contexte mais a le contenu, avec un site construit sur quelque chose comme JavaScript qui repose sur le rendu, le moteur ne saura quel contenu est sur la page jusqu’à le service de rendu Web a fait son travail.

Soudain, ces «semaines» sont assez percutantes. C’est aussi pourquoi les moteurs s’efforcent de réduire la latence.

Jusqu’à ce qu’ils le fassent, les développeurs JavaScript devront s’appuyer sur le pré-rendu (création d’une version statique de chaque page pour les moteurs), ce qui n’est pas du tout idéal.

Que fait un service de rendu Web?

Je voulais répondre rapidement à une question que je me suis retrouvée à ne pas bien envelopper mon cerveau jusqu’à ce que je réalise que j’y pensais complètement faux. Vous êtes invités à rire de moi pour l’évidence du hoquet dans mon cerveau.

PUBLICITÉ

CONTINUER À LIRE CI-DESSOUS

Voyons d’abord où un service de rendu Web obtient ses instructions et comment.

Voici essentiellement le cycle de vie du rendu:

Une page est découverte via le plan du site, le robot, etc. La page est ajoutée à la liste des pages à explorer sur un site lorsque le budget d’exploration est disponible.Le contenu de la page est analysé et indexé.La page est ajoutée à la liste des pages à rendre sur un site lorsque le budget de rendu est disponible. La page est rendue.

Ainsi, un élément critique et tacite du processus est la file d’attente de rendu. Googlebot peut accéder à une page des semaines avant de l’afficher et jusque-là, du contenu (sites JavaScript) ou du contexte (tous les sites) peut être manquant.

Lorsqu’une page atteint le haut de la file d’attente pour le rendu, le moteur lui envoie ce qu’on appelle un navigateur sans tête.

C’est l’étape avec laquelle j’ai eu du mal. Un navigateur sans tête est un navigateur sans interface utilisateur graphique.

PUBLICITÉ

CONTINUER À LIRE CI-DESSOUS

Pour une raison quelconque, j’ai eu du mal à comprendre comment cela fonctionnait. Par exemple, comment qwanturank peut-il savoir ce qu’il y a s’il n’est pas affiché graphiquement?

La réponse évidente est bien sûr:

« Le bot n’a pas d’yeux non plus alors … euh … ouais. »

Au cours de ce hoquet mental, je l’ai accepté comme une «lumière de navigateur» qui rend la page pour que le moteur de recherche comprenne maintenant ce qui apparaît où et comment sur une page – même s’ils n’ont pas les yeux pour le voir.

Lorsque tout se passe bien, la version rendue apparaîtra à Googlebot comme aux navigateurs graphiques et si ce n’est pas le cas, c’est probablement parce que la page s’appuie sur une fonctionnalité non prise en charge comme une demande d’autorisation utilisateur.

En tout…

Je soupçonne que nous verrons la latence entre l’indexation et le rendu diminuer considérablement, en particulier sur les sites qui en dépendent.

Cela n’aura pas d’impact dramatique sur la plupart des sites, mais pour ceux qui doivent être rendus pour être compris… le monde peut s’ouvrir.

PUBLICITÉ

CONTINUER À LIRE CI-DESSOUS

Bien que plus probable, un nouvel ensemble de problèmes et de hoquets se déroulera.

D’après mon expérience, nous pouvons compter sur les compétences d’indexation des moteurs, mais le côté rendu a encore beaucoup de chemin à parcourir pour combler l’écart entre ce que les moteurs de recherche voient et ce que fait le navigateur d’un utilisateur.

Crédits d’image

Image vedette: Paulo Bobita
Toutes les captures d’écran prises par l’auteur
Horseman Image: Adobe Stock, édité par l’auteur