La question était simple :
Un publisher peut-il recharger automatiquement le même emplacement Banner Adsterra toutes les 5, 10, 30 ou 60 secondes sans recharger la page ?
Ce n’était pas une question sur l’emplacement de la publicité. Ni sur Sticky Banner. Ni sur l’existence d’une fonction d’auto-refresh intégrée chez Adsterra.
La vraie question était de savoir si le publisher peut implémenter lui-même le refresh avec JavaScript ou une autre méthode et, si oui, quel est l’intervalle minimum autorisé.
Cette question s’est transformée en quête secondaire du support pendant environ deux semaines.
Publisher : « L’auto-refresh est-il autorisé ? » Support : « Nous avons besoin d’un peu plus de temps pour vérifier. » Publisher : « D’accord. » Support : « Nos Display Banners sont static et ne se rafraîchissent que lorsque l’utilisateur reload la page. » Publisher : « Ce n’est pas ma question. » Support : « Nous ne pouvons pas conseiller des ad placements spécifiques. Consultez les sections 4, 6 et 7 des Terms. » Publisher : « Je ne demande toujours rien sur le placement. »
Commentaires :
« DITES JUSTE OUI OU NON ! »
« Deux semaines plus tard : retour aux Terms and Conditions. »
« Labyrinthe du support : téléportation au point de départ. »
Curieusement, la référence finale aux sections 4, 6 et 7 a été l’indice le plus utile.
1. Quelle était exactement la question ?
Le scénario était précis :
- Un utilisateur ouvre un article.
- Un Banner Adsterra s’affiche.
- La page elle-même n’est pas rechargée.
- Le publisher recharge ou rend de nouveau uniquement l’emplacement publicitaire.
- Une nouvelle publicité apparaît toutes les 5, 10, 30 ou 60 secondes.
La question était de savoir si ce publisher-side automatic ad refresh est autorisé par les règles Adsterra.
La demande a même été réduite à deux points :
- Si OUI, quel est le minimum refresh interval ?
- Si NON, merci de confirmer que c’est interdit.
Ce n’était jamais « Adsterra propose-t-il Smart Refresh ? ».
2. Première réponse : « Nous avons besoin de plus de temps »
Au départ, le support a indiqué avoir besoin de temps supplémentaire pour examiner le sujet.
C’est raisonnable pour une question précise de politique.
Le problème est arrivé ensuite.
La réponse indiquait que les Display Banners d’Adsterra sont des unités static qui se rafraîchissent lorsque l’utilisateur reload la page.
Cela décrit le comportement par défaut du produit.
Cela ne répond pas à la question : le publisher peut-il ajouter sa propre logique de refresh ?
C’est comme demander :
« Puis-je modifier cette machine moi-même ? »
et recevoir :
« Cette machine n’a pas de bouton de modification intégré. »
C’est lié.
Mais ce n’est pas la réponse.
3. Même avec OUI/NON, la réponse a parlé de placement
La question a été reformulée de la manière la plus directe possible :
« Je ne demande pas si Adsterra fournit cette fonction. » « Le publisher-side automatic refresh est-il autorisé ? » « Répondez OUI ou NON. » « Si OUI, quel est l’intervalle minimum ? » « Si NON, confirmez que c’est interdit. »
La réponse : Adsterra ne peut pas donner de conseils sur des ad placements spécifiques et recommande de lire les sections 4, 6 et 7.
Mais la question ne concernait toujours pas le placement.
Commentaires :
« Personne n’a demandé haut ou bas. »
« On parle de temps, pas de coordonnées. »
« La hitbox de la conversation fait un pixel. »
Malgré cela, les numéros de sections donnaient enfin une direction.
4. Que disent les sections 4, 6 et 7 ?
Les Publisher Terms d’Adsterra affichent actuellement une date de dernière mise à jour au 29 juin 2026.
La section 4.7 indique qu’un publisher ne doit pas modifier l’Adsterra Ad Tag sans consentement écrit préalable d’Adsterra.
La section 6 interdit de chercher à obtenir des revenus en gonflant artificiellement ou frauduleusement les impressions, clics ou actions. Le texte laisse également à Adsterra une large marge pour déterminer les techniques générant une activité frauduleuse.
La section 7 permet de suspendre ou résilier un compte lorsqu’Adsterra a des raisons de croire que les Terms ont été enfreints. Les sections 7.4 et 7.5 couvrent aussi certaines situations de refus de service et de perte du droit au solde du compte.
L’absence importante est la suivante :
Les Terms publics ne disent pas « 30 secondes sont autorisées » ni « 60 secondes est l’intervalle minimum ».
5. L’auto-refresh est-il donc interdit ?
Il faut séparer les faits de l’interprétation.
Faits vérifiables :
- Adsterra décrit les Display Banners comme static.
- Le support a expliqué que le Banner standard se rafraîchit lors du reload de la page.
- La section 4.7 limite les modifications non autorisées de l’Ad Tag.
- La section 6 interdit l’inflation artificielle ou frauduleuse des impressions et autres métriques.
- La section 7 prévoit suspension et résiliation.
- Il n’existe pas de règle publique claire de 5/10/30/60 secondes.
- Le support n’a pas répondu OUI/NON et a renvoyé vers 4, 6 et 7.
Interprétation pratique :
Si la page reste ouverte tandis que seul l’emplacement publicitaire demande de nouvelles publicités, le nombre d’impressions peut augmenter sans nouvelles pageviews.
Les Terms publics ne suffisent pas à affirmer que tout refresh de ce type viole automatiquement la section 6.
Cependant, lorsqu’un réseau refuse de fournir un intervalle autorisé et renvoie directement vers les règles sur la modification du tag, l’inflation artificielle des impressions et la suspension, supposer qu’un refresh maison est autorisé sans accord écrit est risqué.
La règle opérationnelle prudente est :
Ne pas implémenter de publisher-side automatic refresh sans autorisation écrite explicite d’Adsterra.
Ce n’est pas « 5 secondes mauvais, 60 secondes bon ».
L’autorisation elle-même n’est pas encore établie.
6. Le plus frustrant : cela pouvait être dit le premier jour
Une première réponse du type :
« Nous ne pouvons pas approuver individuellement une implémentation de refresh créée par le publisher. Consultez les sections 4, 6 et 7 et obtenez un consentement écrit si nécessaire. »
aurait presque immédiatement réglé le problème.
À la place :
« Nous allons vérifier » ↓ attente ↓ « Les Banners sont static » ↓ « Ce n’est pas la question » ↓ reformulation en OUI/NON ↓ « Nous ne conseillons pas le placement » ↓ « Toujours pas la question » ↓ « Lisez 4, 6 et 7 »
Environ deux semaines pour arriver à une réponse qui pouvait être envoyée le premier jour.
Commentaires :
« IL FALLAIT COMMENCER PAR ÇA ! »
« Tour du monde du support client. »
« La FAQ était à la fois le tutoriel et le boss final. »
7. Pourquoi le support peut éviter de donner un chiffre
Cette partie est une analyse générale, pas une description confirmée du fonctionnement interne d’Adsterra.
Les réseaux publicitaires sont prudents avec les questions liées à la fraude et à la génération d’impressions. Si un agent écrit simplement « 60 secondes, c’est bon », cette phrase peut devenir une autorisation de fait.
Les règles réelles peuvent aussi dépendre du format, du contrat, de la traffic source, des exigences de l’annonceur, de la mesure et des systèmes antifraude.
Il est donc compréhensible qu’un agent de premier niveau évite un nombre universel.
Mais dans ce cas, il faut dire dès le départ :
« Nous ne pouvons pas approuver individuellement cette implémentation. »
Le problème n’est pas l’impossibilité de répondre. C’est de faire attendre l’utilisateur comme si une réponse précise allait arriver.
8. Que devrait faire un publisher ?
- Distinguer refresh intégré et refresh créé par le publisher.
- Écrire clairement “publisher-side” et “without reloading the webpage”.
- Demander allowed / prohibited.
- Si c’est autorisé, demander le minimum interval.
- Sans autorisation écrite claire, ne pas l’implémenter.
- Si c’est déjà actif, le mettre en pause jusqu’à clarification.
- Conserver la réponse écrite.
Ne supposez pas que parce qu’un autre réseau autorise 60 secondes, Adsterra le fait aussi.
La règle des 60 secondes d’un autre réseau n’est pas une règle des 60 secondes d’Adsterra.
9. Conclusion : la question n’était pas « est-ce que ça se rafraîchit ? », mais « ai-je le droit de le rafraîchir ? »
« Les Display Banners sont static » décrit le produit.
Cela ne répond pas à la question réglementaire concernant un refresh créé par le publisher.
Après environ deux semaines, le support n’a fourni ni OUI/NON ni minimum refresh interval. Il a renvoyé vers les sections 4, 6 et 7.
Les Terms publics actuels ne définissent pas non plus de seuil sûr de 5, 10, 30 ou 60 secondes.
Conclusion pratique :
Ne pas construire son propre système d’auto-refresh sans autorisation écrite explicite d’Adsterra.
Et après tout cela :
« Vous pouviez le dire dès le début. »
Références (3)
- Adsterra Publishers Terms — dernière mise à jour : 29/06/2026
https://adsterra.com/publishers-terms-managed/ - Adsterra Banner Ads
https://adsterra.com/banner-ads/ - Adsterra: How Do Banner Ads Make You Money?
https://adsterra.com/blog/how-banner-ads-make-money/
Cet article résume des informations publiques et un échange de support anonymisé. Il ne constitue pas un conseil juridique. Vérifiez les Terms officiels les plus récents et toute autorisation écrite avant mise en œuvre.
