Une croyance commune parmi de nombreux référenceurs est que le service de rendu Web de Google dispose d’une fenêtre de rendu de cinq secondes et que tout ce qui se passe après cette fenêtre de cinq secondes ne sera pas inclus dans la version de la page indexée par Google.
L’idée a commencé avec quelque chose que Martin Splitt de Google a dit à au moins deux reprises et a finalement été largement acceptée comme étant vraie. Dave Smart de Tame the Bots a testé la théorie et a découvert non seulement que la fenêtre de cinq secondes n’est pas vraie, mais également que le service de rendu Web de Google peut suspendre et redémarrer l’horloge de rendu.
Alors, qui a raison, les référenceurs qui fondent leurs opinions sur ce que Martin Splitt a dit, ou Dave Smart, un référenceur au Royaume-Uni ? Mon argent est sur Dave Smart, et vous comprendrez bientôt pourquoi.
Ce que disent les référenceurs
L’idée promue dans de nombreux blogs SEO est qu’il existe une fenêtre de cinq secondes qui correspond au temps que le service de rendu Web (WRS) de Google attend avant de capturer le modèle d’objet de document (DOM) rendu d’une page Web.
Le service de rendu Web de Google est un ensemble de services qui effectuent six tâches :
- Il reçoit le HTML analysé par Googlebot.
- Récupère les ressources de la page Web, telles que CSS, JavaScript et les images.
- Charge la page dans un navigateur Chromium sans tête.
- Il exécute ensuite le JavaScript de la page.
- Et produit ensuite un instantané du DOM de la page.
- À ce stade, il transmet cet instantané DOM au système d’indexation de Google.
Les référenceurs ont deux variantes de la théorie de la fenêtre de cinq secondes
1. Certains référenceurs affirment que le processus de rendu au sein du service de rendu Web de Google prend environ cinq secondes pour produire le DOM que Google capture. Ils disent qu’il y a une période de cinq secondes pendant laquelle la page est chargée, JavaScript est exécuté et Google capture un instantané du DOM rendu pour l’indexation.
2. La deuxième variante est que le contenu important doit apparaître dans le DOM dans les cinq secondes, car c’est à ce moment-là que Google est censé capturer l’instantané du DOM.
Certains SEO affirment même avoir effectué un test et affirment avoir confirmé qu’il existe bien une fenêtre de cinq secondes.
Qu’a dit Martin Splitt ?
Martin Splitt a réalisé au moins deux présentations vidéo au cours des sept dernières années au cours desquelles il a présenté au monde du référencement le concept d’une fenêtre de rendu de cinq secondes.
Voici ce que Splitt a réellement dit à propos de cette fenêtre de cinq secondes (à environ 18 minutes dans la vidéo) :
« Alors, que devez-vous savoir, que devez-vous en retenir ?
Tous les sites Web sont rendus, qu’ils contiennent ou non du JavaScript.
Ce que nous voyons après le rendu, c’est l’instantané DOM qui sera pris en compte dans l’indexation. C’est ce qui vous tient à cœur.
Pas la capture d’écran, pas un cache étrange dans les résultats de recherche. N’utilisez pas ça.
N’utilisez pas comme source d’affichage. Afficher la source ne vous donne pas d’informations DOM. Utilisez les outils de test que nous fournissons. En fait, ils vous donnent ce qui ressort du rendu.
En médiane, le rendu d’une page a été mis en file d’attente pendant cinq secondes.
Cela signifie donc qu’avant qu’un de ces adorables animaux ne les récupère, ils sont en moyenne cinq secondes là-dedans. Le 90e centile correspond à quelques minutes. Nous parlons donc de minutes, pas de semaines ou de mois.
Le rendu met en cache les ressources de manière agressive, vous n’avez donc pas à vous soucier trop de votre budget d’exploration concernant le rendu. Cela ne fait pas beaucoup de différence.
Et si vous voulez tester vos trucs, ne faites pas de trucs bizarres. Utilisez simplement l’URL d’inspection de Google Search Console. Cela vous montre ce qui se passe lors du rendu, d’accord ?
N’ayez pas peur du rendu ou de JavaScript.
Il est clair que Splitt ne décrit pas de limite de cinq secondes pour le service de rendu Web. Il décrit combien de temps les pages attendent, en moyenne, dans la file d’attente de rendu avant que le rendu ne commence. Une fois qu’un moteur de rendu récupère la page, rien n’est dit sur le délai de rendu.
Il est clair qu’il y a un décalage entre ce que les référenceurs pensent de ce que Splitt a dit et ce qu’il a réellement dit.
Test des services de rendu Web de Dave Smart
Dave Smart (profil LinkedIn) a mené une expérience pour tester la théorie de la fenêtre de cinq secondes. Il a créé une page de test qui retardait intentionnellement le contenu tout en enregistrant plusieurs mesures de synchronisation afin de déterminer si le service de rendu Web (WRS) de Google avait réellement arrêté le rendu après cinq secondes.
La façon dont le test a fonctionné était qu’il créait une page de test qui envoyait des requêtes POST à un script PHP. Ce script PHP a retardé sa réponse de trois à six secondes aléatoires avant de diffuser le contenu. Smart a utilisé deux de ces appels API dans le test, donc ensemble, ils pourraient prendre entre six et douze secondes.
Ce que le test WRS a découvert
Le test de Smart visait initialement à tester la théorie de la fenêtre de cinq secondes, mais il a abouti à une deuxième découverte complètement inattendue.
Au début, l’expérience semblait confirmer la théorie de la fenêtre de cinq secondes, car le minuteur JavaScript fonctionnait pendant cinq secondes, donnant l’impression que le service de rendu Web de Google avait une limite de rendu de cinq secondes.
Il a écrit :
« En regardant les captures d’écran, vous pouvez voir que la boucle setInterval() s’est exécutée pendant 5 secondes et a mis à jour l’élément de titre. … Donc, une conclusion rationnelle serait que le WRS a une limite de rendu de 5 secondes, n’est-ce pas ? »
Mais une autre mesure a contredit cette conclusion. La page a également effectué des appels d’API côté serveur qui ont pris entre six et douze secondes, mais le service de rendu Web de Google attendait toujours le contenu retardé et l’incluait dans le DOM rendu.
Smart a découvert ce qui semblait être un paradoxe, qui soulevait la question suivante : comment le service de rendu Web de Google peut-il attendre plus de cinq secondes si le minuteur JavaScript n’avance que de cinq secondes ?
La réponse est que le service de rendu Web de Google utilise une horloge virtuelle au lieu de se fier au temps réel écoulé. En attendant les requêtes réseau (telles que les appels d’API côté serveur), il peut suspendre cette horloge virtuelle, permettant ainsi à plus de temps réel de s’écouler que les rapports du minuteur JavaScript.
Smart a expliqué :
« Le WRS gère le temps à sa manière. Plutôt que l’horloge matérielle, comme celle que vous avez sur votre ordinateur ou votre serveur, le WRS utilise une horloge virtuelle qu’il peut contrôler. Cela signifie qu’il peut accélérer, ralentir ou même mettre en pause le temps de l’instance Chrome sans tête s’il le souhaite.
Comment savons-nous que 5 secondes n’est pas une limite ? Vous vous souvenez de ces appels API qui ont été effectués ? Celles-ci sont retardées côté serveur, entre 3 et 6 secondes. Ainsi, la durée totale des deux appels API pourrait être comprise entre 6 et 12 secondes, soit plus que la fameuse limite de 5 secondes.
Nous avons une meilleure compréhension du rendu Web
La communauté SEO doit remercier Dave Smart pour avoir mené cette expérience intelligente et confirmé qu’il n’y a pas de limite de temps de cinq secondes par rapport au service de rendu Web de Google. Étant donné que les commentaires de Martin Splitt correspondent également aux résultats des tests de Smart, je pense que nous pouvons clôturer en toute confiance le livre sur le mythe de la limite de rendu de cinq secondes.
