Top 5 des idées de "Practical Rendering SEO Explained" avec Martin Splitt et Bartosz Goralewicz

Le 6 octobre 2021, Bartosz Goralewicz s'est entretenu avec Martin Splitt de Google à propos du rendu SEO - un sujet qu'ils couvrent et exposent à la communauté SEO depuis un certain temps maintenant.

Le webinaire a été animé par Jason Barnard et organisé par Duda.co.

Vous pouvez lire la transcription complète ici et regarder l'enregistrement ici, mais dans ce court article, je veux parler de certaines des choses que j'ai trouvées les plus remarquables dans cette conversation.

Le rendu compte pour le classement

Bartosz a ouvert la discussion avec une question fondamentale à de nombreux référenceurs, et la réponse de Martin a été assez simple : oui, si quelque chose ne va pas lorsque Google essaie de rendre votre page, cela peut vous blesser.

Le rendu est une étape essentielle du pipeline d'indexation de Google. Il consiste principalement à récupérer des ressources et à exécuter JavaScript pour créer une arborescence de mise en page pour une page donnée. Cet arbre de mise en page est une source cruciale d'informations sur cette page pour Google - il aide à comprendre où se trouve le contenu principal, de quoi parle la page et il est utilisé dans les étapes suivantes qui conduisent à l'affichage de votre page dans les résultats de recherche.

Même le bogue le plus mineur dans votre code peut entraîner le rendu incorrect d'une partie ou même d'une page entière, à la fois dans les navigateurs de vos utilisateurs et pour le service de rendu Web de Google. Les conséquences de cela peuvent varier de la page non indexée car Google ne peut pas voir le contenu à certaines parties de ce contenu non indexées, ce qui peut, à son tour, nuire à votre classement.

Et malheureusement, même en regardant certains sites Web très populaires, vous trouverez de nombreux bogues et JavaScript qui sont tout simplement trop lourds à rendre - nos recherches suggèrent que les scripts lourds sont souvent responsables du problème d'indexation partielle.

Le rendu ne concerne pas seulement JavaScript

Ce point est essentiel car il implique que vous devriez examiner comment Google pourrait rendre votre site Web, que vous utilisiez ou non JavaScript (bien que je vous défie de trouver un site Web populaire qui n'utilise pas JavaScript de nos jours.)

Le rendu est souvent confondu avec l'exécution de JavaScript, mais c'est plus que cela - cela implique tous les éléments visuels de votre site Web, tels que les menus, les carrousels de liens, les images, les vidéos et même les paragraphes de texte.

Bien que le débogage de JavaScript soit la partie la plus délicate du rendu SEO, vous devez également essayer de comprendre comment Google traite également les éléments non-JS.

Par exemple, vous pouvez faciliter le travail de Google et ainsi accélérer le processus d'indexation en utilisant les dimensions de l'image pour toutes vos images. Cela permet à Google d'ignorer le rendu des images et d'utiliser les dimensions fournies pour générer l'arborescence de mise en page. Cela aide également avec votre budget de crawl, car les fichiers image n'auront pas à être récupérés !

Google se soucie de la consommation du processeur lors du rendu

Bartosz a demandé à Martin comment les référenceurs peuvent faciliter le processus de rendu pour Google lors de l'optimisation des ressources. Sa réponse était intéressante, et je pense que c'est quelque chose qui n'est pas mentionné très souvent :

"Google Rendering Service ne se soucie pas des pixels, donc nous ne peignons pas, donc si vous voyez quelque chose qui coûte très cher en peinture, vous n'avez pas à vous en soucier. Nous n'utilisons aucun GPU pour peindre des images, et nous ne nous soucions pas de tout ce qui concerne la peinture.

Les mises en page coûteuses sont délicates, en particulier le travail de mise en page qui se produit sur le fil principal - un travail de mise en page qui entraîne un temps CPU précieux pour Google.

Donc, ce que vous pouvez faire, c'est minimiser la quantité de travail de fil principal nécessaire pour rendre vos pages. Bien que cela puisse ne pas jouer un rôle pour un petit site Web, si vous avez des millions de pages, le coût du processeur s'additionne et cela peut potentiellement ralentir le processus d'indexation de votre site Web.

L'utilisation de plates-formes CMS présente des avantages et des inconvénients en matière de rendu

Martin avait une chose fascinante à dire sur la façon dont les plates-formes CMS pourraient influencer le rendu de votre page :

"Ce qui est bien avec les plates-formes, c'est que chaque fois qu'elles optimisent la plate-forme réelle, vous obtenez cette optimisation gratuitement. Vous n'avez rien à faire à ce sujet, donc c'est bien. Si vous construisez votre propre truc, alors vous devez faire le travail d'optimisation, et jamais une optimisation ne tombe comme par magie sur vos genoux.

Mais cela a un coût. L'utilisation d'une plate-forme CMS signifie que votre site Web doit fournir du code redondant que vous n'utiliserez peut-être jamais. La plate-forme peut fournir une fonctionnalité prête à l'emploi que vous n'utiliserez même jamais, mais il peut être impossible de se débarrasser du code qui rend la fonctionnalité possible.

Le rendu SEO aide à la fois Google et vos utilisateurs

Lorsque vous optimisez le rendu, vous vous contentez souvent d'alléger vos pages. Pour Google, cela signifie moins de consommation de CPU et moins de récupération de ressources, ce qui est excellent car ce sont les choses que Google dépense de manière très conservatrice.

Mais c'est tout aussi génial pour les utilisateurs réguliers, principalement s'ils utilisent des appareils bas de gamme avec une mauvaise connexion.

Comme l'a dit Martin :

"Plus vous le faites cher, plus c'est mauvais pour nous en tant qu'expérience. Google Search ne s'en soucie pas vraiment, nous avons juste besoin d'investir dans les ressources dont nous avons besoin et nous faisons beaucoup d'optimisations pour nous assurer que nous perdons le moins de temps et d'énergie possible. Mais évidemment, si vous optimisez cela, un effet secondaire agréable est que vos utilisateurs seront probablement aussi plus heureux car ils ont besoin de moins de batterie, leur ancien téléphone fonctionnera toujours bien avec ce que vous mettez là-bas, et ils pourront consommer votre contenu Web et peut-être pas celui de vos concurrents parce que vos concurrents ne s'en soucient tout simplement pas et produisent en fait quelque chose qui est moins pratique à utiliser sur leurs téléphones. Donc, ce n'est pas quelque chose où vous opposez Google à UX, c'est un peu le même problème ou le même défi, et nous y sommes tous confrontés, y compris Google Search, donc c'est sympa.