Core Web Vitals et SEO : Affectent-ils les classements Google ?
Dans quelle mesure les Core Web Vitals affectent-ils réellement les classements Google ? J'ai corrigé les CWV sur des centaines de sites. Voici ce que montrent les données.
Ce guide fait partie de notre centre de ressources Core Web Vitals. Il couvre tout ce que je sais sur la relation entre les Core Web Vitals et les classements des moteurs de recherche, basé sur 17 ans de conseil en performance web et sur les données de terrain de centaines de sites d'entreprise surveillés avec CoreDash.
Core Web Vitals et SEO
"Nous avons corrigé nos Core Web Vitals mais nos classements ne se sont pas améliorés. Qu'est-ce qui n'a pas fonctionné ?"
J'entends cela presque chaque semaine. La réponse est généralement la même. Les Core Web Vitals sont un facteur de classement Google confirmé. Mais cela fonctionne différemment de ce que suggèrent la plupart des guides SEO.
Ce n'est pas un levier de croissance. C'est une barrière. Des échecs sévères vous pénalisent. Passer en statut "bon" supprime la pénalité. Aller au-delà de "bon" ne fait rien pour le SEO. Un score Lighthouse de 100 ne surpassera pas un score Lighthouse de 72 si les données de terrain (field data) sont les mêmes.
Je corrige les Core Web Vitals depuis 17 ans sur des centaines de sites d'entreprise. J'ai construit ma propre plateforme de Real User Monitoring (CoreDash) précisément parce que les outils existants ne me donnaient pas les données d'attribution dont j'avais besoin. Cette page résume ce que je sais sur la façon dont les CWV affectent réellement les classements de recherche. Pas ce que dit le marketing de Google. Pas ce que répètent les blogs SEO. Ce que je vois dans les données de terrain.
Table of Contents!
- Core Web Vitals et SEO
- Les Core Web Vitals affectent-ils les classements Google ?
- Comment Google utilise vos données CWV
- Les trois métriques et leur poids SEO
- Ce que montrent les données : études et résultats réels
- Ce qui n'affecte PAS votre SEO
- Comment vérifier si les CWV nuisent à vos classements
- Corriger les CWV pour le SEO : par où commencer
- FAQ : Réponses aux questions sur les Core Web Vitals et le SEO
Les Core Web Vitals affectent-ils les classements Google ?
Oui. Google l'a confirmé explicitement.
Le 12 mars 2024, Google a mis à jour sa documentation officielle pour indiquer que les Core Web Vitals sont utilisés par ses systèmes de classement. Ce n'était pas un comportement nouveau. Le déploiement de la Page Experience a commencé en juin 2021 pour les mobiles et s'est achevé pour les ordinateurs de bureau en mars 2022. Mais la mise à jour de la documentation de 2024 a levé toute ambiguïté restante.
Voici ce que Google a réellement dit, par ordre d'importance.
La documentation officielle (developers.google.com, mars 2024) : Les Core Web Vitals sont utilisés par les systèmes de classement de Google. Ce n'est pas un "système de Page Experience" séparé. Cela fait partie de l'infrastructure de classement de base.
Danny Sullivan (Google Search Liaison, avril 2023) : La Page Experience n'est pas un système de classement autonome. C'est un ensemble de signaux utilisés par plusieurs systèmes de classement de base. C'est important car cela signifie que les données CWV alimentent les mêmes systèmes qui évaluent la qualité du contenu, les liens et la pertinence.
John Mueller (Google Search Advocate, 2024) : Les Core Web Vitals "ne sont pas des facteurs géants dans le classement". Il les a décrits comme étant plus qu'un simple critère de départage (tiebreaker) mais moins importants que la pertinence du contenu.
Mueller encore (Reddit, 2021) : "C'est plus qu'un critère de départage, mais cela ne remplace pas la pertinence du contenu. Selon les sites, il peut y avoir des situations où c'est un facteur plus important, et des situations où cela l'est moins. En tant que référenceur, je pense que cela vaut la peine d'y travailler, mais je ne laisserais pas tout tomber pour m'y concentrer."
Cette dernière citation est le résumé le plus honnête sur les CWV et le SEO que j'aie vu de la part de quiconque chez Google. Je suis tout à fait d'accord avec cela.
À retenir : Les CWV sont un signal de classement confirmé qui alimente les systèmes de classement de base de Google. Ce n'est pas un système autonome. Son poids est faible par rapport à la pertinence du contenu et aux liens, mais il est réel et mesurable.
L'idée de "Critère de départage" (Tiebreaker) est fausse
La communauté SEO s'est accrochée au mot "tiebreaker" en 2021 et ne l'a jamais lâché. La plupart des articles décrivent encore les CWV comme un critère de départage. C'est faux.
Google a corrigé cela. John Mueller et Gary Illyes ont tous deux déclaré que les CWV sont plus qu'un critère de départage. Mais la correction importe moins que le mécanisme. Les CWV ne sont pas un simple interrupteur qui départage deux pages tout aussi pertinentes. C'est un signal qui alimente de multiples systèmes de classement et qui est pondéré avec des centaines d'autres signaux. Le poids est faible. Mais il est réel.
Pensez-y de cette façon. Si deux pages ont une qualité de contenu identique, des profils de backlinks identiques et une pertinence identique pour une requête, la page avec de meilleures données CWV sera mieux classée. Mais ce scénario n'existe presque jamais dans la pratique. Ce qui se passe en réalité, c'est que les CWV apportent un petit signal positif ou négatif qui s'ajoute à tout ce que Google évalue.

Comment Google utilise vos données CWV
C'est là que la plupart des guides SEO échouent. Ils vous disent d'"améliorer vos Core Web Vitals" sans expliquer quelles données Google regarde réellement. La réponse est spécifique et importante.
Google utilise les données de terrain (field data) du Chrome User Experience Report (CrUX). Rien d'autre.
Pas les scores Lighthouse. Pas les scores PageSpeed Insights. Pas les chiffres d'un quelconque outil de surveillance tiers. Les données de terrain CrUX provenant de vrais utilisateurs de Chrome visitant votre site.
La fenêtre glissante de 28 jours
CrUX collecte des données sur une période glissante de 28 jours. Lorsque vous corrigez un problème de performance aujourd'hui, il faut environ 28 jours avant que les données de Google ne reflètent pleinement l'amélioration. Je vois cela systématiquement sur les sites de clients surveillés avec CoreDash. Les données RUM montrent la correction immédiatement. CrUX rattrape son retard des semaines plus tard. La Search Console rattrape son retard après cela.
Seuls les utilisateurs de Chrome comptent
Les utilisateurs de Safari ne génèrent aucune donnée CWV pour Google. Les utilisateurs de Firefox n'en génèrent aucune. Cela signifie que les utilisateurs d'iPhone sont complètement invisibles pour l'évaluation CWV de Google. Sur les sites où 40 à 60 % du trafic provient d'iOS (courant aux États-Unis et en Europe occidentale), Google ne voit les données CWV que des utilisateurs restants de Chrome. Cela crée un angle mort que la plupart des référenceurs ne prennent pas en compte.
Les utilisateurs de Chrome doivent avoir activé les rapports
Tous les utilisateurs de Chrome ne contribuent pas à CrUX. L'utilisateur doit avoir activé la synchronisation et avoir accepté de partager ses statistiques d'utilisation. Cela réduit encore l'échantillon.
Le seuil du 75ème centile
Google évalue les CWV au 75ème centile des expériences réelles des utilisateurs. Pas la moyenne. Pas la médiane. Le 75ème centile. Cela signifie que 25 % de vos utilisateurs peuvent avoir de mauvaises expériences et vous passerez quand même. Mais cela signifie également qu'un petit pourcentage d'expériences lentes peut vous faire passer sous le seuil.
Le mobile et le bureau sont évalués séparément
Un site peut réussir les CWV sur ordinateur (desktop) et échouer sur mobile. Google les évalue indépendamment. Étant donné que la plupart des sites ont de moins bonnes performances sur mobile et que la plupart des recherches s'effectuent sur mobile, l'impact des CWV sur le classement a tendance à être plus important sur mobile.
Les pages sans suffisamment de données utilisent les scores au niveau de l'origine (Origin)
Si une URL spécifique n'a pas suffisamment de données CrUX, Google se rabat sur les scores CWV de l'ensemble de l'origine (du domaine). Cela signifie que de mauvaises performances sur des pages à fort trafic peuvent faire baisser le classement de pages à faible trafic sur l'ensemble de votre site.

Les trois métriques et leur poids SEO
Trois métriques composent les Core Web Vitals depuis mars 2024. Les trois doivent être validées. C'est un système de réussite/échec. Deux "bons" et un "médiocre" signifie que vous échouez.
LCP : Largest Contentful Paint
Seuil : Moins de 2,5 secondes.
Le LCP mesure le temps nécessaire pour que l'élément visible le plus grand s'affiche. Généralement une image de héros (hero image) ou un grand titre. C'est la métrique ayant la corrélation observée la plus forte avec la position dans le classement. L'étude d'Advanced Web Ranking sur 3 millions de pages a trouvé un modèle clair : les pages classées aux positions 1 à 3 avaient des valeurs LCP sensiblement inférieures à celles des pages classées aux positions 8 à 10.
Le LCP est également la métrique où je vois le plus d'échecs. L'anti-modèle le plus courant que je trouve lors de mes audits : loading="lazy" sur l'image LCP. Cela cache l'image au scanner de préchargement du navigateur et retarde la découverte de plusieurs centaines de millisecondes. Je trouve cela sur environ 4 sites sur 5 que j'audite.
Pour un guide complet sur la correction du LCP, voir Largest Contentful Paint (LCP).
INP : Interaction to Next Paint
Seuil : Moins de 200 millisecondes.
L'INP a remplacé le First Input Delay (FID) le 12 mars 2024. C'est important pour le SEO car toutes les études de corrélation publiées avant cette date utilisaient le FID. Le FID était facile à passer. Plus de 95 % des sites réussissaient le FID. L'INP est plus difficile. Selon le Web Almanac 2024, seulement 74 % des origines mobiles réussissent l'INP.
L'INP mesure la latence de toutes les interactions pendant une visite de page, pas seulement la première. Un JavaScript lourd, de longues tâches sur le main thread et des gestionnaires d'événements mal structurés provoquent des échecs INP. Corriger l'INP nécessite généralement des modifications architecturales de la façon dont le JavaScript s'exécute. C'est la métrique la plus difficile à corriger.
Aucune étude publiée n'a mesuré la corrélation entre les scores INP et la position de classement. Toutes les études existantes utilisaient le FID. C'est la plus grande lacune dans le paysage de la recherche sur les CWV.
Pour un guide complet sur la correction de l'INP, voir Interaction to Next Paint (INP).
CLS : Cumulative Layout Shift
Seuil : Moins de 0,1.
Le CLS mesure les mouvements visuels inattendus au cours du cycle de vie de la page. Images sans dimensions, publicités injectées dynamiquement, web fonts provoquant une redistribution du texte (reflow). C'est généralement la métrique la plus facile à corriger.
Une étude sur 7 millions de sessions web par Agency FIFTY3 a révélé une corrélation négative modérée entre le CLS et le taux d'engagement (r = -0,470). Les pages avec un CLS plus faible avaient un engagement plus élevé. Cela semble intuitif. Les utilisateurs qui voient la page sauter ont tendance à partir. Et les métriques d'engagement alimentent les signaux de classement de Google indépendamment des CWV.
Pour un guide complet sur la correction du CLS, voir Cumulative Layout Shift (CLS).

Ce que montrent les données : études et résultats réels
Les études de corrélation
Toutes les grandes études mesurant l'impact des CWV sur le classement ont été menées entre 2021 et 2022 en utilisant le FID comme métrique d'interactivité. Le FID n'existe plus. Gardez ce contexte à l'esprit.
Perficient / Eric Enge (décembre 2021) : A comparé la corrélation de classement avant et après le déploiement de la Page Experience. A révélé que les CWV "n'étaient pas un facteur de classement important". Une corrélation entre de meilleurs CWV et de meilleurs classements existait, mais elle n'a pas changé de manière significative après le lancement de la mise à jour de la Page Experience. Conclusion : les sites avec de bons CWV ont aussi tendance à avoir une bonne ingénierie dans l'ensemble. La causalité est difficile à séparer de la corrélation.
Advanced Web Ranking (2022) : A analysé 3 millions de pages. A révélé que le LCP montrait la tendance visuelle la plus claire avec la position de classement. Mais a également révélé que de nombreuses pages classées dans le top 10 n'avaient aucune donnée CrUX du tout. Ce qui signifie que Google les a classées entièrement sur d'autres signaux.
Search Engine Land (2025) : A analysé 107 352 pages pour la visibilité de l'IA Search. A révélé que les CWV agissent comme une contrainte pour la visibilité de l'IA, pas comme un levier de croissance. Faible corrélation négative entre le LCP et la présence dans les recherches (r = -0,12 à -0,18). Leur conclusion : la conformité aux CWV fonctionne comme un mécanisme d'évitement des pénalités. Pas comme un avantage concurrentiel.
Le modèle à travers toutes les études est cohérent. Le CWV est un signal léger. Les échecs sévères font mal. Être "bon" supprime la pénalité. Passer de "bon" à "excellent" ne produit aucun avantage de classement mesurable.
Études de cas où les CWV ont fait bouger les choses
Les études de cas qui montrent des améliorations de classement suite à des corrections CWV partagent un trait commun : les sites présentaient des échecs sévères avant la correction.
Vodafone Italie : A amélioré le LCP de 31 %. A vu une augmentation de 8 % des ventes. Lorsqu'un site e-commerce à fort trafic passe de l'échec à la réussite du LCP, l'effet cumulé de classements légèrement meilleurs et d'un meilleur engagement utilisateur produit des résultats commerciaux mesurables.
Redbus (Inde) : A réduit le CLS de 1,65 à 0. La conversion sur mobile a augmenté de 80 % à 100 %. Le classement du domaine en Colombie s'est amélioré de 192 %. Un score CLS de 1,65 est catastrophique. Corriger cela supprime une pénalité massive.
SiteCare (organisation à but non lucratif) : A fait passer toutes les URL de CWV "Médiocre" à "Bon". A gagné 35 000 impressions supplémentaires par mois et 7 000 sessions supplémentaires. Encore une fois : de l'échec à la réussite.
CoinStats : A corrigé les images encodées en Base64 provoquant un LCP lent. Augmentation de 300 % des URL réussissant les CWV. Augmentation de 300 % des impressions de recherche.
La leçon dans chaque étude de cas est la même. Les gains provenaient de la correction des échecs sévères. Pas d'améliorations incrémentielles. Pas de la course aux scores Lighthouse.
Ce que je vois sur les sites surveillés par CoreDash
Sur les sites que je surveille avec CoreDash, le modèle se vérifie. Lorsque je fais passer les CWV de "Médiocre" (Poor) à "Bon" (Good) sur un site avec un contenu et des liens par ailleurs solides, je vois généralement des améliorations modestes de classement au cours des 4 à 8 semaines suivantes. Lorsque j'améliore les CWV de "Nécessite une amélioration" à "Bon", l'effet sur le classement est plus faible et parfois invisible. Lorsque je fais passer un site d'un LCP "Bon" de 2,4 secondes à 1,2 seconde, je ne vois aucun changement de classement.
C'est le seuil qui compte pour le SEO. Pas le score.

Ce qui n'affecte PAS votre SEO
Cette section existe parce que je passe trop de temps lors de réunions avec des clients à corriger des idées fausses.
Les scores Lighthouse sont complètement ignorés par Google pour le classement
Je dois être direct à ce sujet. Google ne regarde pas votre score Lighthouse. Du tout. À aucune fin liée au classement.
Malte Ubl, qui a supervisé le déploiement du classement de la Page Experience alors qu'il était directeur de la recherche chez Google, l'a déclaré explicitement : Google ne prend en compte votre score Lighthouse d'aucune manière pour le classement des recherches. Il travaille maintenant chez Vercel, il peut donc être franc à ce sujet.
Lighthouse exécute une simulation en laboratoire sur un seul appareil avec une connexion bridée. Il produit un nombre entre 0 et 100. Ce nombre n'a aucun lien avec la façon dont Google classe vos pages.
Les scores PageSpeed Insights ne sont pas des facteurs de classement
Le gros chiffre en haut de PageSpeed Insights est un score de laboratoire Lighthouse. Ce n'est pas ce que Google utilise pour le classement. La section des données de terrain en dessous de ce nombre affiche les données CrUX. C'est ce que Google utilise. La plupart des référenceurs regardent le grand nombre et ignorent la section des données de terrain. Ils regardent exactement la mauvaise chose.

Passer de "Bon" à "Parfait" ne fait rien pour le SEO
Mueller l'a dit clairement : "Obtenir ces derniers pourcentages peut représenter une tonne de travail... le référencement de votre site ne changera généralement pas à cause de cela." Et : "Un score parfait est un défi technique amusant, et vous apprendrez quelque chose en cours de route... mais cela ne va pas faire grimper le classement de votre site."
J'adore Lighthouse. Je l'utilise tous les jours. C'est un excellent outil de diagnostic. Mais quand un client me demande d'amener son score Lighthouse à 100 à des fins de SEO, je lui dis qu'il dépense son budget sur le mauvais problème. Atteignez "bon" dans les données de terrain. Ensuite, dépensez le budget restant sur le contenu et les liens.
Comment vérifier si les CWV nuisent à vos classements
Voici exactement ce que je fais lorsqu'un client demande si les Core Web Vitals sont la cause de ses problèmes de classement.
Étape 1 : Ouvrez la Google Search Console. Accédez au rapport Core Web Vitals. Si toutes les URL s'affichent "Bon" pour les mobiles et les ordinateurs de bureau, les CWV ne sont pas votre problème. Arrêtez d'enquêter sur les CWV et regardez plutôt le contenu, les liens ou les problèmes de SEO technique.
Étape 2 : Si les URL indiquent "Médiocre" ou "Nécessite une amélioration", identifiez quelles URL spécifiques et quelle métrique spécifique échoue. Les échecs CWV sont toujours spécifiques à une métrique. Vous n'avez pas un "problème CWV". Vous avez un problème LCP, un problème INP ou un problème CLS.
Étape 3 : Vérifiez les données CrUX pour les pages défaillantes. Utilisez le tableau de bord CrUX ou PageSpeed Insights (la section des données de terrain, pas le score Lighthouse). Confirmez que l'échec existe dans les données de terrain, et pas seulement dans les tests en laboratoire.
Étape 4 : Déployez la surveillance RUM. CrUX vous dit ce qui échoue. Le RUM vous dit pourquoi. C'est pourquoi j'ai construit CoreDash. J'avais besoin de données d'attribution au niveau de la page qui décomposent exactement quel élément a causé le retard du LCP, quelle interaction a causé l'échec de l'INP, quelle modification du DOM a causé le CLS. Sans données d'attribution, vous devinez.
Étape 5 : Corrigez les problèmes spécifiques. Chaque métrique nécessite des correctifs différents. Je les couvre en détail sur les pages dédiées pour le LCP, l'INP et le CLS.
Étape 6 : Attendez. La fenêtre CrUX de 28 jours signifie que les modifications mettent environ un mois à se refléter dans les données de Google. Vérifiez à nouveau la Search Console après 4 à 6 semaines. Comparez les impressions et la position moyenne pour les URL affectées avant et après l'amélioration des CWV.

Corriger les CWV pour le SEO : par où commencer
Si vos données CWV montrent des échecs, voici comment je priorise les correctifs pour un impact SEO maximal.
Priorité 1 : Corrigez toute métrique "Médiocre" vers "Bon". Le signal de classement vit au niveau du seuil. Passer de "Médiocre" à "Bon" est là où réside l'avantage SEO. C'est la seule chose qui compte à des fins de classement.
Priorité 2 : Corrigez d'abord le LCP. Il a la plus forte corrélation observée avec la position de classement et c'est là que la plupart des sites échouent. Les problèmes les plus courants que je corrige par ordre de fréquence : images de héros (hero images) avec loading="lazy", CSS et JavaScript bloquant le rendu dans le <head>, images non compressées ou mal dimensionnées, temps de réponse du serveur lents (TTFB supérieur à 800 ms), et ressources LCP découvertes tardivement que le scanner de préchargement ne peut pas trouver.
Priorité 3 : Corrigez le CLS en second. Le CLS a la plus forte corrélation avec l'engagement des utilisateurs, ce qui affecte indépendamment les classements par le biais des signaux comportementaux. Correctifs courants : ajouter des attributs explicites width et height à toutes les images et vidéos, utiliser aspect-ratio en CSS pour les conteneurs responsives, précharger les polices personnalisées et définir font-display: swap, et réserver de l'espace pour le contenu injecté dynamiquement comme les publicités.
Priorité 4 : Corrigez l'INP en dernier. L'INP est le plus difficile à corriger car il nécessite généralement des modifications de l'architecture JavaScript. Correctifs courants : scinder les tâches longues avec scheduler.yield(), différer le JavaScript non essentiel, réduire l'exécution des scripts tiers, et déplacer les calculs lourds hors du main thread.
Pour des guides techniques détaillés sur chaque métrique, consultez les pages dédiées dans ce groupe :
- Largest Contentful Paint (LCP)
- Interaction to Next Paint (INP)
- Cumulative Layout Shift (CLS)
- Comment passer les Core Web Vitals
FAQ : Réponses aux questions sur les Core Web Vitals et le SEO
Dans quelle mesure les Core Web Vitals affectent-ils les classements ?
Une quantité faible mais confirmée. Google qualifie les CWV de "facteurs non géants". Les données montrent que les CWV fonctionnent comme une barrière. Échouer fait mal. Passer supprime la pénalité. Aller au-delà de "bon" ne produit aucun avantage de classement mesurable.
Mon score Lighthouse affecte-t-il le SEO ?
Non. Google utilise les données de terrain CrUX provenant de vrais utilisateurs de Chrome. Lighthouse est une simulation de laboratoire. Le score qu'il produit n'est utilisé en aucune façon par les systèmes de classement de Google.
Mon score PageSpeed Insights affecte-t-il le SEO ?
Le score global (0 à 100) non. C'est un score de laboratoire Lighthouse. La section des données de terrain de PageSpeed Insights affiche les données CrUX, qui sont ce que Google utilise. Regardez les données de terrain. Ignorez le score.
Combien de temps faut-il pour que les améliorations CWV affectent les classements ?
Les données CrUX utilisent une fenêtre glissante de 28 jours. Après avoir corrigé un problème CWV, attendez-vous à 4 à 6 semaines avant de voir le changement reflété dans les données de la Search Console. Les changements de classement (s'il y en a) apparaissent après cela.
Les Core Web Vitals sont-ils plus importants que la qualité du contenu ?
Non. La pertinence du contenu, la qualité et les backlinks sont des facteurs de classement bien plus importants. Les CWV sont un signal secondaire. Corrigez les échecs CWV sévères, puis concentrez votre budget sur le contenu et les liens.
Qu'est-ce qui a remplacé le FID dans les Core Web Vitals ?
L'Interaction to Next Paint (INP) a remplacé le First Input Delay (FID) le 12 mars 2024. L'INP mesure la latence de toutes les interactions de l'utilisateur pendant une visite, pas seulement la première. C'est beaucoup plus difficile à passer que le FID. Consultez notre guide complet sur l'INP.
Les Core Web Vitals affectent-ils les classements sur mobile et sur bureau de la même manière ?
Google évalue les mobiles et les ordinateurs de bureau séparément. Un site peut passer sur le bureau et échouer sur le mobile, ou vice versa. Étant donné que la plupart des sites ont de moins bonnes performances sur mobile et que la plupart des recherches s'effectuent sur mobile, l'impact des CWV sur le classement a tendance à être plus important sur mobile.
De mauvais Core Web Vitals peuvent-ils nuire à mes classements même avec un excellent contenu ?
En théorie, oui. En pratique, l'impact est faible. Mueller a déclaré qu'il est peu probable que vous voyiez une forte baisse de classement due uniquement aux problèmes de CWV. Mais combiné à d'autres faiblesses, un mauvais CWV ajoute un signal négatif à une page déjà en difficulté.
Les Core Web Vitals affectent-ils AI Search et Google AI Overviews ?
Les premières données d'une analyse de 107 000 pages menée en 2025 suggèrent que les CWV agissent comme une contrainte pour la visibilité de l'IA Search, à l'instar de la recherche classique. Les pages présentant des échecs CWV sévères sont apparues moins fréquemment dans les AI Overviews. Mais la corrélation est faible et des recherches supplémentaires sont nécessaires.
Dois-je corriger les Core Web Vitals ou investir dans le contenu ?
Les deux. Mais si vous devez choisir, le contenu l'emporte. Atteignez "bon" pour les CWV aussi rapidement que possible. Ensuite, redirigez votre budget vers la création de contenu qui répond aux vraies questions des utilisateurs mieux que vos concurrents. Cela aura toujours un impact plus important sur le classement que de faire passer les CWV de "bon" à "excellent".

Besoin d'un site plus rapide ?
Je suis Arjen et je répare des sites lents depuis 17 ans. Si vous rencontrez des problèmes que vous ne pouvez pas résoudre vous-même, envoyez-moi votre URL et parlons-en.
Envoyez-moi votre URL
Pourquoi notre fix ne fonctionne pas ?
Parfois le CDN sert encore l'ancien HTML, ou le fix a été appliqué sur le template desktop alors que le mobile en utilise un autre. Envoyez-moi votre URL et le problème, et je vous réponds avec quelques créneaux. J'analyse d'abord vos field data, puis nous passons une heure sur votre site, et sous 24 heures vous avez mes notes par écrit. 350 € HT.
Envoyez-moi votre URLPas de développeur pour réaliser le fix ? Je fais le travail moi-même, sur une copie de votre site.