Changement du comptage des impressions AdSense par Google : que faut-il savoir en février 2027 ?

Tableau de bord affichant des métriques publicitaires en temps réel avec graphiques d'impressions fluctuantes
Noter cet article

Les éditeurs et responsables monétisation voient souvent leurs chiffres bouger sans toujours comprendre pourquoi : un changement de méthode de comptage des impressions peut faire chuter les impressions affichées du jour au lendemain, sans qu’un trafic réel n’ait disparu. Avec l’adoption du begin-to-render (BTR) par Google pour AdSense et Ad Manager, il est utile d’aborder concrètement ce que cela signifie, comment estimer l’impact sur vos rapports et quelles mesures pratiques appliquer pour limiter les pertes évitables.

Qu’est-ce que le begin-to-render et pourquoi Google le privilégie maintenant ?

Le BTR marque le moment où une publicité a fini de charger et commence effectivement à s’afficher dans la page. Contrairement au comptage « au téléchargement » (count-on-download) où l’impression était enregistrée dès que le fichier de l’annonce commençait à se télécharger, le BTR exige une preuve visuelle d’affichage. Google préfère cette méthode car elle réduit les divergences entre acheteurs, vendeurs et mesureurs tiers et améliore la qualité des métriques en se rapprochant de la réalité perçue par l’utilisateur.

Concrètement, une annonce dont le téléchargement a démarré mais qui ne s’affiche jamais — par exemple parce que l’utilisateur ferme l’onglet ou que Chrome bloque la création pour surcharge — ne sera plus comptée sous BTR. C’est un changement de philosophie : on privilégie la certitude d’affichage plutôt que la simple transmission de données.

Comment estimer dès aujourd’hui l’écart d’impressions sur votre trafic ?

Si vous utilisez Ad Manager, vous pouvez déjà comparer deux métriques côte à côte : Ad server impressions vs Ad server begin to render impressions. Le rapport permet de croiser par format, canal de demande, type d’inventaire et catégorie d’appareil. Prenez un historique récent (après la mi-août 2026 si possible) pour obtenir une base de comparaison pertinente.

Interface de comparaison des métriques Ad Manager affichant les impressions côte à côte
Comparer les deux métriques côte à côte dans Ad Manager permet d’anticiper l’impact du changement.

Pour les comptes AdSense purs, la visibilité de ces métriques peut être limitée ; dans ce cas, surveillez la corrélation entre impressions, taux de clics et recettes RPM : une chute des impressions sans mouvement correspondant des autres indicateurs peut révéler un effet BTR imminent. Observez particulièrement :

  • les formats display légers vs lourds,
  • les pages à long scrolling (lazy loading),
  • les devices mobiles et webview.

Quelles sont les causes principales des écarts entre COD et BTR ?

En pratique, trois facteurs reviennent systématiquement dans les audits :

  • Lazy rendering : si la créa n’est déclenchée que quand la zone entre dans le viewport, un visiteur qui scroll vite ou quitte la page avant l’affichage ne déclenchera pas de BTR.
  • Poids et complexité des créas : trop d’assets, des scripts synchrones ou des ressources tierces qui ralentissent le rendu retardent l’affichage effectif.
  • Chaîne d’intermédiaires : chaque saut entre ad server, SSP et ad exchanger augmente le risque de perte avant affichage.

Ajoutez les interventions du navigateur (Chrome bloque parfois les « heavy ads ») : même une créa téléchargée peut être abandonnée par le navigateur pour préserver les ressources, et donc non comptée sous BTR.

Que pouvez-vous faire pour limiter les impressions non comptées ?

Plusieurs actions concrètes sont possibles, certaines techniques, d’autres organisationnelles :

Écran montrant des tests de performance et d'optimisation pour annonces mobiles
Tester vos annonces en conditions réelles (réseau mobile, CPU limité) est essentiel pour limiter les pertes.

  • Réduire le nombre de requêtes et la complexité des créas (moins d’assets, éviter les scripts bloquants).
  • Optimiser le lazy loading : ajuster renderMarginPercent et fetchMarginPercent pour déclencher le téléchargement un peu plus tôt sans charger inutilement le réseau.
  • Rationaliser la chaîne d’enchères (limiter les wrappers, prioriser les partenaires fiables) pour diminuer les sauts et la latence.
  • Tester les pages en condition réelle (réseau mobile, CPU limité) pour mesurer la résilience des annonces au throttling.
  • Préférer des tailles et formats mieux adaptés aux contraintes mobiles pour augmenter la probabilité de rendu.

Ces actions n’éliminent pas l’écart, mais elles aident à récupérer les impressions qui étaient perdues pour des raisons techniques évitables.

À quoi s’attendre par format et par canal (web, mobile, CTV) ?

Le poids de l’impact varie. En général :

  • Le web mobile et les webviews voient souvent les plus fortes diminutions, à cause du réseau et du rendu différé.
  • Les bannières lourdes et les pages avec beaucoup d’intermédiaires sont les plus affectées.
  • Les inventaires CTV et vidéo sont moins sensibles car ils ont déjà des règles de comptage basées sur l’affichage effectif (première image, etc.).

Table comparative simple des méthodes de comptage

Méthode Quand l’impression est comptée Impact pratique
Served impression Dès l’envoi par le serveur Surestime les impressions réelles, peu fiable pour la visibilité
Count-on-download (COD) Au début du téléchargement Compte les téléchargements incomplets ; sensible au départ rapide de l’utilisateur
Begin-to-render (BTR) Quand la créa commence à s’afficher Plus proche de la visibilité réelle, réduit les impressions fantômes

Comment vérifier vos rapports après la bascule vers BTR ?

Après la migration, surveillez ces indicateurs au jour le jour pendant au moins deux semaines : impressions BTR, RPM, CPM demandés, taux de CPM acceptés et taux de remplissage par partenaire. Attendez-vous à une baisse des impressions mais pas nécessairement des revenus si la qualité des impressions augmente (meilleur match entre acheteurs et inventaire réel).

Si vous observez une chute disproportionnée sur certaines pages ou formats, lancez des tests A/B : une version simplifiée de la page, une version avec moins d’intermédiaires, ou un ajustement des paramètres de lazy rendering. Documentez chaque test pour isoler la cause.

FAQ

Qu’est-ce qui justifie la diminution d’impressions après le passage à BTR ?
Parce que BTR ne compte que les impressions réellement affichées ; tout téléchargement qui n’aboutit pas à un rendu visible n’est plus enregistré.

Pouvez-vous récupérer toutes les impressions perdues techniquement ?
Non — certaines pertes sont inévitables (utilisateurs qui quittent la page, navigations rapides). En revanche, vous pouvez réduire les pertes évitables en optimisant les créas et la chaîne d’enchères.

Les revenus vont-ils diminuer avec moins d’impressions ?
Pas forcément. Moins d’impressions mais de meilleure qualité peuvent maintenir ou augmenter le CPM et le RPM. Surveillez la relation entre impressions, CPM et RPM.

Comment tester l’impact sur mobile ?
Simulez des connexions lentes, testez en webview et regardez la différence entre « Ad server impressions » et « Ad server begin to render impressions » par device.

Le BTR s’applique-t-il à la vidéo et à la CTV ?
Les vidéos ont déjà des règles proches du BTR (ex. première image) ; la CTV est généralement moins impactée car l’affichage y est plus contrôlé.

Que surveiller dans Ad Manager après le changement ?
Les impressions BTR, le taux de remplissage par partenaire, le RPM et la répartition par device/format. Identifiez les anomalies rapidement pour agir.

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *