Vous avez compressé les images, activé le cache, supprimé deux plugins, suivi trois tutos Lighthouse — et Search Console affiche toujours LCP, INP ou CLS en rouge sur le rapport Core Web Vitals. Frustrant ? Normal. Des Core Web Vitals en rouge malgré des optimisations signifie presque toujours que vous avez corrigé le mauvais niveau — ou que vous lisez les mauvaises données (lab vs terrain, mauvaises URLs, mauvais percentiles).
Chez Apresta, nous accompagnons des PME à Lille et en Hauts-de-France bloquées à cette étape : optimisations « évidentes » déjà faites, mais CrUX (données réelles utilisateurs) inchangé après 28 jours. Ce guide va plus loin que les checklists de base pour trouver ce qui reste.
Symptômes : optimisations faites, métriques toujours mauvaises
Les situations typiques se ressemblent : Lighthouse mobile à 85–95 mais Search Console affiche « Needs improvement » ou « Poor ». Une métrique verte, deux rouges — LCP OK mais INP et CLS en difficulté. Amélioration visible en lab, aucun changement CrUX après quatre semaines. PageSpeed « Expérience réelle » qui diverge de l'audit « Diagnostic ». Seulement certaines URLs en rouge (templates produit, pas accueil). Core Web Vitals rouges mobile uniquement, desktop vert.
Trois signaux confirment que vous n'êtes pas au bout du chemin : vous n'avez pas identifié l'élément LCP réel sur les templates en rouge, vous n'avez pas analysé les Long Tasks INP en conditions 4G, vous n'avez pas vérifié le 75e percentile CrUX — pas votre test isolé depuis votre MacBook sur fibre.
Lighthouse vert + CrUX rouge = votre vrai problème est dans l'expérience terrain, pas dans le lab. Inversez la priorité de lecture.
Causes fréquentes : pourquoi les optimisations « standard » ne suffisent pas
Confusion lab vs terrain (CrUX)
Lighthouse simule un Moto G4 en 4G throttled — pas votre audience réelle sur iPhone 12, Galaxy A14 ou réseau Bouygues en tunnel RER. CrUX agrège 28 jours de vraies visites. Corriger le lab sans valider le terrain laisse le rapport Search Console rouge indéfiniment.
Optimisations sur la mauvaise page
Vous avez optimisé l'accueil. Search Console signale 40 URLs produit en rouge. Google évalue par URL — pas une moyenne site. C'est l'erreur la plus fréquente chez les e-commerces lillois que nous auditons.
LCP : mauvais élément ciblé
Vous avez optimisé le hero. L'élément LCP réel est la première image produit, une vidéo poster, un titre avec web font ou un slider slide 2. PageSpeed le nomme dans le rapport — il faut le lire, pas supposer.
INP, CLS et contraintes serveur
Images optimisées ne changent rien à l'INP. Chat, GTM, consent banner, filtres e-commerce lourds, hydration React : voir scripts tiers et INP expliqué. Pour le CLS, les coupables sont souvent la bannière cookies, les pubs AdSense, les fonts swap sans métriques fallback, l'injection AJAX above the fold, ou des images sans dimensions sur certaines tailles srcset — micro-décalages invisibles en lab mais cumulés en terrain.
Un cache bypass silencieux (cookie session, geo-targeting, A/B test, personnalisation) empêche le cache page et gonfle le TTFB malgré le CDN. Même avec images parfaites, un TTFB CrUX à 1,5 s plafonne le LCP : aucune compression ne compense un serveur mutualisé saturé. Sur sites à faible trafic, l'échantillon CrUX est instable ; sur sites à trafic international, des visiteurs lointains dégradent les métriques France.
Diagnostic avancé : au-delà de la checklist de base
Commencez par Search Console : rapport Core Web Vitals → groupes « Poor » et « Needs improvement ». Exportez les URLs exemplaires — ce sont vos templates à corriger en priorité. Notez quelle métrique échoue (LCP, INP, CLS) par groupe et vérifiez mobile vs desktop séparément.
Croisez ensuite lab ciblé et terrain. PageSpeed Insights : section « Découvrir ce que ressentent vos utilisateurs réels » (CrUX) + audit lab sur la même URL. Testez les URLs exportées de Search Console, pas seulement l'accueil. WebPageTest en 4G France, repeat view ET cold cache, complète la lecture. Chrome UX Report API ou CrUX Vis apportent de la granularité si vous avez plusieurs templates similaires.
Pour l'instrumentation production — plus tard mais utile — la web-vitals JS library envoie LCP/INP/CLS par template vers Analytics, avec segmentation device et pays. Corréler avec taux de rebond et conversion transforme les CWV en décision business.
Priorisation Apresta : urgent = templates avec le plus d'URLs « Poor » + trafic élevé ; important = TTFB plancher, INP tiers scripts, CLS cookies ; plus tard = URLs long tail faible trafic. Guide de référence : Core Web Vitals 2026 : LCP, INP, CLS.
Corrections : actions par métrique encore rouge
Si LCP reste rouge (> 2,5 s au 75e percentile)
Confirmez l'élément LCP exact sur chaque template type — PSI field data le suggère. Attaquez le TTFB en priorité si vous êtes au-dessus de 800 ms : voir hébergement et cache avant de retoucher les images. Preload l'élément LCP, pas de lazy loading dessus. Formats AVIF/WebP + dimensions correctes — images optimisées. Éliminez le render-blocking CSS/JS above the fold. Vérifiez que le LCP n'est pas une police web lente : preload font, subset, host local.
Si INP reste rouge (> 200 ms)
Performance panel → Long Tasks au clic menu, filtre, ajout panier, consent. Différez chat, heatmaps, pixels — chargement post-interaction. Optimisez handlers : debounce filtres, virtualisez listes longues. Réduisez JS bundle (code split, supprimez plugins inutiles). Consent banner léger et non bloquant.
Si CLS reste rouge (> 0,1)
Width/height ou aspect-ratio sur 100 % des images et embeds. Réservez l'espace bandeau cookies (min-height ou position fixed non push). Pas d'injection bannière promo above the fold après load. font-display: swap + size-adjust / fallback metrics. Ads et widgets : slot réservé ou chargement below the fold.
Si tout est vert en lab mais rouge en CrUX
Testez sur device Android milieu de gamme réel, 4G, France. Vérifiez cache désactivé pour visiteurs récurrents avec cookies. CDN mal géolocalisé pour vos users HDF. Attendez 28 jours après correction majeure — CrUX est une fenêtre glissante. Augmentez trafic sur URLs corrigées pour accélérer la mise à jour statistique.
PME e-commerce lilloise : LCP lab 1,6 s, CrUX 3,4 s. Cause : TTFB 1,9 s en terrain (mutualisé saturé) + image produit LCP non preloadée sur 800 fiches. Upgrade VPS + template produit : CrUX LCP vert en 5 semaines.
Prévention : ne plus optimiser à l'aveugle
Search Console CrUX = décision business. Lighthouse = debug post-correction. Mesurez par template, pas par site entier. Seuils internes recommandés : LCP < 2 s, INP < 200 ms, CLS < 0,1 au 75e percentile mobile.
Avant chaque déploiement, budget perf : pas de merge si LCP lab +500 ms. Revue scripts tiers et features — voir performance après nouvelles fonctionnalités. Suivi mensuel : export URLs Poor Search Console, top 5 templates à traiter, corrélation conversion vs CWV — souvent +3 à +8 % quand LCP passe au vert sur e-commerce.
Pour aller plus loin sur le score lab : Lighthouse 90+.
FAQ
Combien de temps avant que le rouge devienne vert dans Search Console ?
Comptez 28 à 45 jours après déploiement d'une correction — CrUX est une moyenne glissante sur 28 jours. Les changements lab sont immédiats ; le rapport Google met du temps à refléter les visites réelles corrigées.
J'ai tout optimisé selon PageSpeed — pourquoi CrUX ne bouge pas ?
PageSpeed lab ne met pas à jour CrUX directement. Causes fréquentes : mauvaises URLs corrigées, TTFB terrain inchangé, INP/CLS non traités, fenêtre CrUX pas encore renouvelée, ou trafic trop faible pour stabiliser les données.
Faut-il viser le vert sur toutes les URLs ?
Priorisez les templates à fort trafic et fort enjeu conversion : accueil, top catégories, fiches produit best-sellers, checkout, contact. Le long tail peut rester orange temporairement si le business impact est faible.
Mon INP est rouge mais je n'ai pas de site e-commerce complexe
Même un site vitrine avec chat, GTM, CMP, slider et formulaire HubSpot peut avoir un INP rouge. Le JavaScript tiers suffit — pas besoin d'un configurateur produit.
Un plugin « Core Web Vitals » ou « performance » suffit-il ?
Non. Ces plugins ajoutent parfois du JS et masquent le problème (lazy agressif qui casse le LCP). Corrigez la cause (images, TTFB, scripts, CLS) — pas le symptôme via un plugin miracle.
Et maintenant ?
Des Core Web Vitals en rouge malgré des optimisations, c'est le signal qu'il faut changer de méthode : lire CrUX avant Lighthouse, corriger les templates signalés, traiter TTFB/INP/CLS séparément, et patienter 28 jours pour valider.