Core Web Vitals 2026 : pourquoi votre site est lent (et comment le corriger)

Fin mars 2026, Anne, gérante d'une pâtisserie artisanale à Caen, découvre que son site WordPress a perdu 38 % de trafic Google en 90 jours. Refonte par un prestataire régional 18 mois plus tôt, thème multipurpose sexy, 27 plugins actifs. PageSpeed Insights affiche un score mobile de 23 sur 100 : LCP à 4,2 secondes, INP à 312 millisecondes, CLS à 0,29. Le site met 5 secondes à afficher sa photo d'accueil sur un iPhone 13 en 4G. Google a fini par favoriser les concurrents plus légers sur les requêtes "pâtisserie Caen" et "gâteau anniversaire Caen", et le trafic a fondu.

Le cas d'Anne n'a rien d'exceptionnel. Selon le rapport HTTP Archive 2025, 51 % des sites français passent les trois Core Web Vitals sur desktop, seulement 39 % sur mobile. Les PME normandes font pire : sur un échantillon de 150 sites artisans et services que nous avons audités en 2025, 68 % étaient en "Poor" sur au moins une métrique, et 41 % sur les trois simultanément. Et chaque dixième de seconde compte : une étude Deloitte Digital 2024 mesure 8,4 % de conversions en plus pour chaque gain de 100 ms sur le LCP.

En 2026, un site lent n'est plus un détail technique, c'est une fuite de chiffre d'affaires. Google favorise les concurrents rapides, les visiteurs fuient avant de lire votre offre, et les conversions s'effondrent sans signal clair. La bonne nouvelle : dans 85 % des cas, on récupère un site en vert sur les Core Web Vitals en moins d'une semaine de travail ciblé, sans refaire le site.

Ce guide détaille les trois métriques officielles, les outils pour les mesurer, les 8 causes réelles de lenteur en 2026, les optimisations qui fonctionnent vraiment, et trois cas normands chiffrés avant/après.

Votre site est lent et vous ne savez pas pourquoi ? Demandez un audit performance gratuit : diagnostic PageSpeed + CrUX, liste priorisée d'actions chiffrées, devis transparent. Basé en Normandie, interventions sur Caen, Rouen, Le Havre et toute la région.

Core Web Vitals 2026 : ce que Google mesure vraiment

Trois métriques, un objectif : l'expérience utilisateur réelle

Les Core Web Vitals sont les trois indicateurs que Google a retenus en 2020 pour noter l'expérience d'un site du point de vue du visiteur final, et non d'un serveur de test. L'idée : mesurer ce que l'utilisateur ressent, pas ce qu'un benchmark artificiel calcule. En 2026, ces trois métriques sont :

• LCP (Largest Contentful Paint) : temps avant que le plus gros élément visible à l'écran finisse de se charger.
• INP (Interaction to Next Paint) : temps de réaction entre un clic ou un tap de l'utilisateur et la prochaine mise à jour visible de l'écran.
• CLS (Cumulative Layout Shift) : score de décalage visuel cumulé pendant la vie de la page.

Ces trois métriques ont remplacé en mars 2024 le trio initial LCP / FID / CLS. Le FID (First Input Delay) était trop indulgent : il ne mesurait que le premier clic, alors que l'INP mesure la pire interaction de toute la session, ce qui colle beaucoup plus à l'expérience vécue.

Impact réel sur le SEO en 2026

Google ne pénalise pas directement un site lent, il préfère les concurrents rapides sur la même requête. Les études 2025 de Sistrix, Semrush et Ahrefs convergent sur un ordre de grandeur clair : un site classé "Poor" sur ses Core Web Vitals perd 4 à 12 % de trafic organique par rapport à une version "Good", et jusqu'à 18 % quand LCP et INP sont simultanément dégradés sur mobile. Sur les longues traînes peu concurrentielles, l'impact est plus faible ; sur les requêtes locales disputées (artisans, avocats, immobilier, restaurants), le delta grimpe à 2 à 4 positions Google gagnées ou perdues, soit 25 à 40 % de clics.

Au-delà du SEO, l'impact conversion est encore plus fort. Un LCP qui passe de 4 à 2 secondes fait typiquement grimper le taux de conversion e-commerce de 15 à 22 %, selon plus de 200 A/B tests documentés par Google et WPO Stats. Les formulaires de contact voient leur taux de complétion augmenter de 8 à 15 % dans les mêmes conditions. Autrement dit, un site rapide est un double levier : trafic + conversion.

Pour une vue plus large des signaux SEO qui comptent en 2026, notre guide SEO ultime détaille les 30 facteurs techniques et éditoriaux à surveiller en parallèle des Core Web Vitals.

LCP, INP, CLS : les trois métriques décodées

LCP : le temps avant que votre message principal soit visible

Le LCP mesure le temps écoulé entre le début de la navigation et l'affichage du plus gros élément visible à l'écran. Dans 85 % des cas, c'est une image (photo hero, visuel produit) ou un bloc de texte H1. Les seuils officiels Google en 2026 :

• Good : LCP inférieur à 2,5 secondes.
• Needs improvement : entre 2,5 et 4 secondes.
• Poor : supérieur à 4 secondes.

Causes fréquentes d'un LCP dégradé : image hero non optimisée (2 Mo en PNG), TTFB serveur élevé (hébergement mutualisé saturé), JavaScript bloquant le rendu, police web auto-hébergée mal préchargée, redirections en cascade, absence de CDN.

INP : le temps de réaction perçu

L'INP remplace le FID depuis mars 2024. Il mesure la pire latence observée entre une interaction utilisateur (clic, tap, appui clavier) et le prochain rafraîchissement de l'écran, sur toute la durée de la session. Seuils officiels :

• Good : INP inférieur à 200 millisecondes.
• Needs improvement : entre 200 et 500 millisecondes.
• Poor : supérieur à 500 millisecondes.

C'est la métrique qui a fait le plus de dégâts chez les PME en 2024 : beaucoup de sites passés en "Poor" du jour au lendemain sans avoir rien changé, simplement parce que l'INP est plus sévère que le FID. Les causes classiques : scripts tiers lourds (Hotjar, trackers publicitaires, widgets chat), hydration React monobloc, handlers d'événements bloquants, longues tâches JavaScript non découpées.

CLS : les mouvements visuels qui agacent

Le CLS additionne tous les décalages de mise en page survenus pendant la vie de la page. Typique : l'image qui arrive après le texte et pousse le contenu vers le bas, la bannière cookies qui décale le footer, la publicité qui fait sauter le bouton au moment du clic. Seuils :

• Good : CLS inférieur à 0,1.
• Needs improvement : entre 0,1 et 0,25.
• Poor : supérieur à 0,25.

Causes usuelles : images sans attributs width et height, fonts web sans font-display: swap qui remplacent brutalement la police de fallback, publicités injectées tardivement, iframes et embeds qui se redimensionnent après coup.

Ce que veut vraiment dire "passer au vert"

Google considère qu'un site passe les Core Web Vitals si le 75e percentile des trois métriques (mesuré sur les données CrUX terrain des 28 derniers jours, mobile et desktop séparément) est en "Good". Traduction : trois quarts de vos utilisateurs réels doivent vivre une expérience rapide pour que votre site soit validé. Un test PageSpeed ponctuel qui affiche 98 sur 100 ne suffit pas : c'est un résultat de laboratoire sur un serveur Google en Californie. Ce qui compte, c'est la réalité mesurée sur les visiteurs Chrome de votre site.

Comment mesurer : PageSpeed Insights, CrUX, Search Console

PageSpeed Insights : l'entrée en matière

L'outil officiel Google (pagespeed.web.dev) affiche deux jeux de données pour chaque URL testée. D'abord, des "Field Data" : mesures terrain issues du CrUX Report, agrégées sur 28 jours glissants de visiteurs Chrome réels. Ensuite, des "Lab Data" : une simulation Lighthouse sur une connexion 4G modérée et un mobile de milieu de gamme virtuel.

Pour un diagnostic crédible, ne regardez que les Field Data : c'est ce que Google utilise pour classer votre site. Le score Lighthouse (sur 100) est utile pour comparer deux versions de la même page pendant un chantier, mais ne dicte pas votre ranking. Erreur fréquente : célébrer un score de 95 sur une page neuve alors que les Field Data restent en "Poor" faute de trafic suffisant pour agréger des données, ce qui ne protège pas le SEO.

Google Search Console : la vision d'ensemble

Dans Search Console, section "Expérience" puis "Core Web Vitals", Google affiche le détail des URL regroupées par problème pour votre site entier, mobile et desktop séparément. C'est là qu'on priorise vraiment : inutile de corriger 200 articles de blog si les 15 pages à forte conversion sont en "Poor". Le rapport se met à jour tous les 2 à 4 jours.

Pour une PME, le bon flux de travail :

1. Search Console → identifier les URL en "Poor" ou "Needs improvement", triées par volume de pages vues.
2. PageSpeed Insights → diagnostic détaillé des 5 URL prioritaires.
3. Correction + déploiement.
4. Validation dans Search Console 28 jours plus tard (le délai incompressible pour que les données CrUX intègrent le changement).

Web Vitals extension et CrUX Dashboard

L'extension Chrome officielle "Web Vitals" affiche LCP, INP et CLS en temps réel pendant la navigation, avec le code couleur Google. Indispensable pour tester une page en local avant publication, ou pour vérifier un concurrent sans déclencher son analytics.

Le CrUX Dashboard (g.co/chromeuxdash) offre l'historique mensuel sur 28 mois glissants de vos métriques terrain, utile pour prouver l'impact d'une optimisation a posteriori. Les signes d'alerte documentés dans notre article signes que votre site perd des clients incluent justement la dérive lente des Core Web Vitals, souvent invisible sans dashboard historique.

WebPageTest pour les tests depuis la France

Pour aller plus loin, WebPageTest (webpagetest.org) en version gratuite propose des tests depuis des serveurs en France métropolitaine avec profil 4G réaliste. Plus proche de l'expérience d'un visiteur normand qu'un test depuis la Californie, et gratuit sur l'offre "No API key, public test".

Testez votre budget optimisation en 2 minutes. Essayez notre simulateur de prix pour avoir une fourchette réaliste selon votre stack actuelle et l'état des Core Web Vitals.

Pourquoi votre site est lent : les 8 causes réelles

Après 150 audits PME en 2025, la liste des causes converge vers 8 coupables récurrents. Classés par fréquence décroissante :

1. Des images non optimisées

50 à 70 % du poids d'une page PME typique vient des images. Photos de 2 à 5 Mo en PNG ou JPG haute résolution, servies sans conversion WebP ou AVIF, sans tailles responsives. C'est la cause numéro 1 d'un LCP dégradé.

2. Du JavaScript bloquant

Scripts tiers (Google Analytics, Hotjar, Meta Pixel, chatbots, widgets d'avis, pop-up de consentement) empilés sans async ou defer, qui bloquent le rendu pendant que le navigateur les télécharge et les parse. Cause principale d'un INP en "Poor".

3. Un thème WordPress multipurpose

Divi, Avada, Enfold, Bridge : les thèmes qui vendent tout à tout le monde embarquent 400 à 800 ko de CSS et autant de JS pour charger des composants que vous n'utilisez pas. Impossible de passer au vert sans changer de thème, ou sans un gros travail de purge CSS (PurgeCSS, UnusedCSS).

4. Un hébergement mutualisé saturé

Les mutualisés à 3 à 8 euros par mois font tourner 200 à 500 sites sur un même serveur. Aux heures de trafic, le TTFB passe de 300 ms à 1,5 seconde sans prévenir, et votre LCP explose sans raison apparente. Voir notre dossier WordPress vs sur mesure pour l'impact d'un mauvais choix d'hébergement sur la stabilité.

5. Absence de CDN

Les images, CSS, JS et fonts servis depuis un seul serveur (Gravelines, Strasbourg, Francfort) ajoutent 30 à 80 ms de latence par ressource pour un visiteur caennais ou rouennais. Multiplié par 20 à 50 fichiers par page, le cumul fait mal.

6. Des fonts web mal chargées

Polices Google Fonts ou Adobe Fonts non préchargées, sans font-display: swap, qui créent un FOIT (Flash of Invisible Text) pendant 1 à 3 secondes, voire un CLS important quand la police swappe vers sa version finale.

7. Trop de scripts tiers

Le combo typique : GA4 + Tag Manager + Meta Pixel + Hotjar + Chat + Axeptio + widget avis = 600 ko de JS tiers, 25 requêtes supplémentaires, 400 à 800 ms de INP en plus. Chaque plugin ou script tiers est un coût cumulé : gardez ceux qui rapportent vraiment.

8. Un caching absent ou mal configuré

Absence de cache navigateur (Cache-Control manquant sur les assets statiques), pas de cache serveur (WP Rocket, LiteSpeed Cache, Redis), ou cache mal invalidé qui sert une version obsolète. Symptôme : le premier visiteur charge vite, le suivant revient au même problème.

Optimiser le LCP : 6 leviers concrets

Le LCP est la métrique qui pèse le plus dans l'algorithme Google et la perception utilisateur. Par ordre d'impact décroissant :

1. Optimiser l'image hero

L'image la plus grande visible au chargement mérite un traitement spécial. La règle : servir en AVIF ou WebP, dimensionner à la taille réelle d'affichage, ajouter fetchpriority="high" et un preload dans le <head>. Gain typique : 800 à 1 500 ms sur le LCP.

Exemple Next.js avec le composant Image :

import Image from 'next/image';

<Image
  src="/hero.webp"
  alt="Pâtisserie artisanale à Caen"
  width={1200}
  height={675}
  priority
  fetchPriority="high"
/>

Pour WordPress, un plugin d'optimisation image (ShortPixel, Imagify, EWWW) génère automatiquement les variantes WebP et AVIF et les sert via <picture>.

2. Réduire le TTFB

Le TTFB (temps avant le premier octet) doit rester sous 600 ms pour tenir un bon LCP. Leviers :

• Passer d'un mutualisé saturé à un VPS dédié (OVH, Hetzner) ou à une plateforme edge (Vercel, Netlify).
• Activer un cache serveur agressif (WP Rocket, LiteSpeed Cache, Varnish).
• Mettre en place un cache objet (Redis, Memcached) pour les requêtes SQL répétées.

3. Servir les assets via un CDN

Cloudflare Free ou Bunny.net à quelques euros par mois rapprochent vos assets statiques du visiteur. Gain mesuré : 30 à 80 ms par ressource, soit 300 à 800 ms sur le LCP global quand on cumule images et polices.

4. Supprimer les ressources bloquantes

Tout CSS externe placé dans le <head> bloque le rendu. Deux stratégies :

• Inline le CSS critique (above-the-fold) dans le HTML et charger le reste en asynchrone.
• Utiliser media="print" onload="this.media='all'" pour les feuilles non critiques.

Pour WordPress, WP Rocket automatise cette logique via sa fonction "Remove Unused CSS" et "Optimize CSS Delivery".

5. Précharger les ressources clés

Un <link rel="preload"> dans le <head> pour l'image hero, la police principale et le JS critique indique au navigateur d'aller chercher ces fichiers en priorité. Gain moyen : 150 à 400 ms sur le LCP.

<link rel="preload" as="image" href="/hero.webp" fetchpriority="high" />
<link rel="preload" as="font" href="/fonts/inter.woff2" type="font/woff2" crossorigin />

6. Choisir un framework adapté

Un site statique généré (Next.js SSG, Astro, Eleventy) ou un site serveur optimisé (Next.js App Router avec cache) tient un LCP sous 1,5 seconde sans effort. Un WordPress classique sans cache plafonne souvent à 3 à 4 secondes. La question framework est décisive à l'étape de choix technologique : notre comparatif Next.js vs WordPress détaille l'impact chiffré sur les performances.

Optimiser l'INP : tâches longues et hydration

L'INP est la métrique la plus technique à corriger. Elle sanctionne les interactions qui "lag" du point de vue utilisateur, souvent à cause de JavaScript lourd qui bloque le thread principal.

1. Découper les tâches longues

Toute fonction JavaScript qui tourne plus de 50 ms bloque les interactions. Découper en plus petites unités avec requestIdleCallback, scheduler.postTask ou setTimeout(fn, 0) libère le thread et réduit l'INP.

2. Limiter l'hydration React ou Vue

Un site Next.js ou Nuxt qui hydrate l'intégralité de la page au chargement paie 200 à 600 ms d'INP sur la première interaction. Solutions :

• Utiliser les React Server Components (Next.js App Router) pour garder le maximum de logique côté serveur.
• Activer le streaming SSR pour livrer le HTML au fur et à mesure.
• Utiliser des îlots d'interactivité (Astro, Qwik) pour n'hydrater que les composants qui en ont besoin.

3. Débouncer et throttler les handlers

Un onChange déclenché à chaque frappe dans un formulaire de recherche peut empiler 50 appels par seconde. Appliquer un debounce de 250 à 400 ms évite de bloquer le thread et améliore directement l'INP.

4. Lazy loader les composants non critiques

Les widgets tiers (chat, formulaire de newsletter, carte Google Maps, vidéo YouTube) ne doivent pas s'exécuter avant que l'utilisateur interagisse avec eux. Le pattern IntersectionObserver + dynamic import charge le composant uniquement à la demande.

5. Supprimer les polyfills inutiles

Si vos visiteurs utilisent Chrome, Firefox, Safari et Edge modernes (99 % du trafic PME en 2026), les polyfills pour Internet Explorer et anciens Android embarquent 50 à 150 ko de JS inutile. Configurer browserslist proprement ou utiliser module/nomodule divise parfois le bundle par 2.

6. Monitorer les scripts tiers

Chaque script tiers (Analytics, Pixel, chat) ajoute 20 à 100 ms d'INP potentiel. Auditer tous les 6 mois quels scripts sont réellement utiles :

• GA4 : garder si on consulte vraiment les données.
• Meta Pixel : garder si on fait de la pub Meta active.
• Hotjar : activer uniquement pendant les phases d'audit UX, désactiver le reste du temps.
• Widget chat : remplacer par un lien WhatsApp ou un formulaire si le volume est faible.

Optimiser le CLS : les pièges visuels à éviter

Le CLS est le plus simple à corriger mais aussi le plus souvent négligé.

1. Fixer les dimensions de toutes les images

Chaque balise <img> doit avoir les attributs width et height, même avec un CSS qui redimensionne en responsive. Le navigateur réserve ainsi l'espace avant le chargement, évitant tout saut. Next.js Image le fait automatiquement.

2. Réserver l'espace des embeds

Vidéos YouTube, cartes Google Maps, widgets d'avis, calendriers : embarquer dans un conteneur à ratio fixe (aspect-ratio: 16/9) évite le décalage au moment où l'iframe charge.

3. Gérer les fonts web intelligemment

La règle : font-display: swap pour éviter le FOIT, un fallback stylisé proche de la police finale (même x-height, même cap-height) pour limiter le "jump" quand la police finale arrive. Les fonts modernes comme Inter, Satoshi ou Manrope proposent des fallbacks système alignés.

@font-face {
  font-family: 'Inter';
  src: url('/fonts/inter.woff2') format('woff2');
  font-display: swap;
  size-adjust: 107.4%;
  ascent-override: 90%;
}

4. Insérer les publicités et bannières cookies avec des placeholders

Une bannière cookies qui apparaît après 300 ms et pousse le footer génère du CLS. Solution : réserver la hauteur dès le rendu initial (placeholder <div> de la taille attendue), puis afficher la bannière à l'intérieur. Idem pour les publicités AdSense ou les encarts partenaires.

5. Éviter les animations qui déplacent le contenu

Animations d'entrée qui font glisser le contenu, lazy load d'images sans placeholder, boutons qui apparaissent après chargement JS : autant de pièges à CLS. Règle : transform et opacity sont gratuits, top, left, width, height ne le sont pas.

Un site rapide attire plus de clients sans dépenser en pub. Notre guide SEO ultime détaille les 30 autres leviers qui se cumulent aux Core Web Vitals pour dominer Google en local et sur vos requêtes métier.

Hébergement : pourquoi votre mutualisé ne suffit pas

Le mutualisé OVH à 5 euros reste le choix par défaut... et le plus coûteux au final

La tentation est forte : 5 à 8 euros par mois, installation WordPress en 1 clic, ça tourne. Dans les faits, sur un mutualisé OVH Perso ou Hostinger Premium partagé avec 300 sites, le TTFB moyen en 2025 oscille entre 400 et 900 millisecondes, avec des pics à 2 secondes aux heures chargées. Votre LCP ne peut pas descendre sous 2 secondes, quel que soit votre effort d'optimisation frontend.

VPS OVH, Hetzner ou Scaleway : la solution PME par défaut

Un VPS à 5 à 15 euros par mois (OVH VLE, Hetzner CX22, Scaleway Stardust) avec Nginx, PHP-FPM, OPcache et un cache Redis descend le TTFB à 100 à 250 ms. Pour une PME avec 1 000 à 10 000 visites mensuelles, c'est le sweet spot budget/performance. Ajoutez Cloudflare Free pour le CDN et le WAF : performance mesurable, coût de 10 à 20 euros par mois tout compris.

Vercel et Netlify : l'edge par défaut

Pour un site Next.js, Nuxt, Astro ou Remix, Vercel ou Netlify vous livrent l'edge caching sur 200+ datacenters, sans effort de configuration. Le plan Hobby (gratuit) suffit pour une PME jusqu'à 100 Go de bande passante mensuelle, soit environ 50 000 visites typiques. Au-delà, le plan Pro à 20 USD par mois couvre 1 To. TTFB moyen mesuré depuis Paris : 40 à 120 ms.

Hébergement managed pour WordPress

Kinsta, WP Engine, o2switch Performance, Hostinger Business Cloud : ces offres entre 25 et 120 euros par mois intègrent cache serveur, CDN, sauvegardes quotidiennes, staging, support francophone. Souvent justifié pour un e-commerce WooCommerce ou un site à fort trafic où chaque seconde vaut un abonnement annuel en conversion.

Le cas spécifique Normandie

Pour une PME dont 95 % du trafic vient de France métropolitaine, un serveur à Gravelines (OVH) ou Strasbourg (OVH, Scaleway) est idéal. Avec un CDN Cloudflare devant, la latence depuis Caen ou Rouen descend sous 20 ms pour les assets statiques. Inutile de payer pour des datacenters US ou Asie tant que votre clientèle reste régionale. Notre guide des tarifs site internet en Normandie détaille les packages hébergement inclus dans les devis régionaux.

Trois cas normands : avant/après chiffrés

Cas 1 : pâtisserie artisanale à Caen

Stack initial : WordPress, thème Divi, 27 plugins, hébergement mutualisé OVH Perso 4 euros par mois. Images non optimisées (photos produits 3 Mo chacune). Pas de CDN. 1 400 visites mensuelles, 38 % de trafic Google organique.

Métriques avant : LCP 4,2 s, INP 312 ms, CLS 0,29. Search Console : 89 % des URL en "Poor".

Actions menées sur 5 jours : migration vers VPS OVH VLE à 7 euros par mois, passage au thème GeneratePress, tri des plugins (27 → 11), installation WP Rocket, ShortPixel avec conversion AVIF/WebP, Cloudflare Free en frontal, preload de la police Playfair Display, tailles d'image explicites.

Métriques après 28 jours : LCP 1,8 s, INP 178 ms, CLS 0,07. Search Console : 94 % des URL en "Good".

Impact business : +41 % de trafic organique sur 90 jours, +28 % de conversion sur le formulaire de commande sur-mesure. Retour sur investissement du chantier (1 400 euros) atteint en 7 semaines.

Cas 2 : cabinet d'avocats à Rouen

Stack initial : WordPress, thème sur-mesure 2019 maintenu par l'ancien prestataire. Hébergement mutualisé Hostinger. Formulaire de contact lourd (reCAPTCHA v2 + plugin Gravity Forms + Chat Tidio). 900 visites mensuelles, SEO local sur requêtes "avocat Rouen divorce" et "avocat pénal Rouen".

Métriques avant : LCP 3,4 s, INP 424 ms, CLS 0,12. Recul de 3 positions sur Google en 6 mois malgré du backlinking.

Actions menées sur 3 jours : passage à Vercel Hobby avec Next.js SSG (migration du contenu via un script Python + import MDX), suppression du chat Tidio remplacé par un bouton WhatsApp Business, passage de reCAPTCHA v2 à v3 invisible, optimisation des PDFs d'articles juridiques (de 8 Mo à 600 ko en moyenne).

Métriques après 28 jours : LCP 1,1 s, INP 98 ms, CLS 0,02. Score PageSpeed mobile passé de 34 à 96.

Impact business : +3 positions moyennes sur les requêtes locales en 60 jours, +52 % de demandes de rendez-vous via le formulaire. Le cabinet a mesuré un gain de 4 à 6 nouveaux clients mensuels attribuables au gain de trafic.

Cas 3 : e-commerce cidre artisanal dans la Manche

Stack initial : WooCommerce, thème Flatsome, 32 plugins, hébergement mutualisé OVH Performance à 12 euros par mois. 3 400 visites mensuelles, 180 commandes. Pic de trafic catastrophique à Noël (plusieurs crashs serveur).

Métriques avant : LCP 5,1 s, INP 518 ms, CLS 0,34. PageSpeed mobile 18/100. Taux d'abandon panier 82 %.

Actions menées sur 8 jours : migration vers Hostinger Business Cloud à 25 euros par mois, passage au thème Kadence (conservation du design), tri plugins (32 → 17), WP Rocket + Bunny.net CDN, optimisation images avec Shortpixel (conversion AVIF + lazy load), remplacement du constructeur de page Flatsome Studio par Gutenberg natif sur les pages produits, suppression du chat live sous-utilisé.

Métriques après 28 jours : LCP 2,1 s, INP 186 ms, CLS 0,09. PageSpeed mobile 82/100. Taux d'abandon panier 64 %.

Impact business : +18 % de conversion globale, +32 % de trafic organique sur 90 jours, gestion sans crash du pic de Noël 2025. Budget total du chantier : 2 800 euros HT, rentabilisé en 5 mois sur le seul gain de conversion. Pour comprendre les arbitrages budget/ROI sur ce genre de refonte partielle, voir Prix refonte site internet 2026.

Checklist 15 points : PME / agence / freelance

À cocher avant de considérer votre site "validé Core Web Vitals" en 2026 :

1. Score Field Data "Good" sur les 3 métriques dans Search Console (mobile ET desktop).
2. Toutes les images servies en AVIF ou WebP avec fallback JPG pour anciens navigateurs.
3. Image hero avec fetchpriority="high" et preload dans le <head>.
4. Toutes les balises <img> avec width et height explicites.
5. Polices web avec font-display: swap et size-adjust si possible.
6. CDN activé (Cloudflare Free ou Bunny.net minimum).
7. Cache serveur actif (WP Rocket, LiteSpeed Cache, Varnish ou équivalent).
8. TTFB moyen sous 400 ms (testé depuis WebPageTest Paris).
9. Bannière cookies sans CLS (placeholder de hauteur fixe).
10. Scripts tiers audités et limités à l'essentiel (GA4 + 1 ou 2 outils max).
11. Fonts web auto-hébergées ou préchargées, pas de Google Fonts en direct.
12. Composants non critiques chargés en lazy (iframe YouTube, Maps, chat).
13. Formulaires sans reCAPTCHA v2 (préférer v3 invisible ou Turnstile Cloudflare).
14. Monitoring continu via Search Console (vérification mensuelle minimum).
15. Budget optimisation intégré au planning annuel (audit tous les 6 à 12 mois).

Ces 15 points cochés, vous tenez durablement le vert sur 90 % des sites PME, sans avoir besoin d'une équipe technique dédiée.

Votre site ne passe pas le vert sur les Core Web Vitals ? Parlons de votre projet : audit complet gratuit (PageSpeed + CrUX + Search Console), plan priorisé d'actions chiffrées, devis transparent. Intervention possible sur toute la Normandie, zones détaillées sur notre page dédiée.