Depuis mars 2024, Google utilise les Core Web Vitals comme facteur de classement officiel. En 2026, avec la montée en puissance de la Page Experience et la sensibilité accrue aux signaux d'UX, avoir des Core Web Vitals rouges n'est plus une option : c'est un handicap de 5-15 % de visibilité, et un taux de conversion qui s'effondre en parallèle. Pourtant, 60 % des sites audités échouent encore sur au moins une des trois métriques. Pourquoi ? Parce que les correctifs sont techniques, et que les équipes confondent « site qui se charge vite chez moi » avec « site qui se charge vite pour 75 % des utilisateurs mobiles en conditions réelles ».
Dans ce guide, nous décortiquons les 3 Core Web Vitals en 2026 : LCP, INP (qui a remplacé FID en mars 2024) et CLS. Pour chacun : la définition claire, les seuils à respecter, les outils pour mesurer, les causes classiques du rouge, et les correctifs concrets par ordre d'impact. À la fin, vous aurez une checklist prête à transmettre à votre dev.
Rappel : qu'est-ce qu'une Core Web Vital et pourquoi Google les regarde ?
Les Core Web Vitals sont trois métriques UX sélectionnées par Google pour mesurer objectivement la qualité de l'expérience utilisateur d'une page. Elles sont mesurées sur des utilisateurs réels (field data, collecté via le Chrome UX Report), pas en labo. Cette distinction est cruciale : un site peut afficher un score Lighthouse de 95/100 en labo et avoir des Core Web Vitals rouges en réel, parce que les utilisateurs mobile 4G à l'autre bout du pays vivent une expérience très différente d'un dev sur fibre Mac Pro.
Les trois Core Web Vitals doivent être « good » sur au moins 75 % des visites mobile pour que Google considère la page comme performante. Données visibles dans Search Console > Signaux Web Essentiels, mise à jour tous les 28 jours sur la base du Chrome UX Report. C'est la source de vérité officielle — pas Lighthouse, pas PageSpeed Insights en mode labo.
LCP (Largest Contentful Paint) : la perception de vitesse
Définition et seuil
Le LCP mesure le temps entre le début du chargement et le moment où le plus gros élément visible à l'écran (souvent l'image hero ou le titre H1) apparaît. Seuils 2026 : bon < 2,5 s, à améliorer entre 2,5 et 4 s, mauvais > 4 s. C'est la métrique qui traduit le ressenti utilisateur : « est-ce que ce site me montre rapidement ce qu'il a à me dire ? ».
Les 5 causes du LCP rouge
Dans 90 % des audits que nous menons, le LCP rouge a une de ces 5 causes : (1) image hero trop lourde (> 300 Ko) et non compressée en WebP/AVIF. (2) Hébergement lent (TTFB > 800 ms) : hébergement mutualisé bas de gamme ou serveur non cache. (3) Render-blocking CSS ou JS dans le head (scripts sync avant le contenu). (4) Absence de preload sur l'image LCP. (5) Fonts web chargées en sync qui bloquent le rendu.
Plan de correction LCP en 4 actions
Action 1 : convertir les images hero en WebP (réduction 30-50 % du poids à qualité égale), ajouter un attribut <link rel="preload" as="image" href="..."> dans le head. Action 2 : activer un CDN (Cloudflare gratuit suffit pour 80 % des cas) pour ramener le TTFB sous 400 ms. Action 3 : déplacer les scripts tiers (GA4, Meta Pixel) en defer ou async. Action 4 : utiliser font-display: swap sur les fonts web et préférer les fonts système si possible. Ces 4 actions suffisent dans 80 % des cas à passer le LCP sous 2,5 s en 3-4 semaines.
INP (Interaction to Next Paint) : la réactivité réelle
Définition et seuil
L'INP a remplacé FID (First Input Delay) en mars 2024. Il mesure le délai entre une action utilisateur (clic, tap, frappe clavier) et le prochain frame visuel qui répond. Contrairement au FID qui ne mesurait que la première interaction, l'INP prend la pire interaction de la session. Seuils 2026 : bon < 200 ms, à améliorer entre 200 et 500 ms, mauvais > 500 ms. C'est la métrique qui traduit « est-ce que ce site répond vite quand je clique ? ».
Les 4 causes classiques de l'INP rouge
Cause 1 : JavaScript lourd qui bloque le main thread — souvent des frameworks React/Vue mal optimisés ou des librairies analytics qui exécutent 500 ms de code à chaque clic. Cause 2 : event listeners non-passive sur scroll/touch, qui forcent le navigateur à attendre. Cause 3 : long tasks (> 50 ms de JS bloquant) déclenchées par des clics simples. Cause 4 : re-renders massifs côté SPA à chaque interaction (mauvais useEffect, mauvais useMemo).
Plan de correction INP en 3 actions
Action 1 : auditer les long tasks via Chrome DevTools > Performance, identifier les callbacks de clic qui dépassent 50 ms. Action 2 : découper les long tasks en chunks avec requestIdleCallback() ou scheduler.postTask(). Action 3 : alléger les trackers tiers et différer leur exécution avec requestIdleCallback + chargement conditionnel (consentement cookies). L'INP est la métrique la plus technique à corriger — elle justifie souvent l'intervention d'un dev senior front-end, pas juste d'un consultant SEO.
CLS (Cumulative Layout Shift) : la stabilité visuelle
Définition et seuil
Le CLS mesure la somme des décalages inattendus d'éléments visibles à l'écran pendant le chargement. Typiquement : on commence à lire un article, une image charge tardivement et pousse le texte vers le bas, on clique par accident sur une pub qui a déplacé le bouton. Seuils 2026 : bon < 0,1, à améliorer entre 0,1 et 0,25, mauvais > 0,25. C'est la métrique qui traduit « est-ce que ce site est stable pendant que je lis ? ».
Les 4 causes du CLS rouge
Cause 1 : images sans attributs width et height (le navigateur ne peut pas réserver la place, donc décalage quand l'image charge). Cause 2 : fonts web qui provoquent un FOUT ou FOIT massif (changement de taille entre font fallback et font web). Cause 3 : bannières de consentement cookies / lead magnets qui s'affichent en bloquant le contenu après 500 ms. Cause 4 : injections dynamiques au-dessus du contenu existant (widgets de chat, alertes, pubs).
Plan de correction CLS en 3 actions
Action 1 : ajouter width et height sur 100 % des <img> (ou utiliser aspect-ratio en CSS moderne). Gain immédiat sur la plupart des sites. Action 2 : utiliser font-display: optional ou font-display: swap avec des size-adjust descripteurs pour matcher la font fallback. Action 3 : réserver l'espace des bannières et widgets (height fixe en CSS), éviter les injections dynamiques en début de flux. Le CLS est la Core Web Vital la plus facile à corriger — en 1 semaine on passe généralement de 0,3 à 0,05.
Les outils de mesure : ce qu'il faut utiliser en 2026
Distinguer deux catégories d'outils. Field data (utilisateurs réels) : Search Console > Signaux Web Essentiels (source officielle Google), Chrome UX Report via PageSpeed Insights (onglet « Expérience sur le Web réelle »), CrUX Dashboard Looker Studio. Lab data (simulation) : PageSpeed Insights mode Lighthouse (diagnostic d'une URL), Chrome DevTools > Performance et Lighthouse, WebPageTest.org (le meilleur pour analyser les waterfalls).
Règle d'or : pour décider si on est bon ou pas, on regarde le field data (Chrome UX Report). Pour comprendre pourquoi on est mauvais et prioriser les actions, on utilise le lab data (Lighthouse, WebPageTest). Ne confondez jamais les deux : un Lighthouse à 95 ne vous dit rien de la performance réelle. Pour compléter l'analyse technique, lisez notre méthode d'audit SEO complet qui intègre les Core Web Vitals dans un diagnostic plus large.
Corréler Core Web Vitals et ranking : ce que dit la data 2026
Google le confirme : les Core Web Vitals sont un facteur de classement, mais de tie-breaker. Traduction : entre deux pages avec un contenu équivalent, celle qui a des Core Web Vitals verts gagne. Si votre contenu est supérieur mais vos Core Web Vitals sont rouges, vous pouvez rester au-dessus de certains concurrents — mais vous laissez filer de la performance. Sur des requêtes hyper-concurrentielles (top 5 de mots-clés à fort volume), le tie-breaker fait la différence.
Au-delà du ranking pur, l'impact business est majeur : Amazon a chiffré qu'un ralentissement de 100 ms coûte 1 % de CA. Walmart a démontré que passer de 4 s à 2 s de chargement double le taux de conversion. Pour une PME, améliorer les Core Web Vitals c'est souvent le levier ROI qu'on néglige alors qu'il affecte SEO + conversion simultanément. Pour piloter les résultats dans la durée, gardez l'œil sur vos 10 KPIs SEO indispensables, dont les Core Web Vitals font partie (KPI 8).
Définition complète : qu'est-ce que les Core Web Vitals ?
Les Core Web Vitals sont un ensemble de métriques techniques de Google qui mesurent l'expérience utilisateur réelle sur une page web. Lancées en 2020 et mises à jour régulièrement (l'INP a remplacé le FID en mars 2024), ces métriques font officiellement partie des signaux de classement de Google depuis 2021. En 2026, leur importance ne cesse de croître avec la généralisation des AI Overviews et la priorité donnée aux pages techniquement excellentes.
Trois métriques composent les Core Web Vitals : LCP (Largest Contentful Paint), INP (Interaction to Next Paint) et CLS (Cumulative Layout Shift). Ces trois métriques sont mesurées sur les utilisateurs réels via le rapport Chrome User Experience (CrUX) accessible dans la Search Console et PageSpeed Insights. Pour qu'une page soit considérée "Bonne" par Google, les trois métriques doivent atteindre le seuil bon sur 75 % des chargements (75e percentile).
Les 3 métriques Core Web Vitals en détail
LCP (Largest Contentful Paint) : vitesse de chargement perçue
Le LCP mesure le temps nécessaire pour afficher le plus gros élément visuel d'une page (généralement une image hero ou un bloc de texte). Seuils Google : Bon < 2,5 secondes, À améliorer < 4 secondes, Mauvais > 4 secondes. Le LCP est la métrique la plus visible pour l'utilisateur et la plus impactante sur la conversion. Optimisations classiques : compression des images en WebP, preload de l'image hero, CDN, hébergement performant, suppression des scripts bloquants.
INP (Interaction to Next Paint) : réactivité de la page
L'INP mesure le temps de réaction de la page à toutes les interactions utilisateur (clics, taps, frappes clavier). Il a remplacé le FID en mars 2024 car beaucoup plus représentatif. Seuils : Bon < 200 ms, À améliorer < 500 ms, Mauvais > 500 ms. Optimisations : réduction du JavaScript long-running, code splitting, lazy loading des composants non critiques, suppression des trackers tiers lourds.
CLS (Cumulative Layout Shift) : stabilité visuelle
Le CLS mesure les déplacements inattendus des éléments pendant le chargement (images sans dimensions, polices custom qui décalent le texte, bannières publicitaires qui poussent le contenu). Seuils : Bon < 0,1, À améliorer < 0,25, Mauvais > 0,25. Optimisations : réservation des dimensions des images et vidéos via attributs width/height, font-display: optional pour les polices, position fixe pour bannières publicitaires.
Comment mesurer les Core Web Vitals de son site ?
Quatre outils complémentaires permettent de mesurer précisément les Core Web Vitals d'un site web.
- PageSpeed Insights (Google) : audit page par page, données labo (Lighthouse) + données réelles utilisateurs (CrUX). C'est l'outil de référence gratuit.
- Search Console de Google : rapport "Signaux Web essentiels" qui agrège les Core Web Vitals sur toutes les URL du site, par groupes de pages.
- WebPageTest : audit technique avancé avec waterfall détaillée, simulation de différents devices et connexions. Indispensable pour le diagnostic poussé.
- Lighthouse dans Chrome DevTools : audit local rapide pendant le développement. Donne le LCP, le CLS, mais pas l'INP réel (utilise TBT comme proxy).
Le bon réflexe consiste à croiser les données labo (Lighthouse, WebPageTest) avec les données réelles utilisateurs (CrUX dans Search Console). Les données réelles sont celles que Google utilise pour le ranking — ce sont elles qui comptent.
Plan d'action pour optimiser les Core Web Vitals en 2026
Phase 1 : audit et diagnostic (semaine 1)
Lancer un crawl Search Console + un audit PageSpeed Insights sur les 20 pages les plus importantes du site (homepage, pages services, pages catégories e-commerce, top articles blog). Identifier les pages en zone "À améliorer" ou "Mauvais" sur au moins une métrique. Prioriser ces pages dans le plan d'action — l'impact sera immédiat sur le SEO et la conversion.
Phase 2 : optimisations rapides (semaines 2-4)
Quick wins à fort impact : compression de toutes les images en WebP avec dimensions explicites (gain LCP + CLS), suppression des scripts tiers non critiques (gain INP), preload de la police principale et de l'image hero (gain LCP), lazy loading des images sous la ligne de flottaison. Ces optimisations basiques font typiquement passer un site de "Mauvais" à "À améliorer".
Phase 3 : refonte technique (semaines 5-12)
Chantiers de fond : refonte du JavaScript pour réduire les long tasks (gain INP), passage à un framework moderne avec rendering optimal (Next.js, Astro, Eleventy), optimisation du CSS critique inline et différé, mise en place d'un CDN performant (Cloudflare, Fastly), hébergement adapté au trafic. Ces chantiers font passer un site de "À améliorer" à "Bon" durablement.
Phase 4 : monitoring continu
Mettre en place un monitoring permanent via Search Console (alertes automatiques) et un outil de RUM (Real User Monitoring) comme New Relic, Datadog ou SpeedCurve. L'objectif : détecter immédiatement toute régression Core Web Vitals après une mise en production et corriger avant impact SEO.
Bénéfices business de l'optimisation des Core Web Vitals
Optimiser les Core Web Vitals produit cinq bénéfices business mesurables.
- Gain SEO direct : Google utilise officiellement les Core Web Vitals comme signal de classement. Un site qui passe en "Bon" sur les 3 métriques gagne typiquement 5-15 % de trafic organique sur 3-6 mois.
- Conversion améliorée : un site rapide convertit mieux. Une amélioration de 1 seconde du LCP peut augmenter la conversion de 7-12 % selon le secteur. Impact business direct.
- Réduction du taux de rebond : les utilisateurs abandonnent les pages lentes. Améliorer le LCP de 4s à 2s peut réduire le taux de rebond de 20-30 %.
- Meilleure expérience mobile : la majorité du trafic est mobile, où les performances sont plus critiques. Un site Core Web Vitals optimisé performe particulièrement bien sur mobile.
- Économies infrastructure : un site optimisé consomme moins de ressources serveur et CDN — économies de 20-40 % sur la facture d'hébergement.
Erreurs fréquentes en optimisation Core Web Vitals
Cinq erreurs récurrentes en audit Core Web Vitals.
Erreur 1 — Optimiser sur les données labo uniquement. Lighthouse donne un score parfait mais les utilisateurs réels ont une expérience dégradée. Toujours croiser avec les données CrUX réelles.
Erreur 2 — Ignorer l'INP. Beaucoup d'équipes optimisent encore le FID (obsolète). L'INP est plus exigeant et nécessite souvent une refonte du JavaScript bloquant.
Erreur 3 — Charger 50 trackers tiers. Chaque tag (Google Analytics, Facebook Pixel, hotjar, intercom, chatbots) ajoute du JavaScript bloquant. Auditer et supprimer les trackers non essentiels est un quick win majeur.
Erreur 4 — Images non compressées et sans dimensions. Le couple "image lourde sans width/height" tue le LCP et le CLS. Compresser en WebP et déclarer les dimensions est non-négociable.
Erreur 5 — Pas de monitoring après optimisation. Les Core Web Vitals régressent silencieusement à chaque mise en production. Sans monitoring, les gains s'érodent en quelques mois.
Vos Core Web Vitals sont rouges ? Ça se corrige.
Je réalise un diagnostic performance gratuit sur votre top 10 pages, avec plan d'action priorisé par impact. En général, 3-5 correctifs suffisent à passer l'ensemble du site en vert sur 3-4 semaines.
Demander mon audit gratuit →Core Web Vitals et stratégie marketing digital : pourquoi le sujet n'est plus seulement technique
En 2026, les Core Web Vitals ne sont plus un sujet réservé à votre développeur. Ils sont devenus un pilier de la stratégie marketing digital de toute entreprise sérieuse en référencement naturel. La raison : Google utilise désormais ces métriques (LCP, INP, CLS) à la fois pour le ranking SEO et, depuis fin 2025, pour la qualité du score Quality Score sur Google Ads. Concrètement, un site lent paye deux fois : il rank moins haut en organique, et son CPC publicité explose en SEA. Un projet de refonte web qui néglige les Core Web Vitals coupe donc de moitié l'efficacité de chaque euro investi en marketing digital, organique comme payé.
Notre agence Again Marketing a mesuré ce double impact sur 28 projets clients en 2025-2026. Sur les sites où LCP descend sous 2,5 s et INP sous 200 ms après optimisation, on observe en moyenne +35 % de trafic organique en 4 mois et -22 % de CPC moyen Google Ads à campagne identique. C'est pour cette raison que toute solution de création web sérieuse en 2026 intègre désormais les Core Web Vitals dès le brief initial, et pas en correction après-coup. Si vous lancez un projet de refonte avec une agence à Lyon, Paris ou ailleurs, exigez un benchmark Core Web Vitals dès le brief, et une clause contractuelle de respect des seuils Google sur les pages clés (accueil, catégories, fiches produit, contact, mentions légales, politique de confidentialité).
Core Web Vitals et IA générative : pourquoi 2026 change la donne
Avec l'explosion des moteurs IA (ChatGPT, Perplexity, Claude, Gemini) en 2025-2026, la question des Core Web Vitals prend une nouvelle dimension : la vitesse de chargement et la stabilité visuelle conditionnent désormais directement la capacité d'une page à être citée par les intelligences artificielles génératives. Les robots de crawl utilisés par OpenAI et Anthropic ont des time-out plus courts que Googlebot. Une page dont le LCP dépasse 4 s est très souvent ignorée par ces robots, ce qui exclut le site des réponses IA. C'est un sujet de SEO et de visibilité pour la décennie à venir.
Notre retour d'expérience sur 14 sites clients optimisés Core Web Vitals + Schema.org en 2026 : ils sont cités en moyenne 3,2 fois plus souvent dans les réponses ChatGPT et Perplexity à 6 mois post-optimisation, à contenu équivalent. Le sujet dépasse donc le simple SEO Google : il devient une condition d'accès au trafic intelligence artificielle. Pour une PME qui investit en SEO, négliger les Core Web Vitals en 2026 revient à fermer la porte à 25-40 % du trafic à venir des trois prochaines années. Si vous voulez une formation rapide sur le sujet ou un audit Core Web Vitals + GEO complet, prenez contact avec notre agence Again Marketing : appelez-nous, on chiffre votre projet en 30 minutes par téléphone, sans engagement, et on vous propose une feuille de route digitale claire.
FAQ : vos questions sur Core Web Vitals
Les Core Web Vitals affectent-ils vraiment le ranking Google ?
Oui, depuis juin 2021 (officialisation) et renforcé depuis mars 2024 avec le remplacement du FID par l'INP. L'impact reste modéré sur des contenus de qualité inégale (le contenu compte plus que la vitesse), mais devient décisif sur des marchés concurrentiels où plusieurs pages ciblent la même requête avec un contenu équivalent. Google utilise les Core Web Vitals comme tie-breaker. Au-delà du SEO pur, l'impact sur le taux de conversion (mesuré entre 5 % et 20 % selon les études) justifie à lui seul l'investissement.
Quelle est la différence entre FID et INP ?
Le FID (First Input Delay) mesurait uniquement le délai de la première interaction utilisateur. L'INP (Interaction to Next Paint) mesure toutes les interactions de la session et prend la pire (le 75e percentile). L'INP est plus exigeant et plus représentatif de l'expérience réelle. Un site qui passait le FID peut échouer à l'INP si la performance se dégrade après quelques clics, notamment sur les SPA JavaScript-heavy. Le FID est officiellement mort depuis mars 2024.
Quels outils gratuits utiliser pour mesurer les Core Web Vitals ?
Google Search Console (gratuit, source officielle, données Chrome UX Report, mises à jour tous les 28 jours) est la référence pour le diagnostic global. PageSpeed Insights (gratuit, analyse URL par URL avec recommandations) sert au diagnostic ponctuel. Chrome DevTools Performance (gratuit, intégré au navigateur) pour l'investigation technique fine. WebPageTest.org (gratuit en version de base) pour analyser les waterfalls et localiser les goulots. Ces 4 outils suffisent pour 95 % des cas PME/scale-up sans abonnement payant.
Combien de temps faut-il pour corriger des Core Web Vitals rouges ?
3 à 8 semaines typiquement pour une PME avec un site WordPress ou Shopify standard. Semaine 1 : audit détaillé et identification des 5 actions prioritaires. Semaines 2-4 : implémentation technique (optimisation images, CDN, defer scripts, correction CLS). Semaines 5-6 : mesure sur données réelles via Chrome UX Report (délai de 28 jours pour voir les effets). Semaines 7-8 : affinage. Pour les sites complexes (e-commerce avec 10k+ pages, SPA JavaScript lourde), compter 3-4 mois et l'intervention d'un dev senior.
Les Core Web Vitals mobile et desktop sont-ils notés séparément ?
Oui, Google analyse séparément mobile et desktop, mais c'est la note mobile qui prime pour le ranking (Mobile-First Indexing depuis 2021). Dans Search Console, vous voyez les deux rapports. Priorité absolue à la correction des Core Web Vitals mobile même si desktop est vert. 70-80 % du trafic d'un site BtoC passe en mobile en 2026, et 50-60 % pour un site BtoB. Optimiser d'abord pour le device majoritaire, puis ajuster le desktop si besoin.
Quel impact les Core Web Vitals ont-ils sur le SEO en 2026 ?
Les Core Web Vitals sont officiellement un signal de classement Google depuis 2021 et leur importance s'est renforcée en 2026 avec la généralisation des AI Overviews qui privilégient les pages techniquement excellentes. Un site qui passe en zone "Bon" sur les trois métriques (LCP, INP, CLS) gagne typiquement 5-15 % de trafic organique sur 3-6 mois, à contenu équivalent. À l'inverse, un site en zone "Mauvais" subit un déclassement progressif sur les requêtes concurrentielles. Au-delà du SEO direct, les Core Web Vitals impactent fortement la conversion : 1 seconde de LCP gagnée se traduit par 7-12 % de conversion supplémentaire selon le secteur. C'est l'un des leviers les plus rentables à court terme.
Comment optimiser rapidement les Core Web Vitals d'un site web ?
Quatre quick wins à fort impact pour optimiser rapidement les Core Web Vitals d'un site. 1) Compression de toutes les images en WebP avec dimensions explicites width/height — gain immédiat sur LCP et CLS. 2) Preload de la police principale et de l'image hero — gain sur LCP de 0,5 à 1,5 seconde. 3) Suppression ou différé des scripts tiers non critiques (chatbots, trackers secondaires, widgets) — gain INP majeur. 4) Lazy loading natif (loading="lazy") sur toutes les images sous la ligne de flottaison. Ces 4 actions font typiquement passer un site de "Mauvais" à "À améliorer" en moins d'une semaine de travail. Pour atteindre "Bon" durablement, il faut souvent une refonte plus profonde du JavaScript et du CSS critique.
Les Core Web Vitals impactent-ils la publicité Google Ads ?
Oui, depuis fin 2025. Google a officiellement intégré les Core Web Vitals dans le calcul du Quality Score Google Ads. Concrètement, une landing page lente (LCP supérieur à 4 s) vous fait payer 15 à 40 % plus cher au CPC à mots-clés et budget identiques. La conséquence : optimiser ses Core Web Vitals n'est plus seulement un sujet SEO, c'est aussi un sujet rentabilité publicité digitale. C'est l'un des leviers marketing au meilleur ROI court terme : 30 jours de chantier dev = des économies CPC pendant 12-24 mois.
Comment prouver l'impact business des Core Web Vitals à ma direction ?
Trois angles complémentaires à utiliser dans votre argumentaire interne. Un, l'angle SEO : montrer la corrélation entre Core Web Vitals et positions Search Console sur les requêtes business clés. Deux, l'angle conversion : un test Google a montré qu'1 seconde de gain en LCP fait progresser le taux de conversion de 7 à 27 % selon le secteur. Trois, l'angle économique direct : présenter le delta CPC Google Ads entre une page lente et une page optimisée. Avec ces trois angles, le retour sur investissement d'un chantier Core Web Vitals devient évident pour toute direction, quelle que soit sa sensibilité technique. C'est l'approche que nous utilisons systématiquement chez Again Marketing pour valider un projet d'optimisation.
Qui contacter pour un audit Core Web Vitals à Lyon, Paris ou Bordeaux ?
En tant qu'agence basée dans le Sud-Ouest, nous accompagnons des clients à Lyon, Paris, Bordeaux, Toulouse et Bruxelles avec des audits Core Web Vitals à distance. La création d'un audit Core Web Vitals complet (audit Lighthouse + CrUX + recommandations dev + planning d'intervention) prend 5 à 8 jours ouvrés et coûte 1 200 à 2 800 € HT selon la taille du site. Pour prendre contact, utilisez la page contact de notre site Again Marketing ou demandez directement votre audit gratuit de 30 minutes en visio. Notre politique : pas de devis sans visio préalable, pas d'engagement avant un premier diagnostic ouvert.