Core Web Vitals : l’agence SEO ou l’hébergeur, qui répond de la performance
Un score de performance dégradé arrive rarement avec un responsable identifié. L'hébergeur désigne le thème, l'agence désigne le serveur, le référenceur constate sans trancher. Sortir de cette boucle suppose de découper la mesure en causes techniques, chacune rattachable à un métier précis.
Sommaire
- Ce que mesurent réellement les signaux essentiels
- Trois prestataires sur la même page, trois renvois de responsabilité
- Le tableau des causes et des compétences
- Ce qu’on peut exiger contractuellement, et ce qu’on ne peut pas
- Quand la performance cesse d’être un sujet de référencement
- Trois prestataires, un seul score, et personne pour le corriger
- Sources et références
- FAQ - Questions sur la responsabilité des signaux web essentiels
Trois prestataires interviennent sur la même page. Le score chute. Personne ne bouge.
La responsabilité des Core Web Vitals entre prestataires n’est écrite nulle part : ni dans le contrat d’hébergement, ni dans le devis de l’agence, ni dans la mission de référencement. Chacun répond d’un périmètre délimité, alors que la mesure, elle, est globale. Elle agrège le temps de réponse du serveur, le poids du thème, les scripts ajoutés au fil des mois et le terminal du visiteur.
Cet article propose une méthode de découpage : ce que mesurent réellement les trois métriques, comment passer d’un score unique à une liste de causes attribuables, un tableau associant chaque cause à un métier et à une preuve, ce qu’un contrat peut engager, et l’ordre de grandeur réel de l’enjeu pour le classement. Il complète notre méthode pour répartir les responsabilités entre prestataires.
| En bref. Les signaux web essentiels mesurent trois choses distinctes, produites par trois chaînes techniques différentes : le serveur et le réseau pour le chargement, le code exécuté dans le navigateur pour la réactivité, l’intégration graphique pour la stabilité. Aucun prestataire ne contrôle les trois à lui seul. La répartition se règle cause par cause, jamais par score global. |
Ce que mesurent réellement les signaux essentiels
Depuis mars 2024, l’Interaction to Next Paint a remplacé le First Input Delay. La documentation de Google Search fixe trois seuils : 2,5 secondes pour le Largest Contentful Paint, 200 millisecondes pour l’INP, 0,1 pour le Cumulative Layout Shift.
Le premier mesure le délai d’affichage du plus gros élément visible. Le deuxième mesure le temps de réaction de la page aux interactions, sur toute la visite et non plus sur le seul premier clic. Le troisième compte les déplacements de contenu après affichage.
Ces seuils s’apprécient sur des données de terrain, collectées auprès des utilisateurs de Chrome. Le rapport Search Console ne classe une URL comme correcte que si 75 % des visites tiennent le seuil sur les trois métriques. Un test lancé depuis votre poste en fibre ne dit rien de ce chiffre.
Le passage du FID à l’INP a fait basculer beaucoup de sites du vert à l’orange sans qu’une seule ligne de code change. Ce n’est pas un détail d’historique : cela signifie que la définition de la mesure évolue indépendamment de votre site, et qu’un contrat indexé sur un score hérite de cette instabilité.
Ce que ces métriques ne mesurent pas mérite autant d’attention. Ni la qualité du contenu, ni le chiffrement, ni la densité publicitaire, ni la lisibilité mobile. Google range ces points dans l’expérience sur la page et précise qu’aucun signal unique ne les regroupe. Les interactions entre briques restent détaillées dans notre panorama des couches techniques qui portent le référencement.
Trois prestataires sur la même page, trois renvois de responsabilité
La séquence est toujours la même. L’hébergeur produit un relevé de temps de réponse serveur et renvoie vers le thème. L’agence web répond que le thème est celui validé au cahier des charges et renvoie vers l’hébergement. Le référenceur constate la dégradation dans Search Console, la remonte, et n’a la main sur aucun des deux.
Cette impasse ne relève pas de la mauvaise foi. Elle vient d’un décalage simple : la mesure est globale, les périmètres sont partiels. Personne n’a signé pour un score, chacun a signé pour une brique.
Le devis d’un site pose souvent le problème plus tôt qu’on ne le croit. Un thème acheté sur une place de marché arrive avec un carrousel, trois polices et un constructeur de pages, et ces choix pèsent bien après la livraison. C’est un poste que le budget d’un site et de son hébergement ne chiffre presque jamais explicitement.
Mon avis, après avoir vu la scène se rejouer : le maillon faible n’est jamais technique. C’est l’absence d’une personne désignée pour arbitrer entre performance et fonctionnalités quand les deux s’opposent.
Découper la métrique en causes attribuables
Passer d’un score à une liste de responsables demande quatre gestes, dans cet ordre.
- Isoler la métrique fautive. Une seule des trois est généralement en cause, et elle ne mobilise pas les mêmes compétences que les deux autres.
- Séparer terrain et laboratoire. Le terrain dit ce que vivent vos visiteurs, le laboratoire dit pourquoi. Les deux relevés se conservent, datés.
- Identifier l’élément concerné. Quel élément déclenche le LCP, quelle interaction déclenche l’INP, quel bloc provoque le décalage.
- Rattacher la cause à un métier. Serveur et réseau, code du thème, scripts tiers, contenus publiés : quatre familles, quatre interlocuteurs.
- Dater le relevé. Les données de terrain glissent sur une fenêtre de plusieurs semaines : une correction ne se lit pas le lendemain.
Ce découpage prend une demi-journée. Il transforme une réunion de renvoi de balle en une liste d’actions avec un nom en face de chacune.
Le tableau des causes et des compétences
Le tableau ci-dessous associe chaque cause fréquente au prestataire compétent, à la preuve à demander et à un délai de correction raisonnable. Les délais supposent un site en production et un accès normal aux environnements.
| Cause observée | Prestataire compétent | Preuve à demander | Délai |
| Temps de réponse serveur élevé | Hébergeur | Relevé de TTFB sur 7 jours, par région | 2 semaines |
| Absence de cache ou de CDN | Hébergeur | Configuration de cache et taux de succès | 2 semaines |
| Image principale non dimensionnée | Agence web | Capture du gabarit et poids servi | 1 semaine |
| Polices bloquant l’affichage | Agence web | Liste des polices et mode de chargement | 1 semaine |
| Scripts tiers lourds | Annonceur et agence média | Inventaire des balises et poids de chacune | 4 semaines |
| Décalage à l’insertion publicitaire | Agence média | Réservation d’espace dans le gabarit | 3 semaines |
| Constructeur de pages surchargé | Agence web | Poids du code généré par gabarit | 6 semaines |
| Contenus insérés hors gabarit | Équipe éditoriale | Procédure de publication écrite | 2 semaines |
Une colonne manque volontairement : le coût. Il dépend du contrat en cours, et un article ne peut pas le fixer à votre place. En revanche, la recette technique reste le moment où ces points se règlent au meilleur prix, comme le détaille notre modèle de recette technique avant mise en ligne.
Ce qu’on peut exiger contractuellement, et ce qu’on ne peut pas
La ligne de partage est nette. Un prestataire peut s’engager sur ce qu’il produit et contrôle. Il ne peut pas s’engager sur une statistique issue du parc d’appareils des visiteurs.
Inscrire « INP inférieur à 200 ms au 75e percentile » dans un contrat de prestation, c’est faire signer un engagement impossible à tenir. La valeur dépend du téléphone de vos lecteurs, de leur réseau, et des balises que votre service marketing ajoutera dans six mois.
Ce qui se rédige utilement, en revanche, tient en cinq lignes.
- Un seuil mesurable en recette : temps de réponse serveur maximal sous charge définie, mesuré par un outil accepté des deux parties.
- Un budget de poids par gabarit : nombre de requêtes et poids total, vérifiés à la livraison puis à chaque évolution majeure.
- Un budget de scripts tiers : toute balise ajoutée passe par une validation, avec un responsable nommé.
- Une stabilité nulle en recette : aucun décalage constaté sur les gabarits livrés, espaces publicitaires réservés dans le code.
- Un délai de correction : engagement de traitement par famille de cause, avec la preuve associée.
Ces clauses ont un mérite : elles sont vérifiables le jour de la livraison, sans attendre plusieurs semaines de données de terrain. Elles se posent au moment du cadrage, quand inscrire un seuil de performance au cahier des charges coûte encore une phrase et non un avenant.
Quand la performance cesse d’être un sujet de référencement
Google indique que les signaux web essentiels sont utilisés par ses systèmes de classement. La même page ajoute deux réserves que les propositions commerciales citent rarement.
Premièrement, obtenir de bons résultats dans les rapports ne garantit pas un meilleur classement, et chercher un score parfait pour des raisons de référencement n’est pas forcément le meilleur emploi de votre temps. Deuxièmement, la recherche cherche d’abord le contenu le plus pertinent, même si l’expérience est médiocre.
Traduit en arbitrage : sur une requête où dix pages répondent aussi bien, la performance peut départager. Sur une requête où votre page est la seule à répondre vraiment, elle ne changera pas grand-chose au classement.
Cette nuance change la conversation avec un prestataire. Sur un secteur saturé, où vingt concurrents traitent la même requête avec le même sérieux, une correction technique se défend. Sur une page de niche sans équivalent, exiger un score parfait revient à financer un chantier dont le retour se jouera ailleurs que dans les positions.
Reste l’autre motif, souvent plus solide économiquement : l’effet sur la conversion. Une page lente perd des visiteurs avant l’action attendue. Cet effet existe, mais son ampleur dépend de votre tunnel, de votre panier moyen et de votre audience mobile. Mesurez-le sur vos propres données avant de le budgéter ; les chiffres génériques circulant dans les argumentaires ne valent pas pour votre site.
Trois prestataires, un seul score, et personne pour le corriger
Le score ne se corrige pas. Les causes, si.
La décision utile à prendre cette semaine est courte : désigner un arbitre unique côté client, celui qui tranchera entre performance et fonctionnalité, et lui donner le tableau des causes comme grille de dialogue. Sans ce rôle, chaque réunion produira les mêmes renvois.
Pour cadrer la répartition en amont, notre guide sur la façon de garder la maîtrise d’une prestation de référencement pose les points à verrouiller avant signature.
Sources et références
Cet article s’appuie notamment sur la documentation de Google Search consacrée aux signaux web essentiels, qui fixe les trois seuils cités, et sur la page officielle expliquant comment Google traite l’expérience sur la page dans son classement, d’où proviennent les réserves sur l’effet réel des scores. Les règles d’attribution du statut correct proviennent de la documentation du rapport Search Console sur les signaux web essentiels. Les définitions métrique par métrique ont été vérifiées auprès des références techniques publiées par l’équipe Chrome sur le Largest Contentful Paint, l’Interaction to Next Paint et le Cumulative Layout Shift. Le partage entre données de terrain et données de laboratoire suit la présentation des outils de mesure recommandés.
FAQ - Questions sur la responsabilité des signaux web essentiels
Qui doit corriger une dégradation des signaux web essentiels ?
Cela dépend de la cause, jamais du score. Un temps de réponse serveur élevé relève de l'hébergeur, un thème lourd de l'agence web, une balise publicitaire de l'agence média. Le découpage précède l'attribution : sans identification de la métrique fautive et de l'élément concerné, aucun prestataire ne peut être tenu pour responsable.
Peut-on inscrire un score de performance dans un contrat de prestation ?
Un score de terrain ne se contractualise pas utilement, car il dépend des appareils et des réseaux de vos visiteurs. Un seuil mesurable en recette se contractualise très bien : temps de réponse serveur, poids par gabarit, absence de décalage sur les gabarits livrés. La différence tient à ce que le prestataire contrôle réellement.
L'hébergement explique-t-il vraiment la majorité des mauvaises performances ?
Non, et c'est une idée reçue coûteuse. L'hébergement pèse surtout sur le délai de première réponse, alors que les pertes les plus visibles viennent souvent du poids du thème et des scripts tiers ajoutés après la mise en ligne. Changer d'hébergeur sans diagnostic revient à traiter un symptôme au hasard.
La performance a-t-elle encore un effet mesurable sur le classement ?
Google confirme que ces signaux sont utilisés par ses systèmes de classement, tout en précisant qu'un bon score ne garantit aucun positionnement et que la pertinence prime sur l'expérience. L'effet se joue à pertinence égale, quand plusieurs pages répondent aussi bien à la même requête.
Comment arbitrer entre performance technique et fonctionnalités du site ?
En chiffrant les deux côtés avant de trancher, et en confiant l'arbitrage à une personne nommée côté client. Un carrousel, un chat en direct ou un outil de recommandation coûtent en réactivité ce qu'ils apportent en usage. L'arbitrage se documente pour ne pas être rejoué à chaque réunion.
La lettre ExternFlow
Chaque semaine, une sélection d’analyses sur le BPO, l’externalisation et le SEO, pensée pour les décideurs. Pas de publicité, pas de revente d’adresse.
Cet article vous a été utile ?
Ajoutez ExternFlow à vos sources préférées sur GooglePar Setraniaina Andrianajason
Je suis Setraniaina, fondateur de LAPLUME.MG et consultant SEO/GEO indépendant via Red Island SEO, depuis Madagascar. Passionné de nouvelles technologies, d'IA et de marketing digital, je partage sur ExternFlow mes analyses sur l'externalisation, le BPO et le référencement.
