Actualité : Le 15 septembre 2026, Alex Cone, de l'équipe Chrome, a annoncé sur le blog Chrome for Developers l'ajout de quatre métriques publicitaires au Chrome UX Report : Ad Count, Ad Density, Ad Weight (Network) et Ad Weight (CPU). Elles sont accessibles dès à présent via l'API CrUX et l'API CrUX History (Chrome for Developers, 15 septembre 2026).
« Nous avons tous rencontré des expériences publicitaires écrasantes sur le web. On les reconnaît quand on les voit, mais elles sont difficiles à quantifier », écrit Alex Cone en ouverture de son billet. C'est exactement ce que Chrome vient de changer. Pas en créant un facteur de classement : en rendant public, site par site, un chiffre que personne ne publiait jusqu'ici.
Ce que Chrome mesure exactement
Les quatre métriques décrivent la charge publicitaire telle qu'un utilisateur réel la subit, et non telle qu'un outil de test la simule. La documentation Chrome les définit ainsi : Ad Count est le nombre moyen de publicités présentes dans la fenêtre d'affichage ; Ad Density, la fraction moyenne de la surface de cette fenêtre occupée par des cadres publicitaires ; Ad Weight (Network), les ressources consommées par les publicités mesurées en octets ; Ad Weight (CPU), ces mêmes ressources mesurées en millisecondes de calcul.
Les deux dernières sont les plus parlantes pour qui fait du SEO technique. Elles isolent ce que les cadres publicitaires consomment sur l'appareil de l'utilisateur, séparément du reste de la page. C'est une distinction que les outils de terrain ne faisaient pas.
Ce que Google dit, et surtout ce qu'il ne dit pas
Le billet est sans ambiguïté sur un point : « les métriques publicitaires CrUX ne font pas partie des Core Web Vitals et n'ont pas de cibles ni de seuils suggérés ». Elles en sont inspirées, elles suivent les mêmes critères d'éligibilité que les Web Vitals existants, mais elles ne sont pas intégrées au trio LCP / INP / CLS. Il n'y a donc, à ce jour, aucun bon ni mauvais score annoncé.
Ce silence est une information en soi. Il signifie que toute affirmation du type « une densité publicitaire supérieure à X % pénalise le classement » relève de l'invention : Google n'a publié ni seuil, ni lien avec le ranking. PPC Land précise le même jour que les données sont restituées au 75e percentile, qu'un panneau Ad de Chrome DevTools les expose également, et que la mise à disposition dans BigQuery est en cours sans date annoncée.
Savez-vous ce que Chrome mesure déjà sur votre site ?
On interroge vos données terrain CrUX, on croise avec vos Core Web Vitals réels et votre visibilité dans les réponses des IA, et on vous dit ce qui coûte des positions.
Pourquoi c'est quand même un sujet SEO
Trois raisons, dont aucune n'est « c'est un facteur de classement ».
La première est mécanique. Ad Weight (CPU) compte des millisecondes de fil d'exécution principal consommées par des cadres tiers. Or l'INP, lui, est un Core Web Vital, et il mesure la réactivité de ce même fil. Les deux chiffres ne sont pas reliés par une règle Google ; ils le sont par la physique du navigateur. Si votre INP se dégrade sans que votre code change, vous disposez désormais d'un chiffre pour désigner le coupable au lieu de le soupçonner.
La deuxième est stratégique. Cette donnée est publique et interrogeable par origine. Vos concurrents, vos annonceurs, vos partenaires et n'importe quel journaliste peuvent consulter votre charge publicitaire sans vous demander l'autorisation. Glenn Gabe, cité par Search Engine Roundtable, résume l'urgence sans détour : « Tout propriétaire de site qui diffuse de la publicité, surtout beaucoup, devrait lancer ça AUJOURD'HUI. » Mieux vaut connaître son propre chiffre avant qu'un tiers ne le cite.
La troisième touche la visibilité dans les IA. Une page dont le rendu est alourdi par des cadres tiers est une page plus coûteuse à charger pour tout ce qui la visite, moteurs et robots compris. Nous ne prétendons pas que ces métriques influencent les citations par les moteurs de réponse : rien ne le démontre. Mais la direction va dans le sens de ce que nous observons déjà sur l'accès des robots d'IA aux sites et sur le coût réel du crawl automatisé : la ressource consommée devient une variable qu'on mesure, donc qu'on arbitre.
Ce qu'il faut faire cette semaine
- Relevez votre chiffre. Interrogez l'API CrUX sur votre origine et notez les quatre valeurs. C'est une requête, pas un projet. Sans point de départ daté, vous ne saurez pas si la situation s'améliore ou se dégrade dans trois mois.
- Croisez avec votre INP. Si votre INP est mauvais et que votre Ad Weight (CPU) est élevé, arrêtez d'optimiser votre JavaScript maison en premier : le poste de dépense est ailleurs, et vous avez enfin de quoi le prouver à qui gère la monétisation.
- Regardez le mobile séparément. L'Ad Density se calcule sur la fenêtre visible. Sur un écran de téléphone, une bannière collante occupe une part de surface sans commune mesure avec celle qu'elle occupe sur un écran de bureau. C'est là que les écarts se creusent.
- Mettez-le sous surveillance. L'API CrUX History permet de suivre l'évolution dans le temps. Une régression de charge publicitaire survient rarement le jour d'un déploiement produit : elle arrive le jour où quelqu'un ajoute un emplacement, sans prévenir l'équipe technique.
Les limites de ce que l'on sait
Elles sont réelles et il faut les poser. Aucun seuil n'étant publié, vous obtiendrez un nombre sans savoir s'il est bon : la seule lecture utile aujourd'hui est comparative, dans le temps ou face à des sites équivalents. L'éligibilité suit celle des Web Vitals existants, ce qui implique un volume de trafic Chrome suffisant : beaucoup de sites de PME françaises n'apparaîtront tout simplement pas dans le jeu de données, et l'absence de chiffre n'est pas un bon chiffre. PPC Land mentionne par ailleurs une condition d'éligibilité liée à la déclaration d'au moins un vendeur autorisé dans le fichier ads.txt ; nous ne l'avons pas retrouvée dans le billet officiel et nous la rapportons donc comme une information de seconde main, non confirmée par Chrome. Enfin, ces métriques décrivent la publicité, pas la qualité de l'expérience : un site sobre en publicité peut rester pénible pour d'autres raisons.
Nous avons vérifié chaque définition et chaque citation de cet article contre le billet officiel du 15 septembre 2026 et la documentation CrUX de Chrome, et nous signalons explicitement le seul élément que nous n'y avons pas retrouvé. Sur un sujet où la tentation est forte d'annoncer un nouveau facteur de classement, nous préférons publier ce que la source dit, et rien de plus.
L'analyse Cicéro
Google n'a pas menacé qui que ce soit. Il a fait quelque chose de plus efficace : il a mis un nombre sur une gêne que tout le monde ressentait sans pouvoir la nommer. L'histoire des Core Web Vitals a suivi exactement ce chemin — d'abord des métriques « juste informatives », puis un vocabulaire partagé, puis un critère d'arbitrage. Nous ne prédisons pas que ces quatre-là deviendront un signal de classement, et personne ne devrait le prédire. Nous constatons simplement qu'on ne remet jamais dans la boîte une mesure publique : à partir d'aujourd'hui, la charge publicitaire de votre site est un fait vérifiable, et l'ignorer est un choix, plus une excuse.
Sources
- → Chrome for Developers, 15 septembre 2026 : source primaire. Billet d'Alex Cone annonçant les quatre métriques publicitaires CrUX, leur disponibilité dans l'API CrUX et l'API CrUX History, la citation d'ouverture, et la mention explicite que ces métriques « ne font pas partie des Core Web Vitals et n'ont pas de cibles ni de seuils suggérés ».
- → Chrome for Developers — méthodologie CrUX, métriques : documentation officielle. Définitions d'Ad Count, Ad Density, Ad Weight (CPU) et Ad Weight (Network) reprises mot pour mot dans cet article.
- → PPC Land, 15 septembre 2026 : reprise indépendante, utilisée pour le 75e percentile, le panneau Ad de Chrome DevTools, la disponibilité BigQuery « en cours » et la condition
ads.txt(non confirmée par le billet officiel). - → Search Engine Roundtable, 15 septembre 2026 : reprise indépendante, source de la citation de Glenn Gabe et du recoupement de la liste des quatre métriques et de leur disponibilité via CrUX Vis.
Questions fréquentes
Les métriques publicitaires CrUX sont-elles un facteur de classement Google ?
Non, et Chrome le dit explicitement. Le billet publié le 15 septembre 2026 précise que « les métriques publicitaires CrUX ne font pas partie des Core Web Vitals et n'ont pas de cibles ni de seuils suggérés ». Elles sont décrites comme inspirées des Core Web Vitals, pas intégrées à ceux-ci. Toute affirmation selon laquelle une densité publicitaire élevée ferait directement baisser votre position n'est, à ce jour, appuyée par aucune déclaration de Google.
Comment consulter ces métriques pour mon site ?
Elles sont exposées via l'API CrUX et l'API CrUX History, mentionnées dans l'annonce du 15 septembre 2026. PPC Land indique le même jour qu'un panneau Ad dans Chrome DevTools les affiche également, et que la mise à disposition dans BigQuery est en cours, sans date annoncée. Comme pour les autres métriques CrUX, il s'agit de données terrain agrégées : un site sans trafic Chrome suffisant n'apparaîtra pas dans le jeu de données.
Que mesure exactement l'Ad Density ?
La documentation Chrome la définit comme la fraction moyenne de la surface de la fenêtre d'affichage occupée par des cadres publicitaires, mesurée pendant que l'utilisateur fait défiler la page. Ce n'est donc pas un ratio calculé sur la hauteur totale du document, mais sur ce que la personne voit réellement à l'écran à un instant donné. Une bannière fixe qui suit le défilement pèse en conséquence beaucoup plus lourd qu'un pavé vu une seule fois.
Mon site n'affiche aucune publicité : suis-je concerné ?
Directement, non : sans cadre publicitaire, il n'y a rien à mesurer. Indirectement, oui, sur deux points. D'abord, vos concurrents monétisés deviennent comparables entre eux et avec vous sur une donnée publique. Ensuite, la logique de la mesure — combien de ressources un élément tiers consomme sur l'appareil de l'utilisateur — s'applique à n'importe quel script tiers embarqué sur vos pages, même sans régie.
Spécialiste du growth et de la stratégie de contenu SEO & GEO, j'ai lancé Cicéro pour aider les entreprises à capter une visibilité organique durable : sur Google comme dans les réponses des IA. Chaque contenu qu'on produit est pensé pour convertir, pas juste pour exister.
LinkedIn →