Core Web Vitals et AEO : ce que Google AI Overviews regarde vraiment
Google AI Overviews est aujourd'hui present sur 91 % des SERP francaises. Quel rôle jouent encore les Core Web Vitals dans la selection des sources ? Decryptage chiffre.
Google AI Overviews est present sur 91 % des SERP francaises en avril 2026 selon SISTRIX. Une question revient en boucle : les Core Web Vitals comptent-ils encore pour être selectionne comme source par cette nouvelle génération de résultats ? La réponse est oui, mais pas comme on l'imagine. Decryptage chiffre.
Google AI Overviews est-il sensible aux Core Web Vitals ?
Oui, mais a un degre très différent du SEO classique. Selon une analyse Semrush portant sur 41 000 SERP francaises avec AI Overview en mars 2026, les pages selectionnees comme sources ont en moyenne un LCP de 1,9 seconde, un INP de 142 ms et un CLS de 0,07. Ces valeurs sont nettement meilleures que la mediane Web mondiale (LCP 2,8 s, INP 198 ms, CLS 0,12). Mais surtout, 92 % des sources citees ont les trois Core Web Vitals dans la zone "Good" de Google.
Le signal est clair : Google AI Overviews favorise les pages performantes, mais ce n'est pas un filtre binaire. C'est un poids parmi d'autres, qui devient critique quand plusieurs candidates sources se valent sur le contenu.
Un rappel rapide des trois Core Web Vitals
| Metrique | Cible "Good" | Mesure |
|---|---|---|
| LCP (Largest Contentful Paint) | ≤ 2,5 s | Temps d'affichage du plus gros élément |
| INP (Interaction to Next Paint) | ≤ 200 ms | Reactivite aux clics et inputs |
| CLS (Cumulative Layout Shift) | ≤ 0,1 | Stabilite visuelle du layout |
Pour rappel, Google a remplace FID (First Input Delay) par INP (Interaction to Next Paint) en mars 2024. INP est plus exigeant car il mesure la totalite des interactions, pas seulement la première.
Pourquoi Google AI Overviews privilegie les pages rapides ?
Trois raisons techniques expliquent ce choix :
- Temps de rendu reduit pour le LLM : Google AI Overviews lit le HTML de la page candidate en temps reel pour extraire la réponse. Une page lente ralentit toute la chaine de génération.
- Coherence avec l'expérience utilisateur : si l'AI Overview cite une page que l'utilisateur va cliquer, mieux vaut qu'elle soit rapide pour ne pas degrader la satisfaction.
- Signal de qualité globale : les pages rapides sont aussi statistiquement mieux écrites, mieux structurées et plus a jour. La performance est correlee a la qualité editoriale.
LCP : l'impact mesure sur les citations
Sur l'echantillon Semrush 2026, les pages avec un LCP inferieur a 1,5 seconde ont 2,3 fois plus de chance d'être citees dans un AI Overview que les pages avec LCP entre 2,5 et 4 secondes. Au-dela de 4 secondes, le taux de citation chute brutalement de 78 %. Le seuil critique est donc très serre : il faut viser sous les 2,5 secondes, ideallement sous les 1,8 seconde.
Comment optimiser le LCP rapidement ?
- Preload du LCP image avec
<link rel="preload">. - Format image moderne : AVIF ou WebP au lieu de JPEG.
- CDN edge sur tous les assets statiques.
- Lazy loading sur les images sous le fold.
- Server-side rendering au lieu de full client-side rendering.
INP : la metrique la plus difficile en 2026
L'INP est devenu la metrique la plus difficile a maitriser, particulierement pour les sites avec beaucoup de JavaScript. Selon CrUX 2026, seulement 64 % des sites mondiaux sont en zone "Good" pour INP, contre 81 % pour LCP. Pour les AI Overviews, l'effet de l'INP est plus subtil : il ne baisse pas directement la probabilite d'être cite, mais il reduit la duree de presence dans les Overviews. Une page avec INP > 500 ms voit sa duree de citation chuter de 40 % sur 4 semaines.
Comment optimiser l'INP ?
- Reduire le main thread blocking time avec du code splitting.
- Utiliser les Web Workers pour les tâches lourdes.
- Preferer React Server Components ou equivalents.
- Éviter les listeners JavaScript globaux (scroll, resize) sans throttle.
- Auditer avec PageSpeed Insights et Chrome DevTools Performance tab.
CLS : l'oublie sous-estime
Le CLS est souvent neglige car il semble cosmetique. Erreur. Google AI Overviews est très sensible au CLS car les pages avec layout shift important sont jugees instables et donc "non fiables". Sur l'echantillon Semrush, 89 % des pages citees dans les AI Overviews ont un CLS inferieur a 0,05, soit la moitie du seuil officiel "Good". Le bar est bien plus haut pour les sources IA que pour le SEO classique.
Tableau : impact des Core Web Vitals sur la citabilité AI Overviews
| Metrique | Zone Good | Citation moyenne | Seuil critique |
|---|---|---|---|
| LCP < 1,5s | Oui | +230 % vs moyenne | 4 s |
| LCP 1,5-2,5s | Oui | +85 % vs moyenne | 4 s |
| LCP 2,5-4s | Borderline | moyenne | 4 s |
| INP < 200ms | Oui | +95 % vs moyenne | 500 ms |
| CLS < 0,05 | Oui | +150 % vs moyenne | 0,2 |
Faut-il prioriser performance ou contenu ?
Question piege. Les deux. Mais si vous deviez choisir l'ordre :
- Si vos pages ont LCP > 4s ou CLS > 0,2 : urgence performance. Aucune optimisation contenu ne compensera.
- Si vos pages sont en zone "Needs Improvement" mais pas catastrophiques : prioriser le contenu et les schemas. Vous etes déjà dans le radar.
- Si vos pages sont déjà "Good" : optimisations marginales contenu et performance en parallele.
Le test ultime : ouvrez votre page la plus stratégique dans une fenetre incognito, sur un mobile mid-range en 4G. Si elle met plus de 3 secondes a être interactive, vous etes hors du jeu Google AI Overviews, point.
Cas concret : -52 % de temps LCP, +180 % de citations
Un editeur de logiciel B2B français a reduit son LCP de 3,2 a 1,5 seconde en mars 2026 grace a 4 actions : passage en SSR Next.js, AVIF pour les images, preload du LCP image, et CDN Vercel sur les assets. Résultat mesure 6 semaines plus tard : passage de 9 a 25 citations dans Google AI Overviews sur les 30 requêtes cibles. Aucune autre modification editoriale.
Performance SEO et AEO sont-elles alignees ?
Largement oui. Optimiser ses Core Web Vitals ameliore simultanement le SEO classique, l'AEO via AI Overviews, et l'expérience utilisateur reelle. Il n'existe quasiment aucun cas ou une optimisation performance nuit a l'AEO. C'est l'un des rares chantiers ou tous les indicateurs poussent dans le même sens.
Core Web Vitals par type de site : seuils et strategies
Les optimisations a prioriser varient significativement selon la stack technique et le type de site. Voici les strategies specifiques les plus efficaces.
WordPress (60 % du web mondial)
Le LCP est souvent le probleme principal, cause par les themes charges et les images non optimisees. Plugins essentiels : WP Rocket ou LiteSpeed Cache (LCP -35 % en moyenne), ShortPixel pour AVIF automatique, et Cloudflare Pro pour le CDN edge. Le CLS est frequent sur les sites avec publicite AdSense : utilisez l'attribut min-height sur les blocs pub pour reserver l'espace avant le chargement.
Next.js / Vercel (SaaS, startups)
L'INP est le defi principal sur les apps React complexes. Privilegiez React Server Components pour tout ce qui n'a pas besoin d'interactivite cote client. Utilisez next/image systematiquement pour l'optimisation automatique LCP. Le Turbopack en dev accelre les builds mais n'impacte pas les CWV en production. Le streaming SSR avec Suspense est la technique la plus efficace pour garder l'INP sous 150 ms sur les pages complexes.
Wix, Webflow, Squarespace (sites no-code)
Ces plateformes ont fait des progres importants sur les CWV en 2025 mais restent en retard sur les solutions custom. Le LCP est generalement sous controle. Le CLS reste problematique sur les animations d'entree et les sliders. L'INP peut etre eleve sur les pages avec beaucoup d'elements interactifs. Solution principale : desactiver les animations complexes sur mobile, reduire les sliders a 3 images maximum, et charger les images hors-viewport en lazy loading.
Questions avancees sur les Core Web Vitals et l'AEO
Google AI Overviews utilise-t-il les donnees terrain (CrUX) ou les donnees lab ?
Principalement les donnees terrain du Chrome User Experience Report (CrUX), qui refletent les experiences reelles des utilisateurs sur 28 jours glissants. Les donnees lab (PageSpeed Insights, Lighthouse) sont utiles pour le diagnostic mais ne sont pas ce que Google AI Overviews utilise comme filtre. Un site avec un excellent score Lighthouse mais des utilisateurs reels en 4G lente peut quand meme etre exclu si les donnees CrUX sont mauvaises.
Les Core Web Vitals comptent-ils pour Perplexity et ChatGPT Search ?
Beaucoup moins que pour Google AI Overviews. Perplexity et ChatGPT Search evaluent la performance a travers leur propre crawl, qui ne reflete pas directement les CrUX. Ces moteurs accordent davantage de poids au contenu, aux schemas et a l'autorite. Cela dit, un site avec LCP superieur a 6 secondes peut etre partiellement crawle par OAI-SearchBot ou PerplexityBot car leur indexeur attend la fin du rendu — reduisant la qualite du contenu indexe.
Faut-il sacrifier les fonctionnalites pour gagner en performance ?
Rarement. La plupart des gains de performance importants (LCP, CLS) viennent de l'infrastructure et du rendu, pas de la suppression de fonctionnalites. Passer en SSR, optimiser les images, utiliser un CDN — ces actions n'appauvrissent pas l'experience utilisateur. En revanche, les widgets tiers (chat, analytics, publicite) peuvent degrader l'INP. Il faut charger les scripts tiers en defer ou async pour preserver les interactions rapides.
Le CLS peut-il etre nul sur desktop mais problematique sur mobile ?
Oui, et c'est tres frequent. Les fonts web chargees asynchronement causent des layout shifts sur mobile (connexion plus lente, rendu different). Les images sans dimensions definies se comportent differemment selon la viewport. Toujours mesurer le CLS sur mobile avec simulation 4G, pas uniquement sur desktop. Le rapport CrUX de Search Console segmente maintenant desktop et mobile separement.
Checklist performance pour Google AI Overviews
Cette checklist couvre les optimisations techniques les plus impactantes pour atteindre et maintenir les Core Web Vitals dans la zone "Good" et maximiser l'eligibilite aux citations AI Overviews.
- LCP (cible : sous 1,8 seconde)
- Identifier le LCP element avec Chrome DevTools ou PageSpeed Insights
- Preload du LCP image avec
<link rel="preload" as="image"> - Format AVIF ou WebP pour toutes les images (economie 40-60 % vs JPEG)
- CDN edge sur tous les assets statiques (Vercel Edge, Cloudflare)
- Server-side rendering pour eliminer le delai de rendu JavaScript initial
- INP (cible : sous 150 ms)
- Auditer les interactions lentes avec Chrome DevTools Performance tab
- Deplacer les taches lourdes dans des Web Workers
- Preferer React Server Components ou equivalents pour reduire le main thread
- Throttler les listeners scroll et resize (requestAnimationFrame ou throttle lodash)
- CLS (cible : sous 0,05 — seuil AI Overviews, plus strict que le "Good" officiel a 0,1)
- Specifier width et height sur toutes les images et videos
- Eviter l'injection dynamique de contenu au-dessus du fold
- Precharger les fonts avec font-display: swap et preconnect
- Validation continue
- PageSpeed Insights sur mobile mid-range tous les 30 jours
- Alertes CrUX dans Google Search Console si regression "Good" vers "Needs Improvement"
Outils recommandes pour mesurer et ameliorer les Core Web Vitals
| Outil | Type | Usage principal | Prix |
|---|---|---|---|
| Google PageSpeed Insights | Analyse en ligne | LCP, INP, CLS avec recommandations detaillees | Gratuit |
| Google Search Console CrUX | Dashboard Google | Donnees reelles terrain (28 jours glissants) | Gratuit |
| Chrome DevTools Performance | Outil navigateur | Profiling fin, identification des INP lents | Gratuit |
| WebPageTest.org | Test en ligne | Simulation mobile, waterfall detaille, filmstrip | Gratuit |
| Vercel Analytics | Dashboard SaaS | Suivi real-user CWV sur apps Next.js | Inclus Vercel Pro |
| Lighthouse CI | Outil CI/CD | Tests automatises dans le pipeline de deploy | Gratuit open source |
Erreurs frequentes performance et AI Overviews
Les trois erreurs les plus souvent constatees sur les sites qui peinent a atteindre les AI Overviews malgre un bon contenu.
- Erreur 1 : ne mesurer que sur desktop. Google AI Overviews utilise des donnees CrUX principalement mobiles. Un site parfait sur desktop avec un LCP de 4 secondes sur mobile est systematiquement exclu. Toujours tester sur mobile mid-range en 4G simule.
- Erreur 2 : optimiser le LCP lab uniquement. Les donnees PageSpeed Insights "lab" et les donnees "terrain" divergent souvent. Un LCP de 1,2 s en lab peut etre 2,8 s en terrain reel si vos utilisateurs ont une connexion mobile mediocre. Surveillez le CrUX dans Search Console.
- Erreur 3 : corriger le CLS une fois sans monitoring. Les layouts shifts reviennent frequemment apres des mises a jour design ou des ajouts de widgets tiers (chat, publicite). Integrez le CLS dans votre pipeline CI/CD avec Lighthouse CI pour detecter toute regression a chaque deploy.
Conclusion : la performance est un ticket d'entrée, pas une garantie
En 2026, les Core Web Vitals sont devenus un pre-requis pour entrer dans le jeu Google AI Overviews. Sans Good sur les trois metriques, vous etes invisible. Avec Good, vous etes eligible mais en concurrence avec les autres pages eligibles, jugees ensuite sur le contenu, les schemas et l'autorite. La performance est un ticket d'entrée : indispensable mais pas suffisant.