En bref
- Google remplacera le comptage des impressions AdSense par la méthode begin-to-render le 17 février 2027.
- Une impression ne sera plus comptée au début du chargement de l’annonce, mais au moment où elle commence à s’afficher.
- Le volume total d’impressions déclarées devrait mécaniquement baisser, sans action requise de la part des éditeurs.
- Ad Manager permet déjà de comparer les deux métriques pour anticiper l’écart.
Sommaire
- Un changement de logique dans le comptage des impressions
- Count-on-download, begin-to-render : les trois méthodes de mesure
- Pourquoi Google adopte le begin-to-render ?
- Quels formats et inventaires sont concernés ?
- Quel impact sur les impressions déclarées ?
- Mesurer l’écart avant l’échéance
- Les facteurs qui influencent le comptage begin-to-render
- Ce que les éditeurs doivent retenir
Google continue de faire évoluer sa publicité display. Après YouTube, qui a modifié fin août sa méthode de calcul des vues, c’est au tour d’AdSense de voir son comptage d’impressions évoluer. Le changement n’est pas une simple mise à jour technique : il va modifier, à la baisse, le volume d’impressions déclaré par les éditeurs. Voici ce qu’il faut savoir avant le passage au begin-to-render, prévu le 17 février 2027.
Un changement de logique dans le comptage des impressions
Google a annoncé aux éditeurs que la mesure des impressions display passera de la méthode count-on-download (COD) à la méthode begin-to-render (BTR) le 17 février 2027. Concrètement, aujourd’hui, une impression peut être enregistrée dès que le chargement de la création publicitaire démarre, même si l’internaute n’a jamais vu l’annonce. Demain, elle ne sera comptée que lorsque la création aura fini de charger et commencera réellement à s’afficher.
Ce changement concerne l’inventaire banner sur le web, le web mobile et la télévision connectée (CTV). Les autres formats publicitaires sont déjà mesurés avec une logique équivalente : le natif et l’interstitiel, les applications avec le comptage 1-pixel, la vidéo avec la première image.
Count-on-download, begin-to-render : les trois méthodes de mesure
Pour bien comprendre la portée de ce changement, il faut revenir sur les trois grandes familles de comptage utilisées dans la publicité en ligne.
| Méthode | Moment du comptage | Conséquence |
|---|---|---|
| Served impression | Le serveur publicitaire envoie l’annonce | Aucune garantie que l’annonce soit chargée ou visible |
| Downloaded impression (COD) | Le fichier de la création commence à se télécharger | L’impression est comptée même si l’internaute quitte avant l’affichage |
| Begin-to-render (BTR) | La création a fini de charger et commence à s’afficher | L’annonce doit réellement apparaître pour être comptée |
Pourquoi Google adopte le begin-to-render ?
Ce n’est pas un caprice technique. Google présente le BTR comme la méthode de référence de l’IAB, l’Interactive Advertising Bureau, qui regroupe les acteurs de la publicité en ligne. L’objectif est de rapprocher les chiffres des éditeurs de ceux des acheteurs et des prestataires de mesure tiers. En limitant les impressions fantômes, Google espère réduire les écarts de mesure qui compliquent souvent les campagnes display.
Autre point rassurant pour les éditeurs : Ad Manager conserve son accréditation MRC (Media Rating Council). Aucune action de configuration n’est demandée aux utilisateurs d’AdSense ou d’Ad Manager.
Ce chantier s’inscrit dans une série de modifications de la régie publicitaire de Google. Les éditeurs doivent aussi suivre l’évolution des règles concernant les acheteurs autorisés d’AdSense, qui remplacent les contrôles de blocage des réseaux publicitaires.
Quels formats et inventaires sont concernés ?
Le passage au BTR s’applique à l’inventaire banner, c’est-à-dire les bannières classiques affichées sur le web, le web mobile et la CTV. Pour les autres formats, la transition est déjà en place ou ne change pas les pratiques : les formats natifs et interstitiels utilisent déjà un comptage adapté, les applications s’appuient sur le comptage 1-pixel, et la vidéo est comptée à la première image.
Google précise que les impressions webview seront traitées comme celles du web mobile. Les éditeurs qui diffusent des bannières dans des environnements webview doivent donc s’attendre à la même bascule.
Quel impact sur les impressions déclarées ?
Google annonce une baisse mécanique du total d’impressions après la bascule. La raison est simple : une annonce dont le téléchargement a démarré mais qui n’a jamais commencé à s’afficher, par exemple parce que l’internaute a quitté la page trop vite, ne sera plus comptabilisée.
Cette baisse ne signifie pas que les annonces sont moins performantes. Elle traduit un comptage plus strict, qui reflète davantage la réalité perçue par l’utilisateur. En revanche, elle peut avoir des conséquences sur les rapports, les statistiques historiques et l’optimisation des campagnes.
Mesurer l’écart avant l’échéance
Les éditeurs qui utilisent Ad Manager peuvent d’ores et déjà évaluer l’ampleur du changement. Leur console affiche côte à côte deux métriques : « Ad server impressions » et « Ad server begin to render impressions ». La différence entre les deux donne une estimation de la baisse à prévoir.
Ce rapport interactif peut être croisé par canal de demande, format, type d’inventaire et catégorie d’appareil. Google recommande de s’appuyer sur un historique postérieur au 12 août 2026. Des métriques équivalentes sont annoncées pour Ad Exchange et les groupes de rendement.
En revanche, cette possibilité n’existe pas dans AdSense seul : les éditeurs qui n’utilisent qu’AdSense devront attendre le passage effectif pour constater l’écart.
Les facteurs qui influencent le comptage begin-to-render
Toutes les créations ne seront pas logées à la même enseigne. Plusieurs réglages et caractéristiques techniques jouent sur le moment où une annonce commence à s’afficher, et donc sur son comptage en BTR.
- Le lazy rendering : les paramètres renderMarginPercent et fetchMarginPercent déterminent le moment où les créas s’affichent. Un déclenchement plus tardif peut limiter les impressions, mais alourdit la charge réseau.
- Le poids des créations : un nombre d’assets élevé ou des scripts synchrones allongent le téléchargement et réduisent la probabilité que l’annonce s’affiche avant le départ de l’internaute.
- Le nombre d’intermédiaires : chaque acteur supplémentaire dans la chaîne publicitaire ajoute un délai et diminue la part de créas qui parviennent à l’affichage.
Par ailleurs, Chrome désactive les annonces trop gourmandes en réseau ou en processeur. Dans un mode de comptage begin-to-render, cette désactivation peut empêcher l’affichage de la création et, par conséquent, le comptage de l’impression.
Ce que les éditeurs doivent retenir
Le passage au begin-to-render ne demande pas de configuration urgente, mais il invite à préparer ses indicateurs et ses annonceurs. Voici les réflexes à adopter.
- Anticiper la baisse des impressions dans les rapports pour éviter de fausses alertes.
- Exploiter le rapport comparatif d’Ad Manager pour quantifier l’écart avant février 2027.
- Auditer le poids des créations et les paramètres de lazy rendering pour favoriser l’affichage réel des annonces.
- Informer les équipes et les annonceurs : une baisse d’impressions n’est pas nécessairement un signal négatif, mais le signe d’une mesure plus rigoureuse.
Ce changement de comptage rappelle que la publicité en ligne ne cesse d’ajuster ses référentiels. Les éditeurs qui suivent ces évolutions pourront mieux analyser leurs performances et éviter les mauvaises interprétations.
