24 avril 2021

Core Web Vitals : un guide des signes vitaux Core Web Vitals de Google

Comment mesurer Google Core Web Vitals pour augmenter dans le classement des pages Google.

Guide des banniĂšres Google Core Web Vitals

Il est devenu de plus en plus difficile pour Google de quantifier la qualité de l'expérience utilisateur d'un site Web, ce qui a conduit à la création et au développement d'outils pour mesurer chaque aspect de l'expérience utilisateur. Les outils souvent utilisés pour mesurer l'expérience utilisateur sur un site Web incluent PageSpeed Insights, Lighthouse et Google Search Console.

Afin de permettre aux webmasters de suivre et d'améliorer plus facilement leurs expériences utilisateur, Google a dévoilé le rapport " Vitaux Web de base "Le 5 mai 2020 dans la console de recherche Google. Le rapport tire ses données du moteur Web Vital, simplifiant le paysage de l'expérience Web en trois mesures homogÚnes. Google les appelle "les trois métriques les plus importantes pour toutes les expériences Web".

La mise à jour vise à faciliter (au moins en théorie, mais nous verrons que ce n'est pas le cas) pour les webmasters et les propriétaires de sites d'apporter des améliorations à leurs sites Web sans avoir à engager des gourous de la performance ou à passer par de nombreux rapports d'analyse complexes. Il vise également à aider Google à classer les sites Web pour leur UX dans les recherches.

Quels sont les principaux paramĂštres vitaux du web, je Vitaux Web de base ?

Les trois Vitaux Web de base reprĂ©sentent les trois phases distinctes de l'expĂ©rience utilisateur : dans un ordre relatif on peut les dĂ©finir, l'expĂ©rience de chargement, l'interactivitĂ© du site et la stabilitĂ© visuelle du contenu d'une page du site. Les trois sont conçus pour ĂȘtre des amĂ©liorations quantifiables et cohĂ©rentes de ces mĂ©triques qui, en fin de compte, amĂ©liorent l'expĂ©rience utilisateur dans le « monde rĂ©el Â».

À l'aide de la console de recherche Google, vous pouvez analyser un site Web pour voir combien d'URL sont jugĂ©es « mĂ©diocres Â», « Ă  amĂ©liorer Â» ou « bonnes Â». Cela rend l'analyse assez simple pour les webmasters novices et les propriĂ©taires de sites Web pour comprendre le rapport de performance .

Quelles métriques sont mesurées dans Vitaux Web de base?

Selon Google, les trois mesures dĂ©crites ci-dessous sont utilisĂ©es comme Ă©lĂ©ments essentiels du Web. Cependant, Google a Ă©galement dĂ©clarĂ© que ces mĂ©triques devraient Ă©voluer au fil du temps et, par consĂ©quent, il est important de se tenir au courant des derniĂšres mĂ©triques de Google. Les trois mesures sont ;

  • La plus grande peinture riche en contenu  (PCL)
  • DĂ©calage de mise en page cumulatif  (CLS)
  • Premier dĂ©lai d'entrĂ©e (FID)

Traduit pour amĂ©liorer l'idĂ©e :

  • Le temps de chargement du contenu   (PCL)
  • DĂ©calage cumulatif de la mise en page   (CLS)
  • DĂ©lai de premiĂšre entrĂ©e (FID)

Peinture Ă  grand contenu (LCP)

PremiÚre métrique analysée dans les signes vitaux de tout site Web en ligne, LCP mesure les performances de charge ; le temps moyen nécessaire pour charger le plus grand élément du contenu de la page dans la vue.

LCP (Largest Contentful Paint) est l'un des trois Vitaux Web de base par Google qui mesure la vitesse de chargement de la page Web. En particulier, LCP mesure le temps entre le moment oĂč un utilisateur clique sur le lien pour accĂ©der Ă  la page et le moment oĂč le contenu principal de la page a Ă©tĂ© entiĂšrement chargĂ© et affichĂ©. Un LCP Ă©levĂ© indique une longue attente de l'utilisateur et une mauvaise expĂ©rience de navigation.

 

La taille de l'Ă©lĂ©ment est principalement dĂ©terminĂ©e par sa taille visible par l'utilisateur dans la fenĂȘtre. Tout contenu en dehors de la vue de l'utilisateur, recadrĂ© ou invisible, ne sera pas pris en compte pour quantifier la taille de l'Ă©lĂ©ment. En outre, seules des catĂ©gories d'Ă©lĂ©ments spĂ©cifiques sont considĂ©rĂ©es comme faisant partie du LCP :

  • ÉlĂ©ments de l'image
  • ÉlĂ©ments avec des images d'arriĂšre-plan chargĂ©es via la fonction URL au lieu du dĂ©gradĂ© CSS
  • ÉlĂ©ments d'image dans un Ă©lĂ©ment SVG
  • ÉlĂ©ments vidĂ©o
  • ÉlĂ©ments de niveau bloc contenant des nƓuds de texte ou tout autre Ă©lĂ©ment de niveau ligne

Étant donnĂ© que le plus grand Ă©lĂ©ment d'une page peut changer au fur et Ă  mesure du chargement de la page, Google considĂšre l'Ă©lĂ©ment le plus rĂ©cent et le plus grand jusqu'Ă  ce que la page soit complĂštement chargĂ©e ou que l'utilisateur commence Ă  interagir avec le contenu de la page.

Pour amĂ©liorer le LCP, plusieurs stratĂ©gies peuvent ĂȘtre adoptĂ©es :

  1. Optimisation de l'image : réduisez la taille de l'image et utilisez des formats optimisés tels que JPEG 2000, WebP ou AVIF pour réduire le temps de chargement.
  2. Utilisez une connexion rapide : si possible, utilisez une connexion rapide pour tĂ©lĂ©charger des ressources.
  3. Utilisation d'un rĂ©seau de diffusion de contenu (CDN) : utilisez un CDN pour distribuer les ressources de maniĂšre Ă  rĂ©duire la distance entre l'utilisateur et le serveur.
  4. Minimiser le code JavaScript : réduisez le code JavaScript inutilisé ou non essentiel pour améliorer le temps de chargement de la page.
  5. Utilisation de polices asynchrones : chargez les polices de maniĂšre asynchrone pour Ă©viter de bloquer le chargement des ressources.
  6. Utilisation du chargement diffĂ©rĂ© : ne chargez que le contenu essentiel au dĂ©but et chargez le reste du contenu ultĂ©rieurement en fonction des besoins de l'utilisateur.
  7. Surveillance et analyse des données : utilisez des outils tels que Google Analytics ou Google Search Console pour surveiller le LCP et identifier les problÚmes.

Délai de premiÚre entrée (FID)

Le FID est une métrique qui mesure l'interactivité d'un site Web. Mesure le temps nécessaire au navigateur pour répondre au clic d'un utilisateur sur un bouton, un lien ou un contrÎle basé sur JavaScript.

Le FID (First Input Delay) est l'un des trois Vitaux Web de base par Google qui mesure la rĂ©activitĂ© de la page Web. En particulier, le FID mesure le temps entre le moment oĂč un utilisateur effectue une interaction (par exemple en cliquant sur un bouton ou en saisissant du texte dans une zone de texte) et le moment oĂč la page commence Ă  rĂ©agir Ă  l'interaction. Un FID Ă©levĂ© indique une longue attente de l'utilisateur et une mauvaise rĂ©activitĂ© de la page.

Cependant, le thread principal est parfois occupĂ© et incapable de rĂ©pondre aux commandes de l'utilisateur. C'est ce qu'on appelle la latence d'entrĂ©e, souvent causĂ©e par le fait que le navigateur de l'utilisateur est trop occupĂ© Ă  gĂ©rer des fichiers JavaScript lourds. Lorsque le navigateur est en latence d'entrĂ©e, il y a un dĂ©lai entre l'entrĂ©e et l'action.

Le premier délai d'entrée est conçu pour se concentrer uniquement sur les événements contrÎlés par l'utilisateur tels que les tapotements, les clics et les pressions sur les boutons au lieu des interfaces sur la page telles que le zoom et le défilement.

Changement de mise en page cumulatif - Changement de mise en page cumulatif (CLS)

Avez-vous dĂ©jĂ  Ă©tĂ© Ă  un clic de sĂ©lectionner une image, une vidĂ©o ou un lien sur une page et soudain, elle grimace, se met Ă  jour ou se dĂ©place et vous ĂȘtes soudainement dans l'AppStore ? Ce mouvement / cette secousse est causĂ© par un changement cumulatif de mise en page ou en termes simples ; combien une page bouge pendant le chargement. Google a fermement l'intention d'empĂȘcher CLS d'ĂȘtre une expĂ©rience utilisateur nĂ©gative qui peut ĂȘtre agacĂ©e.

CLS (Cumulative Layout Shift) est l'un des trois Vitaux Web de base de Google qui mesure la stabilité de la page Web. Plus précisément, CLS mesure la quantité de contenu qui se déplace sur la page lors de son chargement. Plus la valeur CLS est élevée, plus il est probable que les utilisateurs auront des difficultés à interagir avec la page, par exemple en cliquant sur un lien ou un bouton, en raison d'une navigation inattendue.

Le navigateur mesure CLS en Ă©valuant deux cadres sĂ©parĂ©s pour la taille de leurs fenĂȘtres respectives par rapport au mouvement des Ă©lĂ©ments instables dans les fenĂȘtres. Le rĂ©sultat est un produit de la fonction de distance et de la fonction d'impact. Fondamentalement, Google sera en mesure de dire quand les Ă©lĂ©ments d'une page vont trop loin et de les classer plus bas sur les pages de rĂ©sultats de recherche.

Pour amĂ©liorer le CLS, plusieurs stratĂ©gies peuvent ĂȘtre adoptĂ©es :

  1. Utiliser une taille d'image par dĂ©faut : dĂ©finissez une taille d'image par dĂ©faut afin que la mise en page ne change pas lorsque les images sont chargĂ©es.
  2. Utiliser une taille par dĂ©faut pour les vidĂ©os : dĂ©finissez une taille par dĂ©faut pour les vidĂ©os afin que la mise en page ne change pas lors du chargement des vidĂ©os.
  3. Utilisation de polices asynchrones : chargez les polices de maniĂšre asynchrone pour Ă©viter de bloquer le chargement des ressources et de provoquer des changements de mise en page inattendus.
  4. Utilisation du chargement diffĂ©rĂ© : ne chargez que le contenu essentiel au dĂ©but et chargez le reste du contenu ultĂ©rieurement en fonction des besoins de l'utilisateur pour Ă©viter de provoquer des mouvements inattendus dans la mise en page.
  5. Utilisation d'un framework de développement d'interface : Utilisez un framework de développement d'interface comme React ou Angular pour créer des interfaces utilisateur stables.
  6. Utilisation d'une animation pour insĂ©rer des Ă©lĂ©ments : utilisez une animation pour insĂ©rer des Ă©lĂ©ments afin d'Ă©viter de provoquer des mouvements inattendus dans la mise en page.
  7. Surveillance et analyse des données : Utilisez des outils tels que Google Analytics ou Google Search Console pour surveiller le CLS et identifier tout problÚme.

Quels outils pouvez-vous utiliser pour mesurer les principaux Vitaux Web de base?

Étant donnĂ© que les trois principaux Ă©lĂ©ments vitaux du Web sont un Ă©lĂ©ment fondamental dans la mise Ă  jour de l'expĂ©rience de la page, Google intĂšgre des mĂ©triques dans les outils couramment utilisĂ©s pour optimiser les pages par les webmasters et le rĂ©fĂ©rencement. Étant donnĂ© que nous devons tous mesurer le succĂšs de la Vitaux Web de base de nos sites, il est normal d'avoir les bons outils pour le travail.

PageSpeed Informations

PageSpeed Informations Google est l'un des outils les plus utilisĂ©s pour mesurer la vitesse des pages. En plus de permettre au webmaster de voir le score de leur page, ils incluent Ă©galement des mĂ©triques de Vitaux Web de base qui sont utiles pour l'utilisateur car ils lui donnent des informations sur la qualitĂ© de la page.

PageSpeed Insights est un excellent outil pour mesurer le succĂšs des efforts de rĂ©fĂ©rencement . Cependant, ce n'est pas la meilleure option si vous avez l'intention d'optimiser votre site pour Vitaux Web de base car il manque de nombreux dĂ©tails dans l'outil. Par exemple, pour vĂ©rifier les pages qui doivent ĂȘtre amĂ©liorĂ©es sur des Ă©lĂ©ments vitaux de base spĂ©cifiques au Web, vous devrez revenir Ă  console de recherche Google.

Google Search Console

Lorsque vous essayez de vérifier une page particuliÚre pour son Vitaux Web de base, connectez-vous simplement à la console de recherche Google de votre site Web et sélectionnez le bouton Vitaux Web de base sur la barre latérale de la console et un rapport apparaßtra.

Si vous souhaitez vĂ©rifier le rapport, cliquez sur « Type Â» et la console de recherche Google vous montrera les pages actuellement en cours d'exĂ©cution « Mauvais Â», « A besoin d'amĂ©lioration Â» ou « Bon Â». Une fois que vous avez identifiĂ© les pages qui nĂ©cessitent une optimisation pour les donnĂ©es vitales clĂ©s de Google, vous pouvez maintenant utiliser PageSpeed Insights pour voir des conseils sur la façon d'optimiser ces pages spĂ©cifiques.

Rapport sur l'expérience utilisateur de Chrome

Ce rapport sur l'expérience utilisateur de Chrome fournit des mesures réelles sur la façon dont les utilisateurs de Chrome perçoivent les sites Web.

Les métriques sont principalement basées sur des données réelles. Le rapport compare l'expérience utilisateur réelle d'un site Web avec des tests locaux ou virtuels dans des environnements simulés et définis. Avec cette comparaison, vous pourrez voir clairement l'ensemble des variables qui se forment et conduisent à une bonne expérience utilisateur.

Outils de développement Chrome

Chrome Dev Tools est une suite d'outils de développement de sites Web intégrés à Google Chrome. Avec ces outils, vous pouvez modifier rapidement des pages Web à la volée et corriger les erreurs pour créer des sites Web de qualité plus rapidement.

De plus, Chrome Dev Tools permet au propriétaire du site ou au webmaster de rechercher et de résoudre les problÚmes liés à l'instabilité visuelle sur une page Web, ce qui peut entraßner un décalage de mise en page cumulatif (CLS).

Extension Web Vitals

Les métriques Vitaux Web de base sont également disponibles pour les webmasters et les propriétaires de sites dans une nouvelle extension. En fournissant des commentaires en temps réel sur les trois principaux paramÚtres Web essentiels, cette extension est cohérente avec les tests et les rapports de Chrome utilisant des métriques sur Google et d'autres outils. Non seulement cela aidera le webmaster à diagnostiquer ses pages Web lors de vos déplacements, mais cela aidera également à mesurer les performances des pages d'un concurrent que vous souhaitez égaler ou battre. Vous pouvez gagner du temps, vous adapter plus rapidement aux situations du marché et devenir plus efficace avec vos commandes en utilisant l'extension Web Vitals.

Comment analyser les scores vitaux du Web pour ordinateur de bureau et mobile

L'analyse indĂ©pendante sur Web Vitals est accessible sur les ordinateurs de bureau / portables et les appareils mobiles. Dans certains des outils dĂ©crits ci-dessus, vous pouvez exĂ©cuter un test ou une requĂȘte sur une catĂ©gorie d'appareils spĂ©cifique et, lorsque les deux sont disponibles sur le mĂȘme outil (comme Google PageSpeed Insights), vous pouvez facilement basculer entre eux. Le paramĂštre par dĂ©faut pour PageSpeed Insights sont des statistiques mobiles, et vous devrez passer Ă  l'onglet Bureau pour voir la diffĂ©rence entre les deux catĂ©gories d'appareils sur vos pages.

La console de recherche Google présente désormais des métriques pour Vitaux Web de base lorsque les données d'expérience utilisateur Chrome sont disponibles. Lorsque vous vous connectez à Vitaux Web de base, les deux catégories d'appareils sont affichées dans le tableau de bord de la console Google. De là, vous pouvez afficher les groupes de pages qui rencontrent des problÚmes.

Pour voir les scores vitaux de votre ordinateur de bureau et du Web mobile dans le nouveau rapport Chrome User Experience (CrUX), vous devez configurer « ordinateur de bureau Â» ou « smartphone Â» comme facteurs de forme d'appareil dans les instructions SQL.

Quel bon score est dans Vitaux Web de base?

En plus de l'Ă©valuation en trois Ă©tapes (« Mauvais Â», « Besoin d'amĂ©lioration Â» et « Bon Â»), Google dĂ©finit davantage chaque Ă©valuation avec un seuil convenu pour aider les webmasters Ă  progresser. Les seuils suivants dĂ©terminent chaque Ă©lĂ©ment vital :

  • La plus grande peinture contentieuse (LCP) : Pour une bonne expĂ©rience utilisateur, le LCP doit se produire dans les 2,5 secondes suivant le chargement de la page.
  • Premier dĂ©lai d'entrĂ©e (FID) - Les pages doivent avoir un score FID infĂ©rieur Ă  100 millisecondes pour une bonne expĂ©rience utilisateur sur une page.
  • DĂ©calage de mise en page cumulatif (CLS) : Pour une bonne expĂ©rience utilisateur, les pages doivent conserver moins de 0,1 CLS.

Pour vous assurer que vos pages atteignent les scores recommandĂ©s, Google recommande de mesurer le 75 centile de chargements de pages sur les plates-formes mobiles et de bureau.

Les principaux paramĂštres vitaux du Web affecteront-ils mes notes de recherche Google ?

Votre score sur Vitaux Web de base affectera votre note de recherche Ă  partir de 2021. Actuellement, les pages ne sont pas classĂ©es en utilisant Vitaux Web de base. En 2021, Vitaux Web de base il combinera la sĂ©curitĂ©, l'optimisation mobile, la sĂ©curitĂ© et l'absence de fenĂȘtres contextuelles en tant que signaux pour mesurer l'expĂ©rience globale de la page utilisateur. Les webmasters et les propriĂ©taires ont un prĂ©avis de 6 mois avant que Google ne commence Ă  utiliser Vitaux Web de base comme signal de positionnement. Cependant, vous pouvez mesurer et amĂ©liorer les mĂ©triques dĂšs maintenant.

Il est probable qu'à l'avenir, Google utilisera de plus en plus l'expérience utilisateur et de navigation comme facteurs de classement, ainsi que la vitesse du site. La vitesse du site Web est déjà un facteur important dans le classement des moteurs de recherche, mais à mesure que l'expérience utilisateur augmente, elle deviendra de plus en plus essentielle pour se classer dans les premiÚres positions.

I Vitaux Web de base de Google, tels que LCP, FID et CLS, sont une mesure de l'expérience utilisateur et de la vitesse du site. Si un site atteint des valeurs optimales pour ces facteurs, il aura de meilleures chances de se classer haut dans les résultats de recherche.

Pour cette raison, il est important que les propriétaires de sites Web se concentrent sur la vitesse du site et l'expérience utilisateur dans les mois à venir, en utilisant des techniques telles que l'optimisation des images, l'utilisation d'une connexion rapide, l'utilisation d'un réseau de diffusion de contenu (CDN) et l'optimisation du code JavaScript.

Conseils pour améliorer votre score Vitaux Web de base

La plupart des correctifs courants pour la vitesse globale de la page seront également accompagnés d'un élément d'amélioration des principales données vitales Web de votre page. Selon Google, vous pourriez améliorer le vÎtre Vitaux Web de base:

  • RĂ©duire la taille de la page Ă  moins de 500 Ko
  • Limitation des ressources de page Ă  50 pour amĂ©liorer les performances des appareils mobiles
  • Utiliser AMP pour amĂ©liorer la vitesse de chargement des pages

Web.dev propose des suggestions de mĂ©triques Vitaux Web de base prĂ©cise qu'il s'agit d'une excellente ressource que tout webmaster travaillant dans le rĂ©fĂ©rencement ou le dĂ©veloppement Web devrait utiliser souvent :

Vous pouvez Ă©galement utiliser le Outil de test PageSpeed Informations pour suivre les modifications apportĂ©es. Il est excellent dans ce domaine car il vous permet de valider vos modifications Vitaux Web de base Ă  partir de la page du rapport.

Utilisateurs de PageSpeed Les informations de longue date peuvent dĂ©jĂ  ĂȘtre familiĂšres avec des mĂ©triques similaires, dont la plupart ne manqueront pas de rester. Vitaux Web de base est le point culminant de ces mĂ©triques et a l'intention de sortir de la complexitĂ© de l'expĂ©rience dĂ©veloppeur avec eux. Les principaux Ă©lĂ©ments vitaux du Web sont simples Ă  Ă©liminer et apportent de la clartĂ© entre un nombre plus ou moins grand de mĂ©triques Ă  suivre.

Données de laboratoire et de terrain

Selon les conditions disponibles, les scores peuvent varier considĂ©rablement, changeant littĂ©ralement au fur et Ă  mesure que les utilisateurs parcourent les pages. Il est essentiel de savoir comment chaque score est tabulĂ© dans un environnement donnĂ©. Cependant, les scores ne peuvent ĂȘtre interprĂ©tĂ©s qu'aprĂšs avoir dĂ©terminĂ© si les donnĂ©es Ă©taient des donnĂ©es de terrain ou de laboratoire.

Les données du laboratoire Vitaux Web de base ils sont collectés à l'aide de l'API du navigateur en tant que minuteurs d'événements de chargement de page et estimations mathématiques qui simulent l'interactivité de l'utilisateur. Bien que les données de terrain de Vitaux Web de base se composent de métriques similaires, sont collectées à partir d'expériences utilisateur réelles lors de la navigation sur des pages Web tandis que les valeurs de minuterie d'événement résultantes sont transmises à un référentiel.

Utilisation de PageSpeed Insights, Chrome Dev Tools et la nouvelle extension de navigateur Vitaux Web Chrome, les dĂ©veloppeurs et les professionnels du rĂ©fĂ©rencement ont accĂšs aux donnĂ©es de laboratoire en temps rĂ©el. En comptant le temps des scripts de blocage de threads, PSI et WebPage Test gĂ©nĂšrent des scores d'interactivitĂ© de page Ă  partir d'Ă©vĂ©nements de chargement de page.

Ces outils de donnĂ©es de laboratoire sont inestimables pour votre workflow de reporting et pour l'amĂ©lioration des scores Vitaux Web de base et ils devraient toujours ĂȘtre dans votre arsenal de rĂ©fĂ©rencement. À moins que vous ne remarquiez des problĂšmes dans les donnĂ©es de terrain, ces donnĂ©es de laboratoire peuvent Ă©galement ĂȘtre tout ce dont vous avez besoin en tant que dĂ©veloppeur si votre site Web est basĂ© sur quelques modĂšles.

La librairie Web Vitals JavaScript il peut Ă©galement ĂȘtre utile dans le flux de travail lorsqu'il est utilisĂ© comme pipeline de test. La bibliothĂšque est disponible via CDN et peut ĂȘtre incluse dans la production HTML et configurĂ©e pour transmettre des donnĂ©es de terrain collectĂ©es indĂ©pendamment aux centres de comparaison pour la crĂ©ation de rapports.

Lighthouse propose au webmaster diffĂ©rents points d'accĂšs particuliĂšrement utiles dans le workflow de dĂ©veloppement. Il comprend plusieurs tests qui vous aident Ă  garantir le respect des normes Web Ă©tablies. Lighthouse peut Ă©galement vous aider Ă  dĂ©boguer les situations oĂč vous dĂ©pannez Vitaux Web de base.

Comparaison des données de terrain avec les résultats de laboratoire

Chrome, Firefox, Safari, Opera mini et d'autres navigateurs modernes mesurent la façon dont les utilisateurs perçoivent vos sites Web en temps rĂ©el Ă  partir de leurs appareils via l'API JavaScript intĂ©grĂ©e. Comme indiquĂ©, Google collecte et rapporte ses donnĂ©es de terrain auprĂšs des utilisateurs de Chrome via le rapport CrUX en utilisant parfois les mĂȘmes API de navigateur.

Il est beaucoup plus facile d'accĂ©der aux donnĂ©es de terrain rĂ©elles aprĂšs avoir vĂ©rifiĂ© que vos pages contiennent des donnĂ©es de terrain dans CrUX. Cela se fait en vĂ©rifiant la propriĂ©tĂ© de votre site Web sur la console de recherche Google. Le tableau de bord de la Search Console affiche les donnĂ©es de champ sur une interface qui vous permet d'explorer en profondeur en utilisant des clics au lieu d'Ă©crire des requĂȘtes SQL.

Alternativement, vous pouvez utiliser PSI, qui utilise des donnĂ©es de terrain datant de 28 jours. L'API qui gĂšre le rapport de rĂ©cence est une bibliothĂšque JavaScript open source autonome qui peut ĂȘtre insĂ©rĂ©e dans votre workflow de dĂ©veloppement ou utilisĂ©e pour contrĂŽler un tableau de bord d'application. PSI peut Ă©galement agir comme une application autonome oĂč un dĂ©veloppeur a dĂ©jĂ  crĂ©Ă© une excellente interface pour l'application.

Comment résoudre les problÚmes de rapport de données vitales

En raison de la nature de certains moments des rapports et de la maniÚre dont les données ont été collectées, il sera nécessaire de vérifier les données de laboratoire en les corrélant avec les données de terrain et les écarts de débogage. Par exemple, les chargements de page suivants peuvent varier les scores de résultats lors de la surveillance de Web Vitals à l'aide de l'extension. Il peut y avoir plusieurs raisons derriÚre cela.

Le navigateur a la possibilité de rassembler des valeurs interactives via l'extension tout en faisant défiler une page d'une maniÚre similaire aux données de terrain du monde réel. En utilisant son propre cache, le navigateur est également capable de collecter des ressources plus rapidement lors de la mise à jour.

Pour obtenir les donnĂ©es les plus prĂ©cises et les rĂ©sultats locaux lors de l'optimisation pour Vitaux Web de base en utilisant Chrome Dev Tools et Web Vitals Extension, n'oubliez pas de vider le cache ou de le contourner en appuyant sur Maj-Actualiser sur le navigateur Web dans votre flux de travail. Une autre astuce gĂ©niale consiste Ă  charger la page « Ă  peu prĂšs vierge Â» avant de dĂ©marrer une session de surveillance et d'enregistrement des performances dans les outils de dĂ©veloppement pour commencer proprement Ă  rĂ©diger un rapport.

Les donnĂ©es de terrain et de laboratoire sont gĂ©nĂ©ralement trĂšs similaires et pour une bonne raison. Chaque fois que vous apportez des modifications importantes aux deux, vos rĂ©sultats de laboratoire seront en avance sur les donnĂ©es de terrain ou vice versa. Par consĂ©quent, si vous remarquez que vos tests Ă©chouent sur le terrain et que vous avez dĂ©jĂ  amĂ©liorĂ© vos scores de laboratoire pour les rĂ©ussir, vous devez ĂȘtre suffisamment patient pour permettre aux donnĂ©es de terrain de rattraper les donnĂ©es de laboratoire, ou envoyer les donnĂ©es sur le terrain . indĂ©pendamment via Analytics, vĂ©rifiez-le.

Bien qu'il puisse sembler assez évident que CLS soit le score de données de terrain le plus compliqué à faire correspondre localement, ce n'est pas nécessairement le cas. Vous pouvez utiliser l'extension Chrome pour définir l'option d'appliquer une superposition de Vitaux Web de base, afin que vous puissiez observer les changements de partition lorsque vous naviguez et interagissez avec la page.

Il en va de mĂȘme pour le FID. Votre score devient l'interaction sur la premiĂšre page (dĂ©filement, clic, zoom ou saisie au clavier) une fois que les activitĂ©s de blocage de fil ont Ă©tĂ© ajoutĂ©es au moment.

Les informations trĂšs dĂ©taillĂ©es disponibles dans Chrome Dev Tools vous permettent de rĂ©soudre les problĂšmes CLS Ă  un niveau miniaturisĂ© avec la lecture et l'enregistrement des performances. Cliquez sur la section « ExpĂ©rience Â» qui reproduit les changements CLS dans l'enregistrement. Vous pouvez Ă©galement mettre en Ă©vidence les changements dans l'affichage Ă  l'aide d'un paramĂštre qui fait clignoter les Ă©lĂ©ments en bleu lorsqu'ils se dĂ©placent et les enregistre sur les rĂ©sultats.

Vitaux Web de base mineur

Bien LCP, FID et CLS Les signes vitaux Web CORE sont pris en compte, il existe d'autres mesures mineures qui peuvent ĂȘtre utilisĂ©es pour offrir une excellente expĂ©rience utilisateur. Ils sont communĂ©ment appelĂ©s Ă©lĂ©ments vitaux Web secondaires ou simplement Ă©lĂ©ments vitaux Web.

  • Heure du premier octet : TTFB est le temps qu'il faut au navigateur pour recevoir le premier octet du contenu de la page
  • Temps d'interactivitĂ© : TTI est le temps qu'il faut Ă  la page pour charger ses sous-ressources et ĂȘtre capable de rĂ©pondre aux commandes de l'utilisateur.
  • Temps de blocage total : TBT prend en charge le temps entre FCP et TTI lorsqu'un blocage total s'est produit dans le thread, empĂȘchant la page de rĂ©pondre Ă  l'entrĂ©e de l'utilisateur.

conclusion

Optimisation pour Vitaux Web de base est forcĂ©ment un gros problĂšme si vous voulez que vos pages soient bien classĂ©es dans les SERP l'annĂ©e prochaine. Étant donnĂ© que les trois principaux paramĂštres vitaux du Web sont par essence techniques, de nombreux webmasters peuvent ĂȘtre moins bien informĂ©s sur cet aspect particulier.

Cependant, il existe de nombreux développeurs et experts SEO expérimentés, des techniciens et des ingénieurs systÚme qui vous aideront à cet égard.

Nous espérons vous avoir donné un aperçu clair des signes vitaux de Google Web Core.

N'hésitez pas à nous contacter si vous souhaitez améliorer significativement votre score.

Informations sur l'auteur

Vous avez des doutes ? Vous ne savez pas par oĂč commencer ? Contactez-nous !

Nous avons toutes les réponses à vos questions pour vous aider à faire le bon choix.

Discute avec nous

Discutez directement avec notre support avant-vente.

0256569681

Contactez-nous par téléphone pendant les heures de bureau 9h30 - 19h30

Contactez-nous en ligne

Ouvrez une demande directement dans l'espace contact.

INFORMATIONS

Managed Server Srl est un acteur italien leader dans la fourniture de solutions systÚme GNU/Linux avancées orientées vers la haute performance. Avec un modÚle d'abonnement peu coûteux et prévisible, nous garantissons que nos clients ont accÚs à des technologies avancées en matiÚre d'hébergement, de serveurs dédiés et de services cloud. En plus de cela, nous proposons des conseils systÚme sur les systÚmes Linux et une maintenance spécialisée en SGBD, sécurité informatique, Cloud et bien plus encore. Nous nous distinguons par notre expertise dans l'hébergement de CMS Open Source de premier plan tels que WordPress, WooCommerce, Drupal, Prestashop, Joomla, OpenCart et Magento, soutenus par un service d'assistance et de conseil de haut niveau adapté aux administrations publiques, aux PME et à toutes tailles.

Red Hat, Inc. dĂ©tient les droits de Red HatÂź, RHELÂź, RedHat LinuxÂź et CentOSÂź ; AlmaLinuxℱ est une marque commerciale d'AlmaLinux OS Foundation ; Rocky LinuxÂź est une marque dĂ©posĂ©e de la Rocky Linux Foundation ; SUSEÂź est une marque dĂ©posĂ©e de SUSE LLC ; Canonical Ltd. dĂ©tient les droits sur UbuntuÂź ; Software in the Public Interest, Inc. dĂ©tient les droits sur DebianÂź ; Linus Torvalds dĂ©tient les droits sur LinuxÂź ; FreeBSDÂź est une marque dĂ©posĂ©e de la FreeBSD Foundation ; NetBSDÂź est une marque dĂ©posĂ©e de la Fondation NetBSD ; OpenBSDÂź est une marque dĂ©posĂ©e de Theo de Raadt. Oracle Corporation dĂ©tient les droits sur OracleÂź, MySQLÂź et MyRocksÂź ; PerconaÂź est une marque dĂ©posĂ©e de Percona LLC ; MariaDBÂź est une marque dĂ©posĂ©e de MariaDB Corporation Ab ; REDISÂź est une marque dĂ©posĂ©e de Redis Labs Ltd. F5 Networks, Inc. dĂ©tient les droits sur NGINXÂź et NGINX PlusÂź ; VarnishÂź est une marque dĂ©posĂ©e de Varnish Software AB. Adobe Inc. dĂ©tient les droits sur MagentoÂź ; PrestaShopÂź est une marque dĂ©posĂ©e de PrestaShop SA ; OpenCartÂź est une marque dĂ©posĂ©e d'OpenCart Limited. Automattic Inc. dĂ©tient les droits sur WordPressÂź, WooCommerceÂź et JetPackÂź ; Open Source Matters, Inc. dĂ©tient les droits sur JoomlaÂź ; Dries Buytaert dĂ©tient les droits sur DrupalÂź. Amazon Web Services, Inc. dĂ©tient les droits sur AWSÂź ; Google LLC dĂ©tient les droits sur Google Cloudℱ et Chromeℱ ; Facebook, Inc. dĂ©tient les droits sur FacebookÂź ; Microsoft Corporation dĂ©tient les droits sur MicrosoftÂź, AzureÂź et Internet ExplorerÂź ; La Fondation Mozilla dĂ©tient les droits sur FirefoxÂź. ApacheÂź est une marque dĂ©posĂ©e de The Apache Software Foundation ; PHPÂź est une marque dĂ©posĂ©e du groupe PHP. CloudFlareÂź est une marque dĂ©posĂ©e de Cloudflare, Inc. ; NETSCOUTÂź est une marque dĂ©posĂ©e de NETSCOUT Systems Inc. ; ElasticSearchÂź, LogStashÂź et KibanaÂź sont des marques dĂ©posĂ©es d'Elastic NV. Ce site n'est affiliĂ©, sponsorisĂ© ou autrement associĂ© Ă  aucune des entitĂ©s mentionnĂ©es ci-dessus et ne reprĂ©sente aucune de ces entitĂ©s de quelque maniĂšre que ce soit. Tous les droits sur les marques et noms de produits mentionnĂ©s sont la propriĂ©tĂ© de leurs titulaires respectifs des droits d'auteur. Toutes les autres marques mentionnĂ©es appartiennent Ă  leurs titulaires. MANAGED SERVERÂź est une marque dĂ©posĂ©e au niveau europĂ©en par MANAGED SERVER SRL Via Enzo Ferrari, 9 62012 Civitanova Marche (MC) Italie.

JUSTE UN MOMENT !

Souhaitez-vous voir comment votre WooCommerce fonctionne sur nos systĂšmes sans avoir Ă  migrer quoi que ce soit ? 

Entrez l'adresse de votre site WooCommerce et vous obtiendrez une démonstration navigable, sans avoir à faire absolument quoi que ce soit et entiÚrement gratuite.

Non merci, mes clients préfÚrent le site lent.
Retour en haut de page