AdSense Begin-to-Render : quel impact sur la rentabilité SEO ?

AdSense change le comptage des impressions le 17 février 2027. Comprendre le BTR, éviter les faux gains de RPM et mesurer la rentabilité du trafic SEO.

AdSense Begin-to-Render : ne confondez pas impressions et rentabilité SEO

Votre trafic organique reste stable, mais vos impressions publicitaires baissent. Faut-il reprendre les contenus, changer le maillage ou accuser une mise à jour Google ? Pas forcément. Une annonce relayée cette première semaine de septembre prépare un changement de compteur qui concerne directement les éditeurs vivant du référencement naturel.

Le 17 février 2027, AdSense et Google Ad Manager passeront au comptage Begin-to-Render pour les bannières display concernées. La documentation Google confirme cette échéance. Ce n’est pas un changement de classement. C’est une modification de la mesure publicitaire, avec des conséquences pour ceux qui calculent la rentabilité de leurs contenus SEO.

Une publicité téléchargée ne sera plus forcément comptée

Aujourd’hui, la méthode Count-on-Download comptabilise l’impression lorsque le téléchargement de l’annonce commence sur l’appareil. Demain, il faudra que la création publicitaire ait été chargée et que son rendu ait démarré.

La différence paraît minuscule. Elle ne l’est pas pour une page dont les scripts publicitaires se succèdent pendant que le lecteur repart déjà vers Google.

Avec Begin-to-Render, ou BTR, une annonce dont le téléchargement démarre mais qui n’atteint jamais le début du rendu ne génère plus d’impression comptabilisée. Google prévient donc qu’une baisse des impressions display est possible après la transition.

Attention au vocabulaire : début de rendu ne signifie pas visibilité garantie. Cette méthode ne prouve pas que le lecteur a regardé la bannière. Elle déplace le moment du comptage, sans transformer une impression en attention humaine.

Le changement vise les bannières web, web mobile et CTV. D’autres inventaires, dont la vidéo et les applications, utilisent déjà des méthodes compatibles avec BTR. Inutile d’étendre l’annonce à toutes les publicités sans distinction.

Le piège du RPM qui monte tout seul

Prenons un exemple fictif. Un éditeur enregistre 100 000 impressions publicitaires pour 500 euros de revenus. Son revenu pour mille impressions est de 5 euros.

Si le nouveau compteur retient 90 000 impressions et que les revenus restent, par hypothèse, à 500 euros, ce RPM atteint 5,56 euros. Soit environ 11,1 % de hausse, sans un euro supplémentaire.

Ce calcul illustre un effet de dénominateur. Il ne prédit ni la baisse des impressions ni l’évolution des revenus après février 2027. Google n’annonce pas un pourcentage universel applicable aux éditeurs.

C’est précisément pour cela que je refuse de juger un investissement éditorial sur un RPM isolé. Un meilleur ratio peut simplement masquer une définition différente. Et le RPM publicitaire ne doit pas être confondu avec un revenu pour mille pages vues.

Pour piloter le SEO, suivez aussi les revenus rapportés aux sessions organiques, lorsque votre instrumentation permet cette attribution. Gardez les mêmes règles de consentement, les mêmes segments et les mêmes périodes comparables. Sinon, vous comparez des objets différents.

Mesurer l’écart avant février 2027

Dans Ad Manager, Google propose de comparer les métriques « Ad server impressions » et « Ad server begin to render impressions ». La documentation recommande une période historique démarrant après le 12 août 2026.

Ventilez ensuite par appareil, format et canal de demande. Une moyenne globale peut cacher un problème limité au mobile ou à certaines créations particulièrement lourdes.

Cette procédure est documentée pour Ad Manager. Je ne la présenterais pas comme un menu disponible à l’identique dans tous les comptes AdSense. Les utilisateurs d’AdSense peuvent déjà conserver leurs historiques de revenus, d’impressions et de pages vues pour préparer la comparaison.

Google indique qu’aucune action n’est requise pour la bascule. Cela dispense d’une migration technique obligatoire, pas d’une préparation du reporting.

Ne sacrifiez pas la page pour sauver le compteur

La mauvaise réponse serait de charger toutes les bannières plus tôt afin de maximiser les impressions BTR.

Google précise que les réglages de chargement et de rendu différés influencent la mesure. Avancer leur déclenchement augmente aussi les besoins réseau et les ressources consommées sur l’appareil. Le lecteur, lui, vient consulter un article, pas financer votre cascade publicitaire.

Je commencerais par vérifier les créations lourdes, les scripts synchrones et les intermédiaires qui retardent le rendu. Puis je testerais les modifications sur un périmètre limité, en surveillant simultanément revenus, vitesse réelle et expérience de lecture.

L’objectif reste le revenu généré par une visite utile, pas le sauvetage artificiel d’une ancienne courbe d’impressions. Notez le 17 février dans votre calendrier de reporting. Le jour où le compteur change, votre diagnostic doit changer avec lui.

Sources