Core Web Vitals en 2026 : rappel des métriques

Les Core Web Vitals sont trois métriques de performance que Google utilise pour évaluer l'expérience utilisateur de votre site web. Depuis leur intégration dans l'algorithme de classement, elles font partie des signaux Page Experience — aux côtés du HTTPS, de la compatibilité mobile et de l'absence d'interstitiels intrusifs.

En 2026, les trois métriques sont :

MétriqueMesureBonÀ améliorerMauvais
LCP (Largest Contentful Paint)Temps d'affichage du plus grand élément visible≤ 2,5s2,5s — 4s> 4s
INP (Interaction to Next Paint)Délai de réponse aux interactions utilisateur≤ 200ms200ms — 500ms> 500ms
CLS (Cumulative Layout Shift)Décalages visuels inattendus des éléments≤ 0,10,1 — 0,25> 0,25

INP a remplacé FID (First Input Delay) en mars 2024. C'est une métrique plus exigeante : là où FID mesurait uniquement le délai du premier clic, INP mesure la réactivité de toutes les interactions pendant la session entière.

Impact réel sur le classement local

La question centrale : les Core Web Vitals impactent-ils votre position dans le pack local Google Maps ? La réponse est nuancée.

Ce que Google dit officiellement

Les CWV sont un facteur de classement pour les résultats organiques (les liens bleus). Le pack local (les 3 fiches Google Maps) utilise un algorithme distinct basé sur pertinence, proéminence et proximité. Google n'a jamais déclaré que les CWV impactent directement le classement du pack local.

Ce que les données terrain montrent

Le site web associé à votre fiche Google Business Profile contribue au signal de proéminence. Un site rapide, bien structuré et techniquement solide renforce ce signal. Inversement, un site qui met 8 secondes à charger envoie un signal négatif.

Concrètement, l'impact des CWV sur le SEO local est :

  • Indirect : les CWV alimentent le signal de proéminence du site web
  • Secondaire : face aux avis, citations et optimisation GBP
  • Départageant : à signaux locaux égaux, le site le plus performant l'emporte
  • Cumulatif : les CWV sont un signal parmi des centaines, pas un interrupteur on/off
Un site avec un LCP de 6 secondes mais 300 avis Google et une fiche GBP parfaite surclassera un site avec un LCP de 1,2 seconde mais 15 avis et une fiche GBP vide. Les signaux locaux dominent les signaux techniques — mais les deux comptent.

LCP : le temps de chargement qui compte

Le LCP mesure le temps nécessaire pour afficher le plus grand élément visible de la page — généralement une image hero, un titre principal ou un bloc de texte. Pour un site local, c'est souvent la photo de la façade, la carte Google Maps intégrée ou le bandeau d'en-tête.

Problèmes LCP fréquents sur les sites locaux

  • Photos non compressées : une photo de façade de 4 Mo uploadée directement depuis le smartphone. Poids idéal : 100 à 200 Ko en WebP.
  • Google Maps embed : l'iframe Google Maps en haut de page bloque le rendu. Solution : lazy load ou remplacement par une image statique cliquable.
  • Slider/carousel en hero : les carousels de photos chargent plusieurs images d'un coup. Solution : ne chargez que la première image et lazy-loadez les suivantes.
  • Hébergement lent : beaucoup de sites locaux sont hébergés sur des serveurs mutualisés à 3 €/mois. Un serveur qui répond en 800 ms au lieu de 200 ms ajoute directement 600 ms à votre LCP.
  • Fonts non optimisées : charger 6 variantes de polices Google Fonts ajoute 500 ms à 1 seconde. Utilisez font-display: swap et limitez-vous à 2-3 variantes.

Optimisations LCP pour sites locaux

  1. Convertir toutes les images en WebP avec fallback JPEG. Réduction de poids : 30 à 50 %.
  2. Dimensionner les images à leur taille d'affichage réelle. Une image de 3000x2000 px affichée à 600x400 px gaspille de la bande passante.
  3. Précharger l'image LCP : <link rel="preload" as="image" href="/hero.webp"> dans le <head>.
  4. Passer à un hébergement performant : LiteSpeed, Nginx avec cache, ou un CDN comme Cloudflare (gratuit).
  5. Inliner le CSS critique : le CSS nécessaire au rendu initial directement dans le <head>, le reste en chargement différé.

INP : la réactivité aux interactions

INP mesure le temps entre une interaction utilisateur (clic, tap, frappe clavier) et la mise à jour visuelle qui en résulte. Un INP inférieur à 200 ms signifie que le site répond instantanément. Au-dessus de 500 ms, l'utilisateur perçoit un lag frustrant.

Pourquoi l'INP est souvent mauvais sur les sites locaux

  • Scripts tiers lourds : chat en ligne, widget de réservation, pixel Facebook, Google Analytics GA4 — chaque script tiers ajoute du travail JavaScript
  • Formulaires de contact complexes : validation JavaScript lourde sur chaque champ
  • Calendriers de réservation : les widgets de prise de rendez-vous injectent souvent des centaines de Ko de JavaScript
  • Carte Google Maps interactive : chaque interaction avec la carte (zoom, déplacement) déclenche du JavaScript lourd

Optimisations INP

  1. Différer les scripts non essentiels : ajoutez defer ou async à tous les scripts qui ne sont pas nécessaires au rendu initial.
  2. Lazy load des widgets : ne chargez le widget de réservation ou le chat que quand l'utilisateur scrolle jusqu'à la section concernée.
  3. Réduire les scripts tiers : chaque outil tiers a un coût en performance. Évaluez : ce chat en ligne génère-t-il réellement des contacts ? Si non, supprimez-le.
  4. Utiliser un service worker : pour les sites statiques locaux, un service worker peut mettre en cache les assets et accélérer les interactions.

CLS : la stabilité visuelle

Le CLS mesure les décalages visuels inattendus. Quand un élément de la page "saute" parce qu'une image se charge ou qu'une pub s'insère, c'est du CLS. Un CLS supérieur à 0,1 signifie que l'utilisateur subit des décalages perceptibles.

Sources de CLS sur les sites locaux

  • Images sans dimensions : pas de width et height spécifiées → le navigateur ne peut pas réserver l'espace avant le chargement
  • Bannière de cookies : une bannière qui pousse le contenu vers le bas au chargement
  • Fonts web : le texte s'affiche en police système puis "saute" quand la police Google Fonts arrive. Utilisez font-display: swap et spécifiez une police fallback de taille similaire.
  • Carte Google Maps embed : l'iframe sans dimensions réservées provoque un saut de layout quand elle se charge
  • Publicités et widgets : les blocs d'annonces qui s'insèrent après le chargement initial

Corrections CLS

  1. Toujours spécifier width et height sur les images : <img width="600" height="400">
  2. Réserver l'espace des iframes : conteneur avec aspect-ratio: 16/9 ou dimensions fixes
  3. Bannière cookies en overlay : positionnée en fixed en bas de page, elle ne pousse pas le contenu
  4. Précharger les fonts : <link rel="preload" as="font"> pour éviter le flash de texte

Mesurer les CWV de votre site local

PageSpeed Insights

L'outil gratuit de Google : pagespeed.web.dev. Entrez votre URL et obtenez un diagnostic complet. La section "Données de terrain" montre les CWV réels de vos utilisateurs (si votre site a assez de trafic pour figurer dans le Chrome UX Report). La section "Données de labo" montre les résultats simulés.

Google Search Console

Le rapport "Core Web Vitals" dans Search Console classe vos pages en trois catégories : Bon, À améliorer, Médiocre. Concentrez-vous d'abord sur les pages "Médiocres" — ce sont vos urgences techniques.

Lighthouse (Chrome DevTools)

F12 dans Chrome → onglet Lighthouse → "Performance". Cochez "Mobile" (les CWV sont mesurés sur mobile en priorité). Le rapport fournit des recommandations techniques classées par impact potentiel.

Web Vitals Extension

L'extension Chrome "Web Vitals" affiche les trois métriques en temps réel pendant votre navigation. Testez votre site sur mobile via l'émulateur Chrome DevTools pour des résultats représentatifs.

Audit CWV + SEO Local complet

Nos experts analysent vos performances techniques et leur impact sur votre classement local.

Demander un audit gratuit

Optimisations spécifiques aux sites locaux

Les sites locaux ont des particularités techniques que les guides CWV génériques ne couvrent pas.

La carte Google Maps

La majorité des sites locaux intègrent une carte Google Maps sur la page d'accueil ou la page contact. Cette intégration est un double problème : LCP (iframe lourde) et CLS (saut de layout). La solution optimale :

  1. Remplacez l'iframe par une image statique de la carte (capture d'écran)
  2. Ajoutez un lien "Voir sur Google Maps" qui ouvre Maps dans un nouvel onglet
  3. Si l'interactivité est indispensable, lazy-loadez l'iframe avec loading="lazy"

Le balisage Schema LocalBusiness

Le JSON-LD ne pèse presque rien et n'impacte pas les CWV. C'est un avantage du format JSON-LD sur Microdata : aucun impact sur le rendu de la page. Placez-le dans le <head> pour qu'il soit parsé rapidement par les crawlers.

Le widget de prise de rendez-vous

Doctolib, Calendly, SimplyBook — ces widgets injectent du JavaScript tiers. Solution : chargez-les uniquement sur la page de prise de rendez-vous, pas sur toutes les pages. Sur la page d'accueil, un simple bouton "Prendre RDV" redirige vers la page dédiée.

Le chat en ligne

Les widgets de chat (Tawk.to, Crisp, Intercom) ajoutent 200 à 500 Ko de JavaScript. Impact direct sur INP et LCP. Alternative performante : un bouton WhatsApp Business en position: fixed — zéro JavaScript, taux de réponse supérieur au chat classique pour la plupart des commerces locaux.

Priorisation : CWV vs autres signaux locaux

Le temps est limité. Le budget aussi. Faut-il investir dans les CWV ou dans d'autres leviers du référencement Google Maps ?

Matrice de priorisation

LevierImpact sur le pack localEffortPriorité
Optimisation fiche GBPTrès fortFaible1 (urgent)
Avis GoogleTrès fortMoyen (continu)2
Citations NAPFortMoyen3
Contenu localFortMoyen-fort4
Backlinks locauxMoyen-fortFort5
Core Web VitalsMoyen (indirect)Moyen6
Schema LocalBusinessMoyen (indirect)Faible7

Les CWV arrivent en position 6. Pas inutiles — mais pas prioritaires face aux signaux locaux directs. L'exception : si votre site est catastrophiquement lent (LCP > 6 secondes), corrigez-le en parallèle des autres actions. Un site inutilisable fait fuir les visiteurs, augmente le taux de rebond et dégrade vos métriques d'engagement sur la fiche GBP.

Le scénario où les CWV font la différence

Vous et votre concurrent principal avez des signaux locaux comparables : même nombre d'avis, même note, fiches GBP similaires, citations équivalentes. Votre concurrent a un site WordPress avec un LCP de 5 secondes. Vous avez un site optimisé avec un LCP de 1,8 seconde. Ce différentiel technique peut faire basculer le classement en votre faveur dans les zones périphériques de votre rayon de visibilité.

Le piège de la sur-optimisation technique

Passer d'un score PageSpeed de 85 à 98 ne changera pas votre classement local. Passer de 30 à 75, oui. Concentrez-vous sur les gains majeurs (images, hébergement, scripts tiers) et ignorez les micro-optimisations (gagner 10 ms sur le CSS inline). Le temps économisé sera mieux investi dans la réponse aux avis clients.

Conclusion : les CWV sont un signal, pas le signal

Les Core Web Vitals comptent pour le SEO local. Mais leur poids est modeste comparé aux avis Google, à l'optimisation GBP et aux citations NAP. Un site rapide ne compensera jamais une fiche GBP vide. Une fiche GBP parfaite compensera un site moyennement rapide.

La stratégie optimale : assurez-vous que votre site passe les seuils "Bon" (LCP < 2,5s, INP < 200ms, CLS < 0,1) sans y consacrer des semaines de travail. Les optimisations de base (images WebP, hébergement correct, scripts différés) suffisent pour 90 % des sites locaux.

Investissez le reste de votre temps et de votre budget dans ce qui fait réellement bouger le classement Maps : les avis, le contenu local, les citations et l'engagement sur votre fiche. C'est là que se gagne le top 3 Google Maps.