1. « La pub est là, mais on ne la croise qu'en lisant jusqu'au bout » : un placement bien triste
Vous avez mis une publicité sur votre site d'articles.
Elle s'affiche correctement. Parfait.
Sauf qu'en y regardant de près, la pub se trouve très bas dans l'article.
Le lecteur lit le titre. Lit l'introduction. À mi-parcours, il est satisfait. Retourne à la recherche. Part vers un autre article.
La pub, elle, continue d'attendre en bas.
« Aujourd'hui non plus, je n'ai croisé personne. »
Résultat : même si la pub existe, vous ne parvenez pas à transformer en occasions de revenus les visites de ceux qui lisent seulement le haut de la page avant de repartir.
La première idée qui vient souvent, c'est : « Alors je n'ai qu'à lancer une grosse pub dès l'ouverture de la page. »
En théorie, c'est rapide.
Mais un site qui impose au lecteur un « entretien d'embauche » avec la pub avant de lire ce pour quoi il est venu se fait détester, tout simplement.
Les études de la Coalition for Better Ads (une alliance du secteur qui définit des normes publicitaires) classent les pop-ups sur ordinateur, les pubs plein écran avec compte à rebours avant le contenu (prestitial) et les grandes pubs « sticky » (collées à l'écran pendant qu'on fait défiler la page) parmi les expériences publicitaires peu acceptées. La mise à jour de 2026 a aussi ajouté, parmi les pratiques non conformes, une densité de pubs supérieure à 50 % dans la zone de contenu sur ordinateur. [1][2]
Autrement dit, le problème n'est pas
« je veux montrer plus de pubs ».
C'est
« je veux déplacer mon inventaire publicitaire vers des endroits que le lecteur traverse naturellement, sans gêner le texte ».
2. Et puis on regarde l'écran d'ordinateur. « Il n'y a pas énormément de place sur les côtés ? »
Le téléphone est étroit.
Le texte seul y tient à peine. Si on y glisse plusieurs pubs, l'article devient vite un millefeuille publicitaire.
Sur ordinateur, c'est différent.
Si l'on réduit la largeur du texte pour qu'il soit agréable à lire, il reste de grandes marges à gauche et à droite. Même en plaçant le sommaire dans une barre latérale, il arrive que le haut et le bas restent vides.
C'est là qu'on s'en rend compte.
Pas besoin d'ajouter des pubs dans le texte : à côté, il y a du terrain inutilisé.
C'est moins du design publicitaire que de l'immobilier.
Le terrain de choix, au centre, revient au texte. On ne bloque pas le chemin du lecteur.
Le terrain vague d'à côté, on le loue.
Adsterra propose actuellement des formats de bannière comme 160×300, 160×600, 300×250, 320×50, 468×60 et 728×90. Son guide officiel présente aussi le 160×600 comme un format adapté aux côtés gauche et droit, et le 300×250 comme un format qui s'intègre facilement aux blocs de contenu et aux barres latérales. [3]
Sur ordinateur, une disposition verticale du type
Pub
↓
Sommaire
↓
Pub
est donc plutôt naturelle.
Le lecteur peut lire le texte. Les pubs sont visibles aussi.
Personne n'a besoin de planter un panneau publicitaire au milieu de la route.
3. Sur ordinateur, « au-dessus et en dessous du sommaire », c'est plutôt juteux
Prenons un site dont le sommaire se trouve dans la barre latérale droite. L'idée est simple.
Au-dessus du sommaire
Une bannière de taille moyenne, comme un 300×250.
Elle a de bonnes chances d'entrer à l'écran assez tôt après l'ouverture de la page.
Le sommaire
La navigation de l'article.
Si besoin, rendez seulement le sommaire « sticky ».
Sous le sommaire
Un 160×600, un 160×300 ou un autre emplacement adapté à la largeur de votre mise en page.
Plus on lit un long article, plus on s'approche de cet emplacement en faisant défiler la page.
L'essentiel, c'est que la pub elle-même n'a pas besoin d'être sticky.
Une grande pub sticky continue d'occuper l'écran même quand le lecteur défile. Selon les normes de la Coalition for Better Ads, une grande pub sticky couvrant plus de 30 % de l'écran est considérée comme une expérience publicitaire non conforme sur ordinateur. [2]
« Utiliser le côté vide » et « poursuivre le lecteur sur le côté » sont donc deux choses différentes.
La marge, on la vend.
Le lecteur, on ne le pourchasse pas.
Rien que ça donne déjà bien plus de classe.
4. On veut aussi une pub en haut. Mais sans enterrer le H1 sous la publicité
On veut un emplacement non seulement en fin d'article, mais aussi tôt dans la page.
Là encore, inutile de coller d'emblée une énorme bannière tout en haut.
L'ordre naturel ressemble à ceci :
Titre de l'article
→ Résumé et infos de l'article
→ Pub
→ Sommaire et texte
Le lecteur peut d'abord confirmer de quoi parle l'article.
Ensuite, il y a une pub.
Puis il passe au texte.
Outre les bannières classiques, Adsterra propose le Native Banner (bannière native), présenté comme un format dont le site peut facilement ajuster la taille du bloc, les couleurs et la taille de police. [4]
Cela dit, « si on la met en haut, chaque page vue rapporte forcément de l'argent » est faux.
Les pubs Adsterra reposent sur plusieurs modèles de tarification, pas seulement le CPM (paiement pour mille affichages), mais aussi le CPC (paiement au clic) et le CPA (paiement par action réalisée). Les revenus réels varient selon la demande publicitaire, le pays, l'appareil, le format de la pub, la qualité du trafic, etc. [3]
Pour être précis :
placer une pub tôt dans la page facilite la création d'occasions pour qu'elle soit affichée et vue, même si le lecteur ne finit pas l'article.
C'est tout.
Ce n'est pas « une boîte magique qui fait tomber une pièce à chaque ouverture de page ».
5. Arrêtons de laisser les pubs arriver en retard et faire sauter le texte
Quand on ajoute des emplacements publicitaires, un autre ennemi apparaît.
Le CLS (Cumulative Layout Shift, c'est-à-dire le contenu de la page qui saute de place).
Vous ouvrez la page.
Vous commencez à lire.
Quelques secondes plus tard, la pub se charge.
Soudain, l'endroit gonfle à 200 px, 300 px.
Le paragraphe que vous lisiez bondit vers le bas.
Vous lisiez, et le sol a bougé.
C'est une expérience franchement désagréable.
web.dev cite les pubs, les iframes et les éléments insérés dynamiquement parmi les causes typiques du CLS. La solution consiste à réserver l'espace nécessaire avant le chargement de la pub, avec du CSS comme min-height ou aspect-ratio. [5]
Dans les Core Web Vitals (les indicateurs d'expérience de page de Google), un CLS de 0,1 ou moins sur au moins 75 % des visites est considéré comme bon. [5]
L'emplacement publicitaire ne doit donc pas être
un client qui réclame une table une fois arrivé
mais
un client qui a réservé sa table dès le départ.
Pour le côté d'un écran d'ordinateur, réservez d'abord une boîte de 300×250. Pour un 160×600, prenez d'abord cet espace vertical.
Même si la pub arrive en retard, le texte ne bouge pas.
La différence est discrète, mais elle est énorme.
6. Voici un piège propre à Adsterra : « Et si je collais le même code de pub sur le côté aussi ? »
Vous avez un emplacement publicitaire.
Vous en voulez un aussi dans la barre latérale.
Il suffit alors de copier le même code et de le coller deux fois, c'est réglé en une seconde.
Malheureusement, c'est Adsterra elle-même qui s'y oppose.
Le guide officiel indique que utiliser deux fois le même code de bannière sur une même page peut nuire aux statistiques et au CPM, et que même pour deux bannières de même taille, il faut préparer des codes distincts. [6]
Quand la même pub s'affiche en même temps, l'écran paraît vite bizarre, pour le lecteur comme pour l'annonceur.
Mieux vaut donc créer des placements indépendants (des emplacements publicitaires ayant chacun leur propre code), un par rôle, par exemple
- article-top
- desktop-sidebar-top
- desktop-sidebar-bottom
Il y a un autre avantage.
On sait où l'on gagne vraiment de l'argent.
Celui du haut a-t-il beaucoup d'impressions mais un CPM faible ?
Celui du bas de la barre latérale s'affiche-t-il peu mais avec un tarif élevé ?
Est-il performant seulement sur ordinateur ?
Si les placements sont séparés, on peut comparer.
Si l'on copie-colle le même code partout, tout se mélange en un seul chiffre, et même en voulant améliorer, on ne sait pas ce qu'on améliore.
Placer des pubs, ce n'est pas « ça s'affiche, donc c'est bon » : cela ne devient une vraie exploitation que lorsqu'on peut mesurer.
7. Et quand on veut automatiser, l'API se met soudain à dire « on regarde, on ne touche pas »
Cette partie est étrangement drôle.
Côté site, on peut automatiser une bonne partie de la mise en œuvre.
On peut confier à un agent de programmation IA des tâches comme
- examiner la mise en page commune des articles
- ajouter le composant de pub
- n'afficher les pubs latérales que sur ordinateur
- les masquer sur téléphone
- réserver l'espace pour éviter les sauts de mise en page
- compiler
- déployer
- vérifier le HTML en production
et tout le reste.
Alors, côté Adsterra, créer les placements via l'API ne permettrait-il pas une automatisation complète ?
C'est là qu'on regarde l'API Publisher.
Avec l'API Publisher d'Adsterra, on peut récupérer les sites enregistrés, la liste des placements et des chiffres comme les impressions, les clics, le CTR (taux de clics), le CPM et les revenus. [7]
Pratique.
Mais au 25 septembre 2026, la seule méthode HTTP disponible côté éditeur est GET. [7]
Autrement dit,
on peut regarder.
On ne peut pas créer.
L'API Publisher est excellente comme caméra de surveillance, mais ce n'est pas une poignée de porte.
Pour créer une nouvelle unité publicitaire, il reste une étape manuelle dans l'interface : choisir le site dans le Publisher Dashboard, sélectionner la taille dans ADD UNIT, puis récupérer le code généré. [8]
L'automatisation est faite à 99 %, et c'est le dernier 1 % qui convoque un humain.
« Et pour finir, appuyez sur ce bouton, s'il vous plaît. »
Voilà où en est la civilisation.
Le dernier travail qui reste, c'est le bouton de création d'emplacement publicitaire.
Un agent IA capable de piloter un navigateur pourrait aussi manipuler cette interface. Mais il faut bien comprendre la limite : l'API Publisher seule ne peut pas remplacer la création d'un nouveau placement.
8. Croire que la bannière est adaptative et la poser n'importe comment, c'est l'accident assuré sur téléphone
Autre point important : l'affichage selon l'appareil.
Le guide officiel des bannières d'Adsterra explique que ses bannières ne sont pas adaptatives (responsive) et ne changent pas de taille automatiquement selon l'appareil. Il présente donc une méthode pour alterner en CSS entre l'affichage ordinateur et l'affichage téléphone. [6]
Ce n'est pas parce qu'un 160×600 s'intègre joliment sur ordinateur qu'il faut l'emporter tel quel sur téléphone, sinon
la pub prend plus de place que le texte
et ça pose problème.
La conception se sépare par appareil.
Téléphone
- Une petite pub en haut de l'article
- En fin d'article si nécessaire
- Pas de pubs latérales
- Ne pas laisser les pubs voler de la largeur au texte
Ordinateur
- Pub en haut de l'article
- Pub latérale au-dessus du sommaire
- Pub latérale sous le sommaire
- La pub de fin d'article déjà en place
- N'envisager des zones latérales supplémentaires que si la largeur le permet
Mais ordinateur ne veut pas dire pubs à volonté.
Selon les Better Ads Standards, enrichis en 2026, une expérience dont la densité de pubs dépasse 50 % dans la zone de contenu sur ordinateur est non conforme, et les pubs des colonnes latérales entrent aussi dans ce calcul. [1]
La marge, on peut la vendre.
Mais on ne va pas jusqu'à tapisser tous les murs d'affiches au point que le texte ressemble au panneau d'affichage de la mairie.
9. Conclusion : ce qu'il faut vendre d'abord, c'est l'espace qui reste, pas l'attention du lecteur
Quand on veut augmenter ses revenus publicitaires, la solution la plus grossière est d'ajouter des pubs dans le texte.
Mais sur une page d'article pour ordinateur, il y a mieux à utiliser en premier.
La marge.
Gardez le texte à une largeur confortable pour la lecture.
Faites lire le titre en premier.
Placez une pub à un endroit précoce.
Sur ordinateur, mettez des placements distincts au-dessus et en dessous du sommaire.
Ne poursuivez pas le lecteur avec de grandes pubs sticky.
Réservez à l'avance l'espace des emplacements pour éviter le CLS.
Ne copiez pas le même code de bannière : séparez par emplacement et mesurez chacun.
Et la création d'un nouveau placement est la seule chose qui doit passer par l'interface du Dashboard, puisque l'API Publisher ne prend en charge que GET.
Comme conception, c'est très simple.
Il ne s'agit pas de remplir le texte de pubs, mais de louer l'immobilier inutilisé qui se trouve en dehors du texte.
Le lecteur peut lire.
La pub est visible.
Le site peut comparer ses chiffres.
L'annonceur, lui, n'a pas à voir deux fois la même création côte à côte.
Tout le monde s'en sort un peu mieux.
Et à la fin, il ne reste qu'une chose.
Après que l'IA a écrit le code, corrigé le CSS, compilé, déployé et vérifié la production, vous cliquez sur « Add unit » dans l'interface de la régie publicitaire.
C'est un peu drôle que le boss final de l'automatisation du web soit généralement un simple bouton.
Références (8)
- Coalition for Better Ads, “CBA Updates Desktop Web and Mobile Web Standards,” announced January 14, 2026; updated desktop standard includes ad density above 50%, with siderail ads included in density calculation. and https://www.betterads.org/desktop-ad-density-over-50-percent betterads.org
- Coalition for Better Ads, “The Research” and “Large Sticky Ads [Desktop].” and https://www.betterads.org/desktop-large-sticky-ad/ betterads.org
- Adsterra, “Standard Banner Ad Sizes 2026: Complete Guide with Dimensions,” July 9, 2026 adsterra.com
- Adsterra, publisher product information for Native Banners, describing customizable block size, colors and font sizes adsterra.com
- web.dev, “Optimize Cumulative Layout Shift,” last updated February 7, 2025. Ads and dynamically injected content are common CLS sources; reserve space with min-height/aspect-ratio web.dev
- Adsterra, “Banner Ads Still Drive High CPM and Revenues for Publishers.” Current publisher guidance warns against reusing the same Banner code twice on one page and notes that Adsterra Banners are not automatically responsive across devices adsterra.com
- Adsterra, “Ad network API” and “Adsterra Publisher API: Easily Pull Data to Power Your Monetization Strategy,” current as checked September 25, 2026. Publisher API exposes websites, placements and performance reports and supports GET only. and https://adsterra.com/blog/how-to-use-adsterra-publishers-api/ adsterra.com
- Adsterra, “Buy Banner Ads | Adsterra Banner Advertising,” publisher flow: choose a site, ADD UNIT, select Banner size and copy the generated code adsterra.com
