La FAQ Google fournit des informations essentielles sur le Web

Google a publié une FAQ qui fournit des informations sur le fonctionnement de Core Web Vitals (CWV), ce qu’il ne mesure pas et la valeur à des fins de classement.

CWV vise à encourager une expérience Web saine

L’objectif de Core Web Vitals est d’avoir une métrique partagée pour tous les sites afin d’améliorer l’expérience utilisateur sur le Web.

Q: Google recommande-t-il que toutes mes pages atteignent ces seuils? Quel est l’avantage?

R: Nous recommandons aux sites Web d’utiliser ces trois seuils comme guide pour une expérience utilisateur optimale sur toutes les pages.

Les seuils Core Web Vitals sont évalués au niveau par page, et vous pouvez constater que certaines pages sont au-dessus et d’autres en dessous de ces seuils.

L’avantage immédiat sera une meilleure expérience pour les utilisateurs qui visitent votre site, mais à long terme, nous pensons que travailler vers un ensemble partagé de mesures et de seuils d’expérience utilisateur sur tous les sites Web sera essentiel pour maintenir un écosystème Web sain. . »

AMP est un moyen assez fiable de bien marquer

AMP est un acronyme pour Accelerated Mobile Pages. Il s’agit d’un cadre HTML permettant de fournir aux appareils mobiles des pages Web allégées, se chargeant rapidement et attrayantes.

AMP a été initialement développé par Google mais est open source. AMP peut accueillir des sites de commerce électronique ainsi que des sites d’information. Il existe par exemple des applications pour la plate-forme de commerce électronique Shopify ainsi que des plugins pour les sites WordPress qui facilitent l’ajout de la fonctionnalité AMP à un site Web.

Google affichera la préférence pour la version AMP d’un site Web aux fins du calcul du score Core Web Vitals. Ainsi, si un site a du mal à optimiser son optimisation pour les Web Vitals, l’utilisation d’AMP est un moyen rapide et facile d’obtenir un score Core Web Vitals élevé.

Néanmoins, Google a averti qu’il existe des facteurs tels qu’un serveur lent ou des images non optimisées qui peuvent encore avoir un impact négatif sur le score Web vitals principal.

« Q: Si j’ai créé des pages AMP, respectent-elles les seuils recommandés?

R: Il est fort probable que les pages AMP atteignent les seuils. AMP vise à offrir des expériences de haute qualité, axées sur l’utilisateur; ses objectifs de conception initiaux sont étroitement alignés sur ce que Core Web Vitals mesure aujourd’hui.

Cela signifie que les sites créés avec AMP peuvent facilement atteindre les seuils Web Vitals.

En outre, la version permanente d’AMP permet aux propriétaires de sites d’obtenir ces améliorations de performances sans avoir à changer leur base de code ou à investir dans des ressources supplémentaires.

Il est important de noter qu’il y a des choses qui échappent au contrôle d’AMP qui peuvent entraîner des pages qui ne respectent pas les seuils, comme des temps de réponse du serveur lents et des images non optimisées. »

Le premier délai d’entrée ne prend pas en compte le défilement ou le rebond / abandon

Le premier délai d’entrée (FID) est une métrique qui mesure le temps qu’il faut entre le moment où un visiteur du site interagit avec un site et le moment où le navigateur répond à cette interaction.

Une fois qu’un site semble être téléchargé et que les éléments interactifs semblent prêts à interagir, un utilisateur devrait idéalement pouvoir commencer à cliquer sans délai.

Un rebond est lorsqu’un visiteur visite un site, mais peu après abandonne la page, revenant vraisemblablement à la page de recherche.

La question porte sur les sessions rebondies, mais la réponse comprend également le défilement.

Google répond que le rebond et l’abandon ne font pas partie de la métrique FID, probablement parce qu’il n’y a pas eu d’interaction.

« Q: Les sessions qui ne signalent pas le FID peuvent-elles être considérées comme des sessions » rebondies « ?
R: Non, FID exclut les parchemins et il existe des sessions légitimes sans entrée sans défilement.

Le taux de rebond et le taux d’abandon peuvent être définis dans le cadre de la suite d’analyse de votre choix et ne sont pas pris en compte dans la conception de la métrique CWV « 

Classement des impacts de Core Web Vitals

Cette section réitère et confirme que Core Web Vitals deviendra un signal de classement en 2021.

« À partir de mai 2021, Core Web Vitals sera inclus dans les signaux d’expérience de page avec les signaux de recherche existants, notamment la convivialité mobile, la navigation sécurisée, la sécurité HTTPS et les directives relatives aux interstitiels intrusifs. »

Importance du signal de classement Core Web Vitals pour le classement

On dit que les signaux de classement ont des poids différents. Cela montre que certains signaux de classement ont plus d’importance que d’autres signaux de classement.

Donc, quand on dit qu’un signal de classement est plus pondéré qu’un autre signal de classement, cela signifie qu’il est plus important.

Il s’agit d’une section intéressante de la FAQ car elle traite du poids du signal de classement Core Web Vitals par rapport aux autres signaux de classement.

Google semble dire que le signal de classement Core Web Vitals est plus faible que les autres signaux de classement qui sont directement liés à la satisfaction d’une requête utilisateur.

C’est donc presque comme s’il y avait une hiérarchie de signaux, les signaux liés à l’intention étant plus importants que les signaux d’expérience utilisateur.

Voici comment Google l’explique:

« Q: Comment Google détermine-t-il quelles pages sont affectées par l’évaluation de l’expérience de page et de son utilisation en tant que signal de classement?
R: L’expérience de la page n’est que l’un des nombreux signaux utilisés pour classer les pages. Gardez à l’esprit que l’intention de la requête de recherche est toujours un signal très fort, de sorte qu’une page avec une expérience de page inférieure à la moyenne peut toujours être classée si elle a un contenu pertinent et de qualité.

Q: À quoi les propriétaires de sites peuvent-ils s’attendre en ce qui concerne leur trafic s’ils n’atteignent pas les métriques de performances Core Web Vitals?
R: Il est difficile de faire une sorte de prédiction générale. Nous aurons peut-être plus à partager à l’avenir lorsque nous annoncerons officiellement que les changements entreront en vigueur. Gardez à l’esprit que le contenu lui-même et sa correspondance avec le type d’informations recherché par l’utilisateur restent également un signal très fort. »

Données de champ dans les rapports Web Vitals de la Search Console Core

Cette section suivante explique les écarts possibles entre ce que vit un éditeur en termes de vitesse de téléchargement et ce que les utilisateurs sur différents appareils et connexions Internet peuvent rencontrer.

C’est pourquoi Google Search Console peut signaler qu’un site obtient de faibles scores sur Core Web Vitals alors que le site est perçu comme rapide par l’éditeur.

Plus important encore, la métrique Core Web Vitals ne concerne pas seulement la vitesse.

En outre, le rapport de la Search Console est basé sur des données du monde réel, tandis que les données de Lighthouse sont basées sur des utilisateurs simulés sur des appareils simulés et des connexions Internet simulées.

Les données du monde réel sont appelées données classées tandis que les tests basés sur des simulations sont appelés données de laboratoire.

«Q: Ma page est rapide. Pourquoi des avertissements s’affichent-ils dans le rapport Search Console Core Web Vitals?
R: Différents périphériques, connexions réseau, géographie et autres facteurs peuvent contribuer à la façon dont une page se charge et est vécue par un utilisateur particulier. Bien que certains utilisateurs, dans certaines conditions, puissent observer une bonne expérience, cela peut ne pas être indicatif de l’expérience d’autres utilisateurs.

Core Web Vitals examine l’ensemble des visites des utilisateurs et ses seuils sont évalués au 75e centile pour l’ensemble des utilisateurs. Le rapport SC CWV permet de rendre compte de ces données.

… Rappelez-vous que Core Web Vitals ne se limite pas à la vitesse. Par exemple, Cumulative Layout Shift décrit les désagréments des utilisateurs comme le déplacement du contenu…

Q: Quand je regarde Lighthouse, je ne vois aucune erreur. Pourquoi des erreurs apparaissent-elles dans le rapport de la Search Console?

R: Le rapport Web Vitals de la Search Console Core indique les performances de vos pages en fonction des données d’utilisation réelles du rapport CrUX (parfois appelées «données de champ»). Lighthouse, quant à lui, affiche des données basées sur ce qu’on appelle des «données de laboratoire». Les données de laboratoire sont utiles pour déboguer les problèmes de performances lors du développement d’un site Web, car elles sont collectées dans un environnement contrôlé. Cependant, il peut ne pas capturer les goulots d’étranglement du monde réel. « 

Google a publié une section de questions fréquemment posées sur Core Web Vitals qui répond à de nombreuses questions. Bien que les questions ci-dessus aient été celles que j’ai trouvées particulièrement intéressantes, prenez un moment pour consulter le reste de la FAQ, car il y a beaucoup plus d’informations. »

Citation:

FAQ sur les principales fonctionnalités Web et l’expérience de page