18 réponses de Google sur les signaux d’expérience de page

Une nouvelle page de sur l’expérience de page de Google répond aux questions sur le classement, les différentes architectures de site, l’ et plus encore.

18 réponses de Google sur les signaux d’expérience de page

a publié une liste de questions fréquemment posées (FAQ) concernant les Core Web Vitals, l’ensemble des mesures de performance de l’entreprise relatives à l’expérience utilisateur, et la prochaine mise à jour de l\’Expérience de page, qui sera lancée en Mai 2021

Google a compilé quelques-unes des questions les plus fréquemment posées sur les Signaux Web Essentiels et l\’Expérience de page.

1. Quelles sont les mesures ? Pourquoi sont-elles pertinentes pour les utilisateurs ?
Les mesures centrées sur l’utilisateur sont un outil essentiel pour comprendre, mesurer et améliorer l’expérience utilisateur de votre site Web.

  • Largest Contentful Paint mesure la rapidité avec laquelle les utilisateurs voient le contenu.
  • First Input Delay mesure la réactivité d’un site à l’entrée de l’utilisateur, comme appuyer sur un bouton ou saisir des données dans un formulaire.
  • Cumulative Layout Shift mesure la fréquence à laquelle les éléments de la page se déplacent pendant que l’utilisateur essaie de lire ou d’interagir avec elle.

2. Google recommande-t-il que toutes mes pages franchissent ces seuils ? Quel est l’avantage ?
Nous recommandons aux sites Web d’utiliser ces 3 seuils comme un guide pour une expérience utilisateur optimale sur toutes les pages.

Les seuils des Signaux Web Essentiels 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 croyons que travailler à un ensemble partagé de mesures de l’expérience utilisateur et des seuils à travers tous les sites Web, sera essentiel afin de soutenir un écosystème Web sain.

3. Si j’ai créé des pages AMP, respectent-elles les seuils recommandés ?
Il y a de fortes chances que les pages AMP respectent les seuils. AMP concerne la livraison des user-first expériences de haute qualité. Ses objectifs initiaux de conception sont étroitement alignés sur ce que les mesurent aujourd’hui.

Cela signifie que les sites construits à l’aide de l’AMP peuvent probablement facilement atteindre les seuils des signaux web essentiels.

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

Il est important de noter qu’il y a des choses hors du contrôle d’AMP qui peuvent faire en sorte que les pages ne respectent pas les seuils, comme les temps de réponse lents du serveur et les images non optimisées. Pour en savoir plus, cliquez ici

4. Un site peut-il atteindre les seuils recommandés sans utiliser l’AMP ?
Oui. Vous pouvez jeter un oeil aux conseils offerts sur web.dev/vitals pour voir comment vous pouvez optimiser vos performances par rapport à Core Web Vitals.

L’avantage de l’utilisation de l’AMP est que vous obtenez ces meilleures pratiques de développement web intégrées dans le framework sans effort supplémentaire de votre part.

5. Si mon site est une Progressive Web App (PWA) , répond-il aux seuils recommandés ?
Pas nécessairement car cela dépendrait toujours de la façon dont l’application Web progressive (PWA) est implémentée et de la façon dont les utilisateurs réels vivent la page.

Les Signaux Web Essentiels (Core Web Vitals) sont complémentaires à l’expédition d’une bonne PWA. Il est important que chaque site, qu’il s’agisse d’une PWA ou non, se concentre sur l’expérience de chargement, l’interactivité et la stabilité de la mise en page.

Nous recommandons que toutes les PWA suivent les lignes directrices des Core Web Vitals.

6. Un site peut-il respecter les seuils recommandés s’il s’agit d’une application d’une seule page ?
Les Core Web Vitals mesurent l\’expérience utilisateur final d’une page Web particulière et ne tient pas compte des technologies et des architectures impliquées dans la diffusion de cette expérience.

Layout shifts, Input delays et Contentful paints sont aussi pertinents pour une application d’une seule page que pour d’autres architectures.

Différentes architectures peuvent entraîner différents points de friction pour traiter et atteindre les seuils. Quelle que soit l’architecture que vous choisissez, ce qui importe, c’est l’expérience utilisateur observée.

7. Mon site web est mobile-friendly, mais mon score “Core Web Vitals\’\’ est faible sur mobile. Comment est-ce possible ?
Le signal Page Experience mesure les aspects de la façon dont les utilisateurs perçoivent l’expérience d’interagir avec une page Web.

Core Web Vitals est un aspect de cela avec la compatibilité mobile. Ceux-ci ne sont pas censés se chevaucher, mais additifs afin de fournir une image holistique de l’expérience de page.

8. Comment améliorer mon score LCP/CLS/FID ?
Vous pouvez trouver des recommandations sur la façon d’améliorer vos paramètres Core Web Vitals sur web.dev/fast/.

L’amélioration des paramètres de votre site nécessitera des connaissances en développement web. Si vous êtes un utilisateur non technique, nous avons quelques suggestions dans notre centre d’aide Google Search Console, mais vous devriez envisager de contacter un professionnel.

9. Pourquoi y a-t-il des différences de scores entre le mobile et l’ordinateur ?
À l’heure actuelle, l’utilisation de l’expérience de page comme signal de classement ne s’appliquera qu’à la recherche mobile.

Toutefois, si vous mesurez les Signaux Web Essentiels à l’aide de votre outil de choix, vous pouvez constater que les scores diffèrent entre le Web mobile et le Web de bureau.

Bien que la technologie utilisée pour créer le site puisse être similaire, les utilisateurs réels des deux versions auront des contraintes différentes telles que l’appareil, la taille du viewport, la connectivité réseau et plus encore.

10. Les sessions qui ne signalent pas le FID peuvent-elles être considérées comme des sessions « rebondies » ?
Non, le FID (First Input Delay) exclut les parchemins, et il y a des sessions légitimes sans entrée de non-défilement. 

Le taux de rebond et le taux d’abandon peuvent être définis comme faisant partie de votre suite de choix analytics et ne sont pas pris en compte dans la conception des mesures Core Web Vitals.

11. Comment  les Core Web Vitals comptent-t-ils pour les sites dont la base d’utilisateurs comprend un trafic NBU à fort volume ou d’autres utilisateurs ayant une mauvaise connectivité Internet ?
Les Signaux Web Essentiels sont destinés à mesurer la qualité de l’expérience d’un utilisateur sur un site Web.

La population d’utilisateurs de chaque site diffère et certains sites — qui ne se limitent à aucune région particulière — peuvent avoir des populations importantes d’utilisateurs qui peuvent utiliser des appareils plus anciens, utiliser des réseaux plus lents, et ainsi de suite.

Dans de tels cas, les sites devraient adapter le contenu pour s’assurer que ces utilisateurs continuent de recevoir une grande expérience utilisateur et, idéalement, toujours atteindre les seuils Core Web Vitals recommandés.

12. Est-ce que les Core Web Vitals impactent le classement ?
À partir de Mai 2021, les signaux web essentiels seront inclus dans les signaux d’expérience de page ainsi que les signaux de recherche existants, y compris le mobile-friendly, la navigation en toute sécurité (safe browsing), la sécurité et les lignes directrices interstitielles intrusives

13. Comment Google détermine-t-il quelles pages sont affectées par l’évaluation de l’expérience de page et l’utilisation comme signal de classement ?
L’expérience de page n’est qu’un des nombreux signaux utilisés pour classer les pages. Gardez à l’esprit que l’intention de la requête de la recherche est toujours un signal très fort, de sorte qu’une page avec une expérience de page en dessous du seuil peut encore se classer haut si elle a un grand contenu pertinent.

14. Y a-t-il une différence entre le classement desktop et le classement mobile ?

À l’heure actuelle, l’utilisation de l’expérience de page comme signal de classement ne s’appliquera qu’à la recherche mobile.

15. A quoi les propriétaires de sites peuvent-ils s’attendre s’ils ne passent pas les mesures de performance des Core Web Vitals ?
Il est difficile de faire une prédiction générale. Nous aurons peut-être plus à partager à l’avenir lorsque nous annoncerons officiellement l’entrée en vigueur des changements.

Gardez à l’esprit que le contenu lui-même et sa correspondance avec le type d’informations qu’un utilisateur recherche reste un signal très fort aussi.

16. Quelles informations la Search Console fournit-elle sur les Core Web Vitals ? Que signifient ces erreurs ?
La Search Console a publié le rapport Signaux web essentiels, alimenté par les données du rapport Chrome UX, pour aider les propriétaires de sites à identifier les problèmes potentiels d’expérience utilisateur.

L’objectif est de s’assurer que le Rapport sur les statistiques Web principales est conforme et donne aux propriétaires de sites une visibilité sur l’état de chacun des principaux éléments essentiels du Web sur leur site.

17. Ma page est rapide. Pourquoi est-ce que je vois des avertissements sur le rapport “Signaux web essentiels” de la Search Console ?
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, peuvent observer une bonne expérience, cela peut ne pas être indicatif de l’expérience d’un autre utilisateur. Les Core Web Vitals examinent l’ensemble des visites des utilisateurs et ses seuils sont évalués au 75e percentile à travers le corps des utilisateurs.

Le rapport “Signaux web essentiels” de la Search Console aide à rendre compte de ces données.

Selon la façon dont vous évaluez « Rapide », n’oubliez pas que Core Web Vitals est à la recherche de plus de vitesse. Par exemple, Cumulative Layout Shift décrit les désagréments des utilisateurs comme le contenu qui se déplace.

En outre, vous pouvez également utiliser des outils de test synthétiques qui tentent d’imiter un utilisateur, mais cette représentation peut différer de vos utilisateurs réels.

18. Quand je regarde Lighthouse, je ne vois pas d’erreurs. Pourquoi est-ce que je vois des erreurs dans le rapport de la console de recherche ?
Le rapport “Signaux Web Essentiels” de la Search Console montre comment vos pages fonctionnent en fonction des données d’utilisation du monde réel du rapport CrUX (parfois appelées « données de terrain »).

Lighthouse, d’autre part, montre des données basées sur ce qu’on appelle des « données de laboratoire ».

Les données de laboratoire sont utiles pour le débogage des problèmes de performances lors de l’élaboration 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.

Vous pouvez utiliser les deux rapports pour améliorer l’expérience de vos utilisateurs, mais les informations fournies par chaque rapport sont différentes.

Source : Google 

.tb_button {padding:1px;cursor:pointer;border-right: 1px solid #8b8b8b;border-left: 1px solid #FFF;border-bottom: 1px solid #fff;}.tb_button.hover {borer:2px outset #def; background-color: #f8f8f8 !important;}.ws_toolbar {z-index:100000} .ws_toolbar .ws_tb_btn {cursor:pointer;border:1px solid #555;padding:3px} .tb_highlight{background-color:yellow} .tb_hide {visibility:hidden} .ws_toolbar img {padding:2px;margin:0px}

Auteur : Noel NGUESSAN

Je suis Noel Nguessan, fondateur du site Arobasenet.com qui existe depuis 2007 et a aujourd'hui plus de 6.800 articles. Pour ma part, j'ai intégré le monde de l'internet en 1997 en qualité de créateur de site internet, avant de devenir développeur web et multimédia au début de l'année 2000, avant de basculer naturellement dans le SEO.