Découvrez comment les décideurs métier et les personnes qui ne sont pas développeurs peuvent améliorer les Core Web Vitals.
Introduction
En effet, 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éliorer, avec des 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 des axes d'amélioration.
Toutefois, une grande partie de la documentation sur les Core Web Vitals s'adresse aux développeurs Web, qui disposent d'une connaissance technique approfondie 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 Web telle que WordPress, Shopify, Wix ou d'autres solutions similaires, 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 d'une entreprise ont une influence considérable sur les performances d'un site Web, qu'il s'agisse de choisir le contenu et la conception, ou de développer des stratégies publicitaires pour générer plus de trafic vers leurs sites Web. Ces décisions ont souvent un impact significatif sur les performances du site Web.
Ce guide vise à fournir des informations pertinentes aux créateurs et aux propriétaires de sites pour qu'ils comprennent et améliorent autant que possible l'expérience utilisateur, sans nécessiter de connaissances techniques approfondies en développement Web.
En même temps, de nombreux problèmes de performances nécessitent que les développeurs implémentent des correctifs techniques. Nos guides destinés aux développeurs peuvent les aider dans cette tâche. Il ne s'agit pas d'un guide complet, mais plutôt d'une introduction à l'initiative Core Web Vitals pour les décideurs métier, avec quelques causes principales courantes de mauvaises performances de page qui ne sont pas liées au développement. Au-delà de ces étapes, vous devrez probablement faire appel à un développeur Web pour aller plus loin.
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 la vitesse de chargement perçue par les utilisateurs. Chacun d'eux est associé à une abréviation de trois lettres :
- La métrique Largest Contentful Paint (LCP) mesure les performances de chargement, c'est-à-dire le temps (en secondes) nécessaire pour que le contenu le plus important de la page s'affiche après le début du chargement de la page.
- La métrique Cumulative Layout Shift (CLS) mesure la stabilité visuelle d'une page, c'est-à-dire l'ampleur des déplacements du contenu pendant le chargement.
- Interaction to Next Paint (INP) : mesure la réactivité de la page aux clics, aux appuis et aux interactions au clavier.
Chaque métrique mesure une facette différente de l'expérience utilisateur. Google fournit également des seuils recommandés pour chaque métrique. Les expériences utilisateur inférieures au seuil inférieur sont considérées comme bonnes, et celles supérieures au seuil supérieur sont considérées comme médiocres. Entre ces seuils, une page est considérée comme à améliorer. N'oubliez pas que, pour ces métriques, plus les chiffres sont bas, mieux c'est.
Comment les métriques Core Web Vitals sont-elles mesurées ?
Les Core Web Vitals sont mesurés par les utilisateurs réels de votre site Web, et les résultats varient d'un utilisateur à l'autre. Elles ne correspondent pas à "ce que Google pense" ni à "ce que Googlebot pense", mais à l'expérience réelle des utilisateurs de votre site Web.
Certains utilisateurs disposeront d'appareils et de réseaux plus rapides. Certains utiliseront des appareils ou des réseaux plus lents. Certains utilisateurs visiteront des pages plus simples et plus rapides sur votre site, d'autres des pages plus complexes et plus lentes. 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 de Chrome ayant activé cette option dans le rapport sur l'expérience utilisateur de Chrome, qui alimente de nombreux outils Google tels que PageSpeed Insights et la Google Search Console.
Le rapport d'expérience utilisateur Chrome est disponible pour des millions de sites Web populaires, mais pas pour tous. D'autres outils de surveillance des utilisateurs réels (RUM) peuvent également collecter ces métriques pour votre site.
Comment trouver les Core Web Vitals de mon site ?
De nombreux outils fournis par Google et par des tiers affichent les métriques Core Web Vitals. Cet article présente deux outils qui vous permettent de consulter rapidement les Core Web Vitals de votre site. Pour en savoir plus sur les autres outils Google, y compris un workflow permettant de les utiliser pour résoudre les problèmes liés aux Core Web Vitals, consultez l'article Workflows Core Web Vitals avec les outils Google.
Si votre plate-forme fournit une solution RUM intégrée, elle peut fournir des informations beaucoup plus détaillées sur les pages de votre site, ou vous permettre d'explorer des pages particulières ou de segmenter vos utilisateurs pour vous aider à comprendre et à identifier les problèmes.
PageSpeed Insights
Pour un aperçu rapide ne nécessitant aucune configuration, vous pouvez utiliser PageSpeed Insights (PSI). Saisissez l'URL, puis cliquez sur "Analyser". Si votre site est inclus dans le rapport CrUX, une section "Découvrez l'expérience de vos utilisateurs réels" devrait s'afficher rapidement :
Il indique comment de vrais utilisateurs de Chrome ont interagi avec votre site Web au cours des 28 derniers jours. Les trois Core Web Vitals s'affichent en haut, suivis d'autres métriques (y compris la métrique INP en attente). Seuls les Core Web Vitals sont pris en compte dans l'évaluation globale (réussite ou échec) en haut de la page. Toutefois, les autres métriques peuvent être utiles pour résoudre les problèmes liés aux Core Web Vitals, comme nous le verrons dans la section suivante.
Vous pouvez basculer entre les vues mobile et ordinateur à l'aide des boutons situés en haut de cette section. Vous pouvez également basculer entre Cette URL et toutes les données de cette Origine à l'aide du bouton d'activation/de désactivation en haut à droite, lorsque des données existent pour les deux.
Ces chiffres devraient vous donner une idée générale des performances de votre site, et vous indiquer quelles métriques pourraient être améliorées et sur quels types d'appareils.
Google Search Console
La Google Search Console (GSC) est réservée aux propriétaires de sites. Pour l'utiliser, vous devez donc vous inscrire et valider la propriété de votre site. Il fournit des détails sur la façon dont la recherche Google voit votre site.
Contrairement à PageSpeed Insights, la GSC liste toutes les pages de votre site que la recherche Google connaît et fournit des détails sur les Core Web Vitals pour chacune d'elles :
Les pages sont regroupées dans des groupes d'URL pour vous permettre de voir si certaines catégories de pages (par exemple, les pages produit détaillées, les pages de blog, etc.) présentent des problèmes de Core Web Vitals. Comme elles sont généralement basées sur des technologies ou des modèles similaires, il peut y avoir une cause commune aux problèmes rencontrés sur ces pages.
Problèmes courants liés aux métriques Core Web Vitals pour les créateurs de sites
De nombreux problèmes de performances nécessitent que les développeurs implémentent des correctifs techniques. Nos guides destinés aux développeurs peuvent les aider à le faire. Dans cette section, nous abordons certains des problèmes courants qui ne sont pas liés aux développeurs et que les décideurs d'entreprise peuvent aider à résoudre pour améliorer ces métriques.
Par "non-développeurs", nous entendons les personnes qui utilisent des plates-formes de création de sites et qui ont un contrôle limité sur la façon dont le site est réellement codé, ou les décideurs d'entreprise qui peuvent décider de la conception du site ou aider à prioriser 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 temps écoulé entre le clic sur un lien et l'affichage du plus grand élément de contenu (généralement une image de bannière ou un titre) dans le navigateur.
Pour une bonne expérience sur la page, le contenu d'une page Web doit s'afficher 2,5 secondes ou moins après le clic sur le lien. Si l'affichage prend plus de 4 secondes, l'expérience est considérée comme mauvaise.
Les sections suivantes présentent certains des problèmes courants affectant le LCP sur lesquels les décideurs d'entreprise peuvent influer.
Retards dans le démarrage du chargement de la page
Nous pensons souvent à améliorer le temps de chargement de la page elle-même, mais il y a souvent un délai avant même de commencer. Il est impossible d'avoir un LCP inférieur au seuil de 2,5 secondes si le site Web n'est même pas téléchargé pendant quelques secondes.
Le temps de latence du premier octet (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, car cela devrait avoir un impact direct sur le LCP.
Apprenez à cerner votre audience
Pour les problèmes de TTFB, il est important de comprendre votre audience. Si votre site Web est hébergé dans un seul pays, mais qu'il est consulté par une audience internationale, la proximité géographique entre les utilisateurs de votre site Web et votre serveur Web devient un facteur du 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 plus près de vos utilisateurs. De nombreux fournisseurs d'hébergement incluent un CDN dans 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 davantage d'emplacements CDN pour les niveaux payants plus élevés. Dans ce cas, les entreprises internationales devraient envisager des niveaux plus élevés.
Limiter le nombre de redirections
Les redirections sont une autre cause courante de lenteur du TTFB. Lorsque vous diffusez des campagnes publicitaires ou envoyez des e-mails, essayez de limiter 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, augmente le TTFB d'une page. Assurez-vous que vos campagnes marketing utilisent le moins de redirections possible.
S'assurer que les campagnes publicitaires s'adressent à la bonne audience
Assurez-vous également que vos campagnes publicitaires ciblent efficacement votre audience. Si vous générez beaucoup de trafic provenant d'utilisateurs situés à l'autre bout du monde, mais que vous ne pouvez pas leur livrer votre produit, vous gaspillez votre budget publicitaire et vous avez un impact négatif sur les performances de votre site Web.
Les paramètres d'URL peuvent avoir une incidence 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 de CDN ou vos équipes d'infrastructure pour vous assurer que ces paramètres d'URL sont ignorés par leur infrastructure de mise en cache. Ainsi, les campagnes pourront bénéficier des pages déjà mises en cache.
Les contenus multimédias peuvent avoir un impact négatif sur les performances
Tenez compte de l'impact des contenus multimédias sur vos pages. Les contenus multimédias tels que les images et les vidéos sont généralement beaucoup plus volumineux et prennent donc plus de temps à télécharger que le texte. Cela peut également ralentir le chargement du reste de la page. Cela est particulièrement important lorsque l'élément LCP est un contenu multimédia plutôt que du texte. L'élément LCP est une image sur environ 80 % des pages Web. Il est donc important de prendre en compte l'impact des contenus multimédias sur votre site.
Par ailleurs, les composants multimédias peuvent contribuer à offrir une expérience visuelle riche à l'utilisateur, bien plus engageante qu'un site contenant beaucoup de texte. Par conséquent, il est rarement possible de supprimer les contenus multimédias, mais connaître leur coût et savoir comment le réduire peut minimiser les problèmes de performances.
Évitez les carrousels
Les carrousels composés de plusieurs images peuvent affecter le temps de chargement global d'une page. S'ils ne sont pas implémentés de manière optimale, ils peuvent nécessiter le téléchargement simultané de plusieurs images. De plus, malgré leur omniprésence, les carrousels n'offrent souvent pas une expérience utilisateur optimale. 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 composants multimédias. De nombreuses images sur le Web sont diffusées dans une résolution trop élevée. Assurez-vous que vos partenaires médias ou agences de conception vous fournissent des images optimisées pour le Web plutôt que les images en taille réelle destinées à l'impression qu'ils livrent souvent. Vous pouvez utiliser un service tel que 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 leur importation. Toutefois, comme elles ne connaissent pas les dimensions auxquelles ces images seront affichées sur l'appareil de l'utilisateur, fournir des images plus petites dès le départ peut générer des gains significatifs.
Soyez particulièrement vigilant avec les vidéos
Soyez particulièrement vigilant lorsque vous utilisez des vidéos. Les vidéos sont parmi les contenus les plus volumineux (et donc les plus lents) à télécharger et à afficher sur un site Web. Essayez donc de ne pas en abuser. Évitez de les placer en haut des pages Web et réservez-les pour le bas de la page. Cela peut permettre de charger rapidement du contenu moins lourd pour offrir une meilleure expérience de chargement aux utilisateurs et s'assurer que votre LCP n'est pas affecté.
Tests A/B
De nombreuses entreprises effectuent des tests A/B pour tester des modifications sur leur site Web. La façon dont ils sont implémentés peut avoir un impact majeur sur le LCP.
De nombreuses solutions de test A/B retardent l'affichage initial d'un site Web 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 Web pour l'utilisateur. D'autres solutions sont appliquées côté serveur pour éviter ce délai. Prenez le temps de comprendre comment vos tests A/B sont effectués et s'ils sont soumis à ces délais. Envisagez également d'utiliser des solutions de tests A/B côté serveur lorsque cela est possible.
Les tests A/B peuvent fournir des commentaires précieux avant de lancer de nouvelles modifications, mais le coût en termes de performances de la page doit être mis en balance avec les avantages potentiels qu'ils apportent.
Quelle que soit votre infrastructure, toute personne effectuant des tests A/B doit toujours garder à l'esprit les bonnes pratiques suivantes :
- Limitez les outils de test A/B aux seules pages qui font partie du test, plutôt que de retarder toutes les pages, car la plupart d'entre elles ne sont peut-être pas soumises à un test A/B à un moment donné.
- Limitez les tests A/B à un sous-ensemble d'utilisateurs pour éviter d'impacter la majorité d'entre eux.
- Limitez les tests A/B au temps minimal nécessaire pour obtenir des résultats concluants. Plus les tests A/B durent longtemps, plus les utilisateurs risquent de subir des performances de page médiocres.
- Et surtout, n'oubliez pas de supprimer vos tests A/B lorsqu'ils ne sont plus nécessaires.
Problèmes de Cumulative Layout Shift (CLS)
Le CLS mesure la stabilité visuelle d'une page, c'est-à-dire l'ampleur du décalage du contenu de la page lors de son chargement. Cela peut être gênant si un utilisateur a commencé à lire une page Web, mais qu'il perd le fil de sa lecture lorsque d'autres contenus ou espaces publicitaires s'insèrent. Cela peut également amener les utilisateurs à cliquer involontairement sur le mauvais contenu si la mise en page change de manière excessive. Faites très attention au contenu dynamique qui se charge plus tard et qui peut déplacer une partie du contenu initial de la page.
Il est mesuré à l'aide d'une formule mathématique qui calcule la quantité de contenu déplacée et l'ampleur du déplacement. Il est exprimé sous la forme d'une fraction sans unité. Une valeur de 0,1 ou moins est considérée comme bonne, et une valeur de 0,25 ou plus comme médiocre.
Les sections suivantes présentent certains des problèmes courants affectant le CLS sur lesquels les décideurs d'entreprise peuvent influer.
Vérifier comment vos images se chargent lorsque vous faites défiler une page
De nombreux modèles évitent de charger les images plus bas sur la page afin de libérer des ressources pour les images qui sont à l'écran lors du chargement initial de la page. Les images sont ensuite chargées à mesure que l'utilisateur fait défiler la page vers le bas. Cette technique de chargement d'images est appelée chargement différé.
Les modèles de page doivent réserver de l'espace pour les images à chargement différé. Ainsi, si un utilisateur fait défiler la page très rapidement avant que l'image ne se charge, le contenu autour ne se déplace pas. Si votre modèle ou votre plate-forme ne le fait pas, envisagez d'en changer.
Faites attention aux annonces placées au milieu du contenu
Les annonces insérées au milieu du contenu risquent de le repousser vers le bas, car elles mettent souvent un peu plus de temps à se charger, souvent plus que les images décrites dans la section précédente. Les placer à côté du contenu de la page principale est un modèle courant qui réduit ce risque. La façon dont cela est réalisé en pratique 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 (par exemple, des bannières de cookies ou des offres spéciales). En choisissant plutôt de superposer les alertes et les bannières au-dessus du contenu principal, vous éviterez que le contenu de la page ne se déplace. Comme dans la section précédente, les options disponibles 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, c'est-à-dire si elle répond rapidement aux interactions telles que les clics, les appuis et les saisies au clavier. Les pages qui ne répondent pas rapidement aux entrées utilisateur semblent souvent lentes et peuvent être frustrantes pour les utilisateurs.
L'INP mesure l'intégralité de chaque interaction éligible pendant la durée de vie d'une page et signale la pire interaction. Le seuil Bon de l'INP est de 200 millisecondes, et le seuil Médiocre est de 500 millisecondes.
Les métriques de réactivité, et en particulier l'INP, sont des métriques difficiles à optimiser. Lorsque ces métriques se situent dans le seuil médiocre, c'est généralement parce que les interactions sont retardées par la page Web qui essaie d'en faire trop. Les principales solutions consistent donc à supprimer le code inutile pour alléger les pages.
Les sections suivantes présentent certains des problèmes courants affectant l'INP sur lesquels les décideurs d'entreprise peuvent influer.
Faites un nettoyage de printemps !
Examinez les plug-ins et les widgets ajoutés à votre site, puis supprimez-les s'ils ne sont plus utilisés. Il est souvent plus facile d'ajouter des plug-ins pour tester une fonctionnalité que de penser à les supprimer plus tard si vous ne les trouvez pas utiles. C'est l'une des causes de la lenteur des interactions, mais il s'agit d'une optimisation relativement plus simple que beaucoup d'autres.
De même, si vous utilisez un gestionnaire de balises pour vos campagnes marketing, assurez-vous que les anciennes campagnes sont supprimées. Même s'ils 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 de page initial.
Éviter les widgets et plug-ins coûteux
Les widgets et plug-ins gourmands en ressources peuvent être esthétiques, mais améliorent-ils l'expérience utilisateur ou la dégradent-ils ? Le rapport "Diagnostiquer les problèmes de performances" de PageSpeed Insights est fourni par Lighthouse. Il peut vous aider à identifier le code JavaScript qui a un impact notable sur les performances de votre site Web.
Idéalement, limitez les widgets aux pages sur lesquelles ils sont nécessaires. Si vous n'utilisez qu'une intégration Google Maps sur la page de contact, il n'est pas nécessaire de la charger sur toutes les pages, car cela peut entraîner des problèmes de réactivité.
Tenez compte du nombre d'annonces, en particulier sur mobile
Les annonces constituent une bonne stratégie de monétisation pour de nombreuses entreprises, mais elles sont souvent complexes et nécessitent beaucoup de ressources. Plus vous avez d'annonces, plus elles consomment de ressources, ce qui peut ralentir la vitesse de chargement des pages. C'est particulièrement vrai sur les appareils mobiles, où la mémoire de traitement est souvent moins importante que sur les ordinateurs de bureau ou portables.
Trouvez le juste équilibre entre monétisation et performances. Si les utilisateurs quittent votre site plus tôt en raison d'une mauvaise expérience, ces annonces supplémentaires peuvent vous coûter plus de revenus qu'elles n'en génèrent.
Éviter les pages trop volumineuses
Les pages volumineuses et complexes nécessitent plus de temps de traitement pour s'afficher. Par exemple, si vous avez une galerie de produits avec 1 000 produits différents, l'affichage dans la fenêtre du navigateur de l'utilisateur prendra un certain temps. Réfléchissez au moment où vous devez paginer les pages pour réduire ce temps.
Comment puis-je obtenir de l'aide ?
Cet article liste certains des facteurs généraux que les propriétaires d'établissement peuvent prendre en compte et qui peuvent avoir un impact sur les performances. Au-delà de cela, vous devrez peut-être consulter des développeurs Web pour obtenir plus 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 accordent une grande importance à leurs performances Web et peuvent proposer des conseils spécifiques pour les améliorer. En utilisant cette plate-forme, vous pouvez également avoir accès à des équipes dédiées aux performances Web, qui pourront vous conseiller 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 beaucoup 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 de la plate-forme.
C'est plus facile lorsque vous utilisez une plate-forme hébergée, où le fournisseur gère automatiquement la plate-forme, y compris ses mises à jour. Si vous hébergez vous-même la plate-forme (par exemple, une installation WordPress locale sur votre propre serveur), assurez-vous qu'elle est régulièrement mise à jour. Votre site pourra ainsi bénéficier des améliorations apportées par les développeurs de la plate-forme. Les entreprises doivent donner la priorité à cette maintenance ou choisir un service qui s'en charge pour elles.
Faire appel à un développeur Web
Un développeur Web spécialisé dans les performances Web sera probablement en mesure de résoudre bien plus de problèmes qu'un propriétaire d'établissement. Vous avez peut-être déjà fait appel à un développeur Web pour créer votre site ou pour y apporter des modifications périodiques. Vous disposez peut-être d'une équipe de développement dédiée ou vous devez trouver un développeur (idéalement, un expert en performances Web).
Si les suggestions fournies ici ne suffisent pas à résoudre les problèmes de performances de votre site Web, adressez-vous à des développeurs. Les exemples précédents montrent également qu'il est important de collaborer avec des développeurs pour trouver le juste équilibre entre les priorités de l'entreprise et les décisions de développement afin de trouver la solution adaptée à votre site Web.
Sachez que les performances Web sont rarement un travail ponctuel. Pour maintenir de bonnes performances, il est souvent nécessaire de surveiller et d'entretenir régulièrement votre site Web afin d'éviter toute régression après l'implémentation d'améliorations.
Conclusion
Un site Web est souvent le premier point d'entrée d'une entreprise auprès de ses clients, et vous voulez qu'ils bénéficient d'une expérience optimale. Cela s'applique aussi bien aux nouveaux visiteurs qui découvrent votre entreprise qu'aux visiteurs réguliers et aux clients fidèles, qui doivent bénéficier d'une expérience aussi fluide que possible, idéalement sans frustration susceptible de laisser une impression négative. Les Core Web Vitals sont une mesure de l'expérience utilisateur que Google recommande aux sites de prendre en compte. Avec tout ce que le Web propose, les utilisateurs peuvent (et vont !) 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 de votre site Web. Les entreprises doivent décider elles-mêmes du montant à investir dans leurs sites Web et du retour sur investissement qu'elles en attendent.