Découvrez comment les décisionnaires en entreprise et les non-développeurs peuvent améliorer les métriques Core Web Vitals.
Introduction
Il a été démontré que l'expérience utilisateur sur les sites Web a un impact direct sur les résultats commerciaux. L'amélioration de l'expérience utilisateur (les sites Web qui se chargent et s'affichent plus rapidement) permet souvent d'augmenter l'engagement et le nombre de conversions. Core Web Vitals est une initiative qui vise à quantifier l'expérience utilisateur proposée par les sites Web afin d'identifier les axes d'amélioration.
Cependant, une grande partie de la documentation sur les métriques Core Web Vitals est destinée aux développeurs Web qui disposent de connaissances techniques approfondies et d'un contrôle total sur leur code. De nombreux sites Web sont créés par des non-développeurs à l'aide d'une plate-forme de création de sites telle que WordPress, Shopify, Wix ou d'autres solutions similaires, le plus souvent sans équipe de développement Web.
Même s'il existe une équipe dédiée ou des développeurs Web, ils ne sont pas les seuls responsables des performances Web. Les décisionnaires en entreprise ont une influence considérable sur les performances des sites Web. Ils peuvent, par exemple, décider du contenu et du design de l'entreprise, mais aussi élaborer des stratégies publicitaires visant à générer plus de trafic vers leur site. Ces décisions ont souvent un impact significatif sur les performances d'un site Web.
L'objectif de ce guide est de fournir des informations pertinentes permettant aux créateurs et aux propriétaires de sites de comprendre (et d'améliorer) l'expérience utilisateur autant que possible, sans nécessiter de connaissances techniques approfondies en matière de développement Web.
Parallèlement, de nombreux problèmes de performances obligent les développeurs à apporter des corrections techniques. Nos guides destinés aux développeurs peuvent les aider à y parvenir. Il ne s'agit pas d'un guide exhaustif, mais plutôt d'une introduction au projet Core Web Vitals pour les décisionnaires d'entreprises ayant des causes courantes de mauvaise performance, non liées au développement. En outre, un développeur Web devra probablement s'impliquer pour progresser davantage.
Que sont les métriques Core Web Vitals ?
Les Core Web Vitals sont un ensemble de trois métriques conçues pour mesurer l'expérience utilisateur d'une page et en particulier sa vitesse. Chacun d'eux est associé à une abréviation de trois lettres:
- La métrique Largest Contentful Paint (LCP) mesure les performances de chargement: le temps, en secondes, nécessaire pour que le contenu le plus visible d'une page s'affiche après le début du chargement.
- La métrique CLS (Cumulative Layout Shift) mesure la stabilité visuelle d'une page, c'est-à-dire la durée pendant laquelle le contenu se déplace pendant le chargement.
- Interaction to Next Paint (INP), qui a officiellement remplacé FID le 12 mars 2024, mesure la réactivité de la page, c'est-à-dire la rapidité avec laquelle elle réagit aux clics, aux appuis et aux interactions au clavier.
Chaque métrique mesure un aspect différent de l'expérience utilisateur. Google propose également des seuils recommandés pour chaque métrique. En dessous duquel l'expérience utilisateur est considérée comme bonne, et au-dessus de laquelle elle est considérée comme faible. Entre ces seuils, une page est considérée comme dans la plage des améliorations nécessaires. Gardez à l'esprit qu'avec ces métriques, les chiffres sont plus faibles.
Comment les métriques Core Web Vitals sont-elles mesurées ?
Les métriques Core Web Vitals sont mesurées par les utilisateurs réels de votre site Web, et les résultats varient selon les utilisateurs. Il ne s'agit pas de"ce que pense Google " ni de"ce que pense Googlebot", mais ce que les utilisateurs de votre site Web ont réellement vécus.
Certains utilisateurs utiliseront des appareils et des réseaux plus rapides. Certains fonctionnent sur des appareils ou des réseaux plus lents. Certains utilisateurs visiteront des pages plus simples et plus rapides de votre site, d'autres encore plus lentement. Les résultats de toutes ces expériences utilisateur sont ensuite agrégés pour donner une mesure globale de l'ensemble de votre site Web.
Google met à disposition les données des utilisateurs Chrome ayant activé l'application dans le rapport d'expérience utilisateur Chrome, qui alimente de nombreux outils Google tels que PageSpeed Insights et la Google Search Console.
CrUX est disponible sur des millions de sites Web populaires, mais tous les sites ne sont pas en CrUX. D'autres outils de contrôle des utilisateurs réels (RUM, Real User Monitoring) peuvent également collecter ces métriques pour votre site.
Comment puis-je trouver les métriques Core Web Vitals de mon site ?
De nombreux outils affichent les métriques Core Web Vitals fournies par Google et par des tiers. Cet article présente deux outils qui vous permettent de consulter rapidement les métriques Core Web Vitals pour votre site. Pour en savoir plus sur les autres outils Google, y compris sur le workflow permettant de les utiliser pour traiter les métriques Core Web Vitals, consultez l'article Workflows Core Web Vitals avec les outils Google.
Si votre plate-forme offre une solution RUM intégrée, elle peut fournir des informations beaucoup plus détaillées sur les pages de votre site, vous permettre d'explorer des pages spécifiques ou de segmenter vos utilisateurs afin de mieux comprendre et identifier les problèmes.
PageSpeed Insights
Vous pouvez utiliser PageSpeed Insights (PSI) pour obtenir un aperçu rapide qui ne nécessite aucune configuration. Saisissez l'URL, puis cliquez sur "Analyser". Si votre site est inclus dans l'expérience utilisateur Chrome (CrUX), une section "Découvrez ce que rencontrent vos utilisateurs réels" doit s'afficher rapidement:
Ce graphique montre l'expérience de vrais utilisateurs de Chrome sur votre site Web au cours des 28 derniers jours. Les trois Core Web Vitals s'affichent en haut, avec d'autres métriques associées en dessous (y compris la métrique INP en attente). Seules les métriques Core Web Vitals sont prises en compte dans l'évaluation globale Réussite/Échec située en haut de la page. Les autres métriques peuvent toutefois s'avérer utiles pour résoudre les problèmes liés aux Core Web Vitals, comme le montre la section suivante.
Vous pouvez basculer entre l'affichage sur mobile et l'affichage sur ordinateur à l'aide des boutons situés en haut de cette section. Vous pouvez également basculer entre Cette URL et toutes les données pour cette origine à l'aide du bouton d'activation situé en haut à droite (où existent les données des deux).
Ces chiffres vous donnent un bon indicateur des performances de votre site, des métriques à améliorer et des types d'appareils.
Google Search Console
Google Search Console (GSC) est destiné uniquement aux propriétaires de sites. Son utilisation nécessite donc une inscription et une validation de la propriété du site. Il fournit des informations sur la façon dont la recherche Google voit votre site.
Contrairement à PageSpeed Insights, GSC liste toutes les pages de votre site dont la recherche Google a connaissance et fournit des informations sur les métriques Core Web Vitals pour chacune d'elles:
Les pages sont regroupées dans des groupes d'URL pour vous permettre de voir facilement si certaines catégories de pages (par exemple, les pages d'informations détaillées sur le produit, les pages de blog, etc.) présentent des problèmes dans le cadre du rapport Core Web Vitals. Ces pages étant généralement basées sur des technologies ou des modèles similaires, elles peuvent avoir une cause fréquente.
Problèmes courants des Core Web Vitals pour les créateurs de sites
De nombreux problèmes de performances obligent les développeurs à implémenter des correctifs techniques. Nos guides destinés aux développeurs peuvent les aider à résoudre ce problème. Dans cette section, nous abordons certains des problèmes courants rencontrés par les non-développeurs et auxquels les décisionnaires peuvent apporter leur aide pour améliorer ces métriques.
Lorsque nous parlons de "non-développeurs", nous faisons référence aux personnes qui utilisent des plates-formes de création de sites et qui ont un contrôle limité sur le codage du site, ou aux décisionnaires en charge de la conception du site ou qui aident à hiérarchiser les budgets.
Problèmes liés au Largest Contentful Paint (LCP)
Le LCP vise à mesurer la vitesse de chargement des pages Web en mesurant le délai entre le clic sur un lien et l'affichage du contenu le plus volumineux (généralement une image de bannière ou un titre) dans le navigateur.
Pour une bonne expérience sur la page Web, ce contenu doit s'afficher dans les 2,5 secondes qui suivent le clic sur le lien. Si l'affichage prend plus de quatre secondes, l'expérience est considérée comme médiocre.
Vous trouverez dans les sections suivantes certains des problèmes courants affectant le LCP que les décisionnaires en entreprise peuvent influencer.
Délai de chargement de la page
Nous réfléchissons souvent à améliorer le temps de chargement de la page, mais il y a souvent un délai avant même qu'il ne commence. Il est impossible d'avoir un LCP inférieur au seuil approprié de 2,5 secondes si le site Web n'est même pas téléchargé pendant quelques secondes !
Time to First Byte (TTFB) correspond au temps nécessaire au téléchargement de la première partie de votre page Web. Si PageSpeed Insights affiche une métrique de diagnostic TTFB élevée en rouge ou en orange, il est essentiel de résoudre ce problème et cela devrait avoir un effet direct sur le LCP.
Apprenez à cerner votre audience
Pour les problèmes liés au TTFB, il est important de comprendre votre audience. Si votre site Web est hébergé dans un pays, mais cible une audience internationale, la proximité géographique entre les utilisateurs de votre site et votre serveur Web devient un facteur dans le TTFB d'une page. Un réseau de diffusion de contenu (CDN) permet de mettre en cache des copies de votre site dans le monde entier, et donc de le rapprocher de vos utilisateurs. De nombreux fournisseurs d'hébergement intègrent un CDN à leurs services, et s'en occupent automatiquement. Vérifiez si c'est le cas pour l'emplacement où votre site est hébergé. Certaines plates-formes proposent différents niveaux de service, avec un plus grand nombre d'emplacements CDN pour des niveaux plus payants. Dans ce cas, les entreprises internationales doivent envisager des niveaux supérieurs.
Limiter le nombre de redirections
Les redirections sont une autre cause fréquente de lenteur des TTFB. Lorsque vous diffusez des campagnes publicitaires ou envoyez des communications par e-mail, essayez de réduire le nombre de redirections en évitant d'utiliser plusieurs réducteurs de liens ou d'inclure des URL qui doivent être redirigées. Par exemple, l'utilisation de example.com/blog dans une campagne qui doit rediriger vers www.example.com/blog, qui redirige ensuite vers https://www.example.com/blog, ajoute du temps au TTFB d'une page. Assurez-vous que vos campagnes marketing utilisent le moins de redirections possible.
S'assurer que les campagnes publicitaires ciblent la bonne audience
Assurez-vous également que vos campagnes publicitaires ciblent efficacement votre audience. Si vous obtenez un trafic important provenant d'utilisateurs situés à l'autre bout du monde, mais auprès de qui vous ne pouvez pas diffuser votre produit, vous êtes à la fois un gaspillage de dépenses publicitaires et un impact négatif sur les performances de votre site Web.
Les paramètres d'URL peuvent avoir un impact sur les performances Web
Les paramètres d'URL tels que les paramètres UTM sont souvent utilisés pour les campagnes marketing. Cela peut réduire l'efficacité de la mise en cache sur votre infrastructure, car chaque URL peut ressembler à une page unique, même si la même page est diffusée à chaque fois. Si vous utilisez des paramètres UTM, contactez votre fournisseur CDN ou les équipes chargées de l'infrastructure pour vous assurer que ces paramètres d'URL sont ignorés par leur infrastructure de mise en cache. Cela permet aux campagnes de tirer parti des pages déjà mises en cache.
Les médias peuvent être coûteux pour les performances
Prenez en compte l'impact des médias sur vos pages. Les contenus multimédias comme les images et les vidéos sont généralement beaucoup plus volumineux. Leur téléchargement est donc plus long que le texte. Cela peut également ralentir le reste du chargement de la page. Cela est particulièrement important lorsque l'élément LCP est un support multimédia plutôt que du texte. L'élément LCP est une image sur environ 80% des pages Web. Vous devez donc prendre en compte l'impact des médias sur votre site.
Dans le même temps, les assets multimédias peuvent contribuer à une expérience visuelle riche pour l'utilisateur, plus attrayante qu'un site contenant beaucoup de texte. Par conséquent, il est rarement possible de supprimer des contenus multimédias. Toutefois, vous devez tenir compte du coût de ces éléments et savoir comment le réduire afin de minimiser les problèmes de performances.
Éviter les carrousels
Les carrousels constitués de plusieurs images peuvent affecter le temps de chargement global d'une page, car ils peuvent nécessiter le téléchargement de plusieurs images en même temps s'ils ne sont pas implémentés de manière optimale. De plus, malgré leur omniprésence, les carrousels n'offrent souvent pas une expérience utilisateur de qualité. Réfléchissez donc bien avant de les utiliser sur votre site.
Utiliser des images optimisées pour le Web
Ensuite, il y a la taille des éléments multimédias. De nombreuses images sur le Web sont diffusées avec une résolution trop élevée. Assurez-vous que vos partenaires média ou agences de conception fournissent des images optimisées pour le Web plutôt que les images de qualité papier qu'ils fournissent souvent. Vous pouvez utiliser un service comme TinyJPG pour supprimer rapidement les données inutiles des images avant de les importer. De nombreuses plates-formes Web tentent d'optimiser automatiquement les images lors de l'importation. Toutefois, comme elles ne connaissent pas les dimensions dans lesquelles ces images seront affichées sur l'appareil de l'utilisateur, fournir des images plus petites pour commencer peut s'avérer très bénéfique.
Soyez particulièrement prudent avec les vidéos
Faites preuve de vigilance lorsque vous utilisez des vidéos. Les vidéos font partie des contenus les plus volumineux (et donc les plus lents) à télécharger et à afficher. Évitez donc d'en abuser. Évitez de les placer en haut des pages Web et enregistrez-les pour pouvoir les placer plus bas sur la page. Le contenu moins coûteux peut ainsi se charger rapidement afin d'améliorer l'expérience de chargement des utilisateurs et de s'assurer que votre LCP n'est pas affecté.
Tests A/B
De nombreuses entreprises effectuent des tests A/B pour tester les modifications apportées à leur site Web. Leur mise en œuvre peut avoir un impact majeur sur le LCP.
De nombreuses solutions de tests A/B retardent l'affichage d'un site Web pour la première fois jusqu'à ce que les modifications des tests aient été appliquées. Cela évite d'afficher la version d'origine du site Web, mais au détriment de la visibilité du site auprès de l'utilisateur. D'autres solutions sont appliquées côté serveur pour éviter ce retard. Prenez le temps de comprendre comment vos tests A/B sont effectués et s'ils sont soumis à ces délais. Si possible, envisagez plutôt des solutions de tests A/B côté serveur.
Les tests A/B peuvent fournir de précieux commentaires avant de lancer de nouvelles modifications, mais le coût de fonctionnement des pages doit être mis en balance avec les avantages potentiels qu'ils peuvent apporter.
Quel que soit le type d'infrastructure, toute personne exécutant des tests A/B doit toujours garder à l'esprit les bonnes pratiques suivantes:
- Limitez les outils de test A/B aux seules pages participant au test, plutôt que de retarder toutes les pages, lorsque la plupart des pages n'exécutent pas forcément le test A/B à un moment donné.
- Limitez les tests A/B à un sous-ensemble d'utilisateurs pour ne pas affecter la majorité d'entre eux.
- Limiter les tests A/B au temps minimal nécessaire pour fournir des résultats concluants. Plus le test A/B est long, plus les performances des pages peuvent être médiocres.
- Surtout, n'oubliez pas de supprimer vos tests A/B lorsqu'ils ne sont plus nécessaires.
Problèmes liés au CLS (Cumulative Layout Shift)
Le CLS mesure la stabilité visuelle d'une page, c'est-à-dire la mesure dans laquelle son contenu se déplace lors de son chargement. Cela peut être gênant si un utilisateur commence à lire une page Web, mais perd sa place à mesure que du contenu ou des annonces s'y intègrent. Cela peut également amener les utilisateurs à cliquer involontairement sur le mauvais contenu si la mise en page de la page est décalée de manière excessive. Soyez très prudent avec le contenu dynamique qui se charge ultérieurement et qui peut déplacer une partie du contenu initial de la page.
Ces valeurs sont mesurées à l'aide d'une formule mathématique qui calcule l'ampleur du changement de contenu et le niveau de décalage. Elle est exprimée sous la forme d'une fraction sans unité. La valeur 0,1 ou moins étant considérée comme satisfaisante, et la valeur supérieure à 0,25 étant considérée comme faible.
Vous trouverez dans les sections suivantes certains des problèmes courants affectant le CLS et pouvant être influencés par les décisionnaires en entreprise.
Vérifier comment vos images se chargent lorsque vous faites défiler une page vers le bas
De nombreux modèles évitent de charger des images plus bas sur la page. Cela permet de fournir plus de ressources aux images qui s'affichent à l'écran lors du chargement initial de la page. Les images sont ensuite chargées lorsque l'utilisateur fait défiler la page vers le bas. Cette technique de chargement d'image est connue sous le nom de chargement différé.
Les modèles de page doivent réserver de l'espace aux images à chargement différé, de sorte que, si un utilisateur fait défiler la page très rapidement avant que l'image puisse être chargée, le contenu qui l'entoure ne se déplace pas. Si votre modèle ou votre plate-forme ne le permet pas, envisagez d'en choisir un autre.
Soyez prudent avec les annonces placées au milieu du contenu
Les annonces insérées au milieu du contenu risquent de pousser ce dernier vers le bas. En effet, le chargement des annonces prend souvent un peu plus de temps que les images décrites dans la section précédente. Ces derniers sur le côté du contenu de la page principale sont une approche courante qui réduit ce risque. En pratique, le résultat dépend de votre plate-forme et des modèles que vous utilisez pour créer votre site.
Évitez d'ajouter du contenu dynamique en haut des pages.
Évitez d'ajouter des alertes et des bannières en haut de la page après le chargement de la page (bannières pour les cookies ou offres spéciales, par exemple). En choisissant plutôt de superposer les alertes et les bannières au-dessus du contenu principal, vous éviterez le décalage du contenu de la page. Comme dans la section précédente, les options qui s'offrent à vous dépendent de la plate-forme et des modèles utilisés pour vos pages.
Problèmes d'Interaction to Next Paint (INP)
L'INP mesure la réactivité d'une page. Elle permet de déterminer si les pages réagissent rapidement aux interactions telles que les clics, les appuis et les saisies au clavier. Les pages qui ne répondent pas rapidement aux commentaires des utilisateurs sont souvent lentes et peuvent être frustrantes.
L'INP mesure l'intégralité de chaque interaction éligible au cours d'une page et signale la pire interaction. Le seuil satisfaisant de l'INP est de 200 millisecondes, et le seuil médiocre de 500 millisecondes. L'INP est une amélioration du FID et permet de mieux mesurer la réactivité. Il a donc remplacé FID par l'indicateur Core Web Vitals pour mesurer la réactivité.
Les métriques de réactivité, et en particulier les INP, sont difficiles à optimiser. Lorsque le seuil de ces métriques est faible, c'est généralement parce que les interactions sont retardées du fait que la page Web tente d'en faire trop. La principale solution consiste à supprimer le code inutile pour alléger les pages.
Vous trouverez dans les sections suivantes certains des problèmes courants affectant INP sur lesquels les décisionnaires des entreprises peuvent influencer.
Bon nettoyage de printemps !
Examinez les plug-ins et widgets ajoutés à votre site, et supprimez-les s'ils ne sont plus utilisés. Il est souvent facile d'ajouter des plug-ins pour essayer quelque chose, mais il peut être tout aussi facile d'oublier de les supprimer plus tard si vous ne les trouvez pas utiles. Cela explique la lenteur des interactions, mais il s'agit d'une optimisation relativement plus simple que de nombreuses autres.
De même, si vous utilisez un gestionnaire de balises pour vos campagnes marketing, assurez-vous de supprimer les anciennes campagnes. Même si elles ne se déclenchent plus, le code des campagnes marketing expirées doit toujours être téléchargé et compilé sur chaque page, ce qui peut ralentir les interactions des utilisateurs lors du chargement initial de la page.
Éviter les widgets et les plug-ins coûteux
Les widgets et plug-ins coûteux en ressources informatiques peuvent sembler esthétiques, mais améliorent-ils l'expérience utilisateur ou les dégradent-ils vraiment ? Le rapport "Diagnostiquer les problèmes de performances/Lighthouse" de PageSpeed Insights peut vous aider à identifier le code JavaScript qui a un impact notable sur les performances de votre site Web.
Idéalement, limitez les widgets uniquement aux pages sur lesquelles ils sont nécessaires. Si vous utilisez uniquement une intégration Google Maps sur la page de contact, il n'est pas nécessaire de les charger sur chaque page où cela peut entraîner des problèmes de réactivité.
Tenir compte du nombre d'annonces, en particulier sur mobile
Les annonces constituent une stratégie de monétisation efficace pour de nombreuses entreprises, mais elles sont souvent complexes et nécessitent de nombreuses ressources. Plus vous avez d'annonces, plus elles consomment de ressources, et peuvent avoir un impact sur la vitesse des pages. Cela est particulièrement vrai sur les appareils mobiles, où la puissance de traitement de la mémoire n'est souvent pas aussi excellente que celle des ordinateurs de bureau ou portables.
Évaluez l'équilibre entre monétisation et performances. Si les utilisateurs abandonnent plus tôt en raison d'une mauvaise expérience, il est possible que ces annonces supplémentaires vous coûtent plus de revenus qu'elles n'y contribuent.
Éviter une taille de page excessive
Les pages volumineuses et complexes nécessitent plus de temps de traitement pour s'afficher. Par exemple, si votre galerie contient 1 000 produits différents, son affichage dans la fenêtre du navigateur de l'utilisateur peut prendre un certain temps. Réfléchissez au moment opportun pour paginer les pages afin de réduire ce délai.
Comment obtenir de l'aide ?
Ce post indique quelques considérations générales que les propriétaires d'établissement peuvent prendre en compte et qui peuvent affecter les performances. En outre, vous devrez peut-être consulter des développeurs Web pour obtenir davantage d'informations sur ce que vous pouvez faire pour améliorer les performances de votre site Web.
Informations spécifiques à la plate-forme
La plupart des plates-formes se soucient beaucoup de leurs performances Web et peuvent bénéficier de conseils dédiés, spécifiques à ces plates-formes, pour les améliorer. Dans le cadre de l'utilisation de cette plate-forme, vous pouvez également faire appel à des équipes dédiées aux performances Web qui vous conseilleront sur la façon d'améliorer votre site.
Lighthouse affiche également des informations spécifiques à la plate-forme à l'aide de la fonctionnalité Stack Pack, qui peut guider les utilisateurs des plates-formes compatibles vers les conseils appropriés.
Les plates-formes s'améliorent continuellement au fil du temps, et nombre d'entre elles se concentrent actuellement sur les performances et les Core Web Vitals. Assurez-vous que votre plate-forme est à jour pour bénéficier des dernières améliorations apportées par les développeurs.
C'est plus simple sur une plate-forme hébergée où le fournisseur gère automatiquement la plate-forme, y compris ses mises à jour. Si vous hébergez la plate-forme vous-même (par exemple, une installation locale de WordPress sur votre propre serveur), assurez-vous que la plate-forme est mise à jour régulièrement. Cela permettra à votre site de bénéficier des améliorations mises en œuvre par les développeurs de la plate-forme. Les entreprises doivent prioriser cette maintenance ou choisir un service qui s'en charge pour elles.
Faire appel à un développeur Web
Un développeur Web expert en performances Web sera probablement en mesure de résoudre bien plus de problèmes qu'un propriétaire d'entreprise. Il se peut que vous ayez déjà fait appel à un développeur Web pour créer votre site au départ, ou pour effectuer des modifications périodiques. Il se peut également que vous ayez une équipe de développement dédiée ou que vous deviez faire appel à un développeur (idéalement, un développeur spécialisé dans les performances Web).
Contactez les développeurs si les suggestions ci-dessus ne vous permettent pas de résoudre suffisamment les problèmes de performances que vous rencontrez avec votre site Web. Toutefois, nous espérons que les exemples précédents montrent également qu'il est important de collaborer avec les développeurs afin d'équilibrer les priorités commerciales et les décisions de développement afin de trouver la bonne solution pour votre site Web.
Sachez que les performances Web sont rarement un travail ponctuel. Pour que les performances de votre site Web soient toujours satisfaisantes, vous devez le faire régulièrement et en effectuer une maintenance afin de vous assurer qu'il ne régresse pas une fois les améliorations apportées.
Conclusion
Un site Web est souvent le premier point d'entrée d'une entreprise auprès de ses clients, et vous souhaitez qu'il offre une expérience utilisateur de qualité. Cela vaut à la fois pour les nouveaux visiteurs qui obtiennent leur première impression sur votre entreprise, mais aussi pour les visiteurs réguliers et les clients fidèles, qui doivent bénéficier d'une expérience aussi fluide que possible, idéalement exempte de frustrations qui pourraient laisser une impression négative. Les métriques Core Web Vitals mesurent l'expérience utilisateur, ce que Google recommande aux sites de prendre en compte. Avec tout ce que propose le Web, il est trop facile pour les utilisateurs d'essayer d'autres sites Web s'ils sont frustrés par le vôtre.
Parallèlement, les Core Web Vitals ne sont qu'une mesure parmi d'autres de votre site Web. Les entreprises doivent décider elles-mêmes du montant à investir dans leurs sites Web et du retour sur investissement de cet investissement.
Remerciements
Vignette de Carlos Muza sur Unsplash