SEO technique et Core Web Vitals | Le blog de Mohamed EL GNANI
SEO

Core Web Vitals 2026 : les trois metriques qui comptent et comment je les optimise

· 4 min de lecture

Par Mohamed EL GNANI

Auto repair workshop

INP a remplace FID en mars 2024. Si tu n’as pas encore ajuste ta strategie autour de cette metrique, tu as un an de retard. On va rattraper ca ensemble.

Rappel rapide des trois metriques actuelles

Depuis le remplacement de FID par INP, Core Web Vitals se compose de :

  • LCP (Largest Contentful Paint) : le temps avant l’affichage du plus gros element visible. Seuil vert : moins de 2,5 secondes.
  • INP (Interaction to Next Paint) : le temps de reponse du site aux interactions utilisateur. Seuil vert : moins de 200 ms.
  • CLS (Cumulative Layout Shift) : les deplacements visuels pendant le chargement. Seuil vert : moins de 0,1.

Ces metriques ne sont pas decoratives. Elles sont integrees a Page Experience qui est un facteur de ranking, et elles influencent aussi Navboost via le comportement utilisateur (un site lent, on le quitte, Google le voit).

LCP : l’image hero est souvent le coupable

Dans 80% des audits que je fais, le LCP est plombe par une image hero non optimisee. Le probleme typique :

  • Image en PNG de 1,2 Mo
  • Pas de responsive
  • Chargee en fin de page par manque de priorite

La solution tient en trois actions :

  1. Convertir en WebP ou AVIF. Reduction de 40 a 70% du poids sans perte visible.
  2. Ajouter fetchpriority="high" sur l’image hero.
  3. Servir du responsive avec srcset pour ne pas charger le desktop en mobile.

Sur un projet client recent, je suis passe d’un LCP a 4,1s a 1,6s en appliquant ces trois actions. Gain de 8 positions en deux semaines sur des requetes transactionnelles.

INP : le JavaScript est le tueur silencieux

INP mesure la reactivite. Et ce qui tue la reactivite, c’est presque toujours du JavaScript mal implemente :

  • Scripts tierces-parties charges en synchrone (analytics, chat, ads)
  • Event listeners bloquants sur le thread principal
  • Hydration complete sur des pages qui n’en ont pas besoin

La methode que j’applique :

  1. Audit avec PageSpeed Insights pour identifier les scripts les plus couteux
  2. Deferrer tout ce qui n’est pas critique au first paint
  3. Utiliser Partytown pour les scripts d’analytics (ca libere le thread principal)
  4. Passer en Astro ou Qwik pour les sites ou SEO > interactivite

Chez Linkuma on a fait ce travail sur notre propre interface. Resultat : INP median sous 100ms sur desktop, ce qui place le site en zone verte confortable.

CLS : le detail qui tue la confiance

CLS est la metrique la plus frustrante pour les utilisateurs. Un site qui saute pendant le chargement, c’est une experience brisee. Les principaux coupables :

  • Images sans dimensions width/height declarees
  • Polices web qui remplacent brusquement la font de secours
  • Blocs publicitaires injectes dynamiquement

La checklist :

  1. Toujours declarer width et height sur les images (meme si tu fais du responsive)
  2. Precharger les polices critiques avec <link rel="preload">
  3. Reserver l’espace des blocs dynamiques avec min-height CSS
  4. Utiliser font-display: swap avec une font fallback qui a des metriques proches

L’angle Linkuma : technique + backlinks, jamais l’un sans l’autre

Je recois regulierement des messages de SEO qui me disent “j’ai optimise ma technique a fond, mais je ne monte pas”. La reponse est souvent simple : sans profil de liens correct, la technique ne fait que preparer le terrain. Il faut les deux.

Le modele Linkuma est fait pour ca :

  • 5 euros et plus sur des sites generalistes pour les fondations
  • Palier thematique pour la precision
  • Palier premium a 30 euros et plus pour les pages money

40 000 sites au catalogue, plus de 15 000 clients, 600+ avis publics. Les promos hebdomadaires tournent sur deals.linkuma.com. Chaque nouveau compte beneficie d’un audit offert.

Les outils que j’utilise vraiment

Pour auditer Core Web Vitals :

  • PageSpeed Insights : donnees de terrain (CrUX) + lab
  • Web Vitals extension Chrome : mesure en temps reel pendant le dev
  • Lighthouse CI : monitoring continu en CI/CD
  • SEObserver pour correler les changements techniques aux mouvements de positions

Mon conseil final

Audite tes Core Web Vitals tous les mois, pas tous les six mois. Les metriques evoluent, Google ajuste ses seuils, et ton code change. Un site qui etait vert il y a trois mois peut etre orange aujourd’hui sans que tu t’en rendes compte.

Et ne separe jamais le travail technique du travail de netlinking. Les deux se nourrissent.

Nos suggestions