Comparateur indépendant · sans classement payant
Accueil / Blog / Core Web Vitals : ce que l'hébergeur peut améliorer, et ce qu'il ne peut pas
Guide

Core Web Vitals : ce que l'hébergeur peut améliorer, et ce qu'il ne peut pas

LCP, INP et CLS dépendent autant de votre thème que du serveur. Avant de changer d''hébergeur pour un badge PageSpeed, séparez ce qui relève du CDN, du PHP et du front.

4 min

Le dirigeant reçoit un mail « votre site est en rouge sur Google ». L''agence propose une migration vers un hébergeur « Core Web Vitals Premium ». Deux mois plus tard, le LCP stagne à 3,1 s : l''image d''accueil pèse encore 2,4 Mo, servie sans lazy load ni format WebP. Le serveur était innocent ; le devis ne l''était pas.

Les Core Web Vitals (LCP, INP, CLS) influencent le référencement et la conversion. Ils agrègent des signaux réseau, serveur et front. Confondre « hébergement lent » et « site mal optimisé » mène à des migrations inutiles — ou à des promesses commerciales floues.

Les trois métriques — qui fait quoi ?

MétriqueMesureLevier hébergeurLevier hors hébergeur
LCP (Largest Contentful Paint)Temps d''affichage du plus gros élément visibleTTFB, cache HTML edge, disque rapideCompression images, preload, CDN assets
INP (Interaction to Next Paint)Réactivité aux interactionsStabilité serveur, pas de 502 sous chargeJS allégé, decoupe bundles, workers
CLS (Cumulative Layout Shift)Stabilité visuelleRare (sauf polices mal servies)Dimensions images, ads, fonts

Ce que l''hébergeur peut réellement améliorer

TTFB et stabilité — mutualisé surchargé, PHP-FPM mal réglé (PHP-FPM), OPcache off (OPcache) : corrigeable par réglage ou plan supérieur. Mesurez avec TTFB diagnostic.

Cache et CDN inclus — certains hébergeurs WordPress ou offres « performance » incluent cache page ou partenariat CDN. Vérifiez si le cache couvre HTML dynamique ou seulement assets.

HTTP/2 / HTTP/3 — multiplexage et QUIC aident surtout les sites asset-heavy avec bon origine (HTTP/3).

Géographie — région datacenter proche de l''audience réduit RTT ; utile si pas de CDN.

Ce que l''hébergeur ne corrigera pas seul

  • Images hero non redimensionnées.
  • Douze plugins WordPress chargeant du JS en head.
  • Polices Google sans font-display: swap.
  • Bannières pub injectées tardivement (CLS).
  • SPA React lourde sans code splitting (INP).

Migrer chez le « meilleur hébergeur PageSpeed » sans audit front, c''est déplacer un site lent sur un SSD plus rapide.

Le sommet : le score PageSpeed n''est pas un SLA hébergeur

Google évalue l''expérience utilisateur réelle (CrUX) ; votre Lighthouse local sur fibre ne suffit pas à promettre un badge vert post-migration.

Décider et avancer sans angle mort

  1. Séparez TTFB origine, LCP element, INP long tasks dans CrUX / Search Console.
  2. Corrigez images et JS si TTFB < 400 ms mais LCP/INP rouges.
  3. Optimisez PHP/cache si TTFB rouge — avant tout changement d''offre.
  4. Comparez hébergeurs sur preuves TTFB, pas sur slogan CWV — annuaire, comparateur.

Questions fréquentes

Un hébergeur « optimisé CWV » garantit-il le vert ?

Non — LCP et INP dépendent surtout du front ; vérifiez le périmètre commercial.

LCP élevé : hébergeur ou front ?

TTFB > 600 ms → serveur participe. TTFB OK, LCP > 2,5 s → images et rendu client.

INP et hébergeur ?

INP = surtout JS ; hébergeur via TTFB/stabilité seulement.

Le CDN compte-t-il ?

Oui pour LCP assets et parfois TTFB ; pas pour CLS ou INP dominés par le front.


Avant de migrer pour les Core Web Vitals, demandez : quelle métrique est rouge et quel composant la drive ? Si la réponse est « on ne sait pas », l''hébergeur n''est pas encore le bon levier.

Comparez les hébergeurs européens

Filtrez par conformité, localisation et usage — puis ouvrez les fiches pour vérifier le périmètre réel.

Voir l'annuaire
Blog

À lire aussi

Tous les articles →