Die Frage war eigentlich simpel:
Darf ein Publisher denselben Adsterra-Bannerplatz alle 5, 10, 30 oder 60 Sekunden automatisch neu laden, ohne die Webseite selbst neu zu laden?
Es ging nicht darum, wo die Anzeige platziert wird. Nicht um Sticky Banner. Und auch nicht darum, ob Adsterra selbst eine eingebaute Auto-Refresh-Funktion anbietet.
Die eigentliche Frage war, ob ein Publisher per JavaScript oder einer anderen Methode selbst einen Refresh implementieren darf und welcher Mindestabstand dann erlaubt wäre.
Daraus wurde irgendwie eine etwa zweiwöchige Support-Nebenquest.
Publisher: „Ist Auto-Refresh erlaubt?“ Support: „Wir brauchen etwas mehr Zeit, um das zu prüfen.“ Publisher: „Okay.“ Support: „Unsere Display Banner sind static und aktualisieren sich nur, wenn der Nutzer die Seite reloadet.“ Publisher: „Das war nicht meine Frage.“ Support: „Wir können keine Hinweise zu specific ad placements geben. Bitte lesen Sie Abschnitt 4, 6 und 7 der Terms.“ Publisher: „Ich frage auch nicht nach dem Placement.“
Kommentarbereich:
„SAGT DOCH EINFACH JA ODER NEIN!“
„Zwei Wochen später: wieder bei den Terms and Conditions.“
„Support-Labyrinth: zurück zum Spawnpunkt teleportiert.“
Ausgerechnet der letzte Hinweis auf die Abschnitte 4, 6 und 7 war schließlich der nützlichste Teil.
1. Was wurde tatsächlich gefragt?
Das Szenario war klar beschrieben:
- Ein Nutzer öffnet einen Artikel.
- Ein Adsterra Banner wird angezeigt.
- Die Seite selbst wird nicht neu geladen.
- Der Publisher lädt oder rendert nur den Anzeigenplatz neu.
- Alle 5, 10, 30 oder 60 Sekunden erscheint eine neue Anzeige.
Die Frage war, ob ein solcher publisher-side automatic ad refresh nach den Adsterra-Regeln erlaubt ist.
Zusätzlich wurde konkret gefragt:
- Wenn JA, wie groß ist der minimum refresh interval?
- Wenn NEIN, bitte bestätigen, dass es verboten ist.
Es ging nie um die Frage „Hat Adsterra Smart Refresh?“.
2. Erste Antwort: „Wir brauchen mehr Zeit“
Zunächst erklärte der Support, dass er mehr Zeit zur Prüfung brauche.
Bei einer detaillierten Policy-Frage ist das nachvollziehbar.
Das Problem kam mit der nächsten Antwort.
Adsterra Display Banner seien static und würden nur aktualisiert, wenn der Nutzer die Seite reloade.
Das beschreibt das Standardverhalten des Produkts.
Es beantwortet nicht, ob der Publisher selbst Refresh-Logik hinzufügen darf.
Es ist, als würde man fragen:
„Darf ich diese Maschine selbst umbauen?“
und die Antwort lautet:
„Diese Maschine hat keine eingebaute Umbaufunktion.“
Thematisch verwandt.
Aber keine Antwort.
3. Selbst nach der Bitte um JA/NEIN kam eine Antwort über Placement
Die Frage wurde deshalb maximal vereinfacht:
„Ich frage nicht, ob Adsterra diese Funktion anbietet.“ „Ist publisher-side automatic refresh erlaubt?“ „Bitte antworten Sie JA oder NEIN.“ „Wenn JA: Was ist der Mindestabstand?“ „Wenn NEIN: Bitte bestätigen Sie das Verbot.“
Die Antwort lautete, man könne keine Hinweise zu bestimmten ad placements geben und solle die Abschnitte 4, 6 und 7 lesen.
Nur: Es ging immer noch nicht um Placement.
Kommentarbereich:
„Niemand hat gefragt, ob oben oder unten.“
„Es geht um Zeit, nicht um Koordinaten.“
„Die Gesprächs-Hitbox ist ein Pixel breit.“
Trotzdem lieferten die Abschnittsnummern endlich eine echte Spur.
4. Was steht in Abschnitt 4, 6 und 7?
Die aktuell veröffentlichten Adsterra Publisher Terms zeigen als letztes Aktualisierungsdatum den 29. Juni 2026.
Abschnitt 4.7 sagt, dass ein Publisher den Adsterra Ad Tag nicht ohne vorherige schriftliche Zustimmung von Adsterra verändern darf.
Abschnitt 6 verbietet den Versuch, Einnahmen durch künstliches oder betrügerisches Aufblähen von Impressions, Klicks oder Aktionen zu erzielen. Außerdem hat Adsterra einen breiten Ermessensspielraum bei der Einstufung von Techniken als fraudulent activity.
Abschnitt 7 erlaubt die Sperrung oder Beendigung eines Kontos, wenn Adsterra Grund zu der Annahme hat, dass gegen die Terms verstoßen wurde. In 7.4 und 7.5 geht es zudem um die Verweigerung von Services und mögliche Verwirkung von Kontoguthaben.
Entscheidend ist auch, was nicht drinsteht:
Die öffentlichen Terms sagen nicht „30 Sekunden sind erlaubt“ oder „60 Sekunden sind das Minimum“.
5. Ist Auto-Refresh also verboten?
Hier muss man Fakten und Interpretation trennen.
Überprüfbare Fakten:
- Adsterra bezeichnet Display Banner als static.
- Der Support erklärte, dass Standard-Banner beim Reload der Seite aktualisiert werden.
- Abschnitt 4.7 begrenzt nicht genehmigte Änderungen am Ad Tag.
- Abschnitt 6 verbietet künstliche oder betrügerische Erhöhung von Impressions und anderen Metriken.
- Abschnitt 7 regelt Sperrung und Kündigung.
- Es gibt keine öffentlich festgelegte 5/10/30/60-Sekunden-Regel.
- Der Support gab kein JA/NEIN, sondern verwies auf 4, 6 und 7.
Praktische Interpretation:
Bleibt die Seite offen und nur der Anzeigenplatz fordert wiederholt neue Anzeigen an, können die Impressions steigen, ohne dass zusätzliche Pageviews entstehen.
Aus den öffentlichen Terms allein lässt sich nicht beweisen, dass jeder solche Refresh automatisch gegen Abschnitt 6 verstößt.
Wenn das Netzwerk aber keinen erlaubten Zeitabstand nennt und direkt auf Regeln zu Tag-Veränderungen, künstlicher Impression-Erhöhung und Kontosperrung verweist, ist es riskant, einen selbst gebauten Refresh ohne schriftliche Genehmigung als erlaubt anzusehen.
Die konservative Betriebsregel lautet:
Keinen publisher-side automatic refresh ohne ausdrückliche schriftliche Genehmigung von Adsterra implementieren.
Es geht nicht um „5 Sekunden schlecht, 60 Sekunden gut“.
Schon die grundsätzliche Erlaubnis ist nicht bestätigt.
6. Das Frustrierendste: Das hätte man am ersten Tag sagen können
Eine erste Antwort wie:
„Wir können eine vom Publisher selbst entwickelte Refresh-Implementierung nicht individuell freigeben. Bitte prüfen Sie Abschnitt 4, 6 und 7 und holen Sie bei Bedarf eine schriftliche Zustimmung ein.“
hätte die Sache fast sofort beendet.
Stattdessen:
„Wir prüfen das“ ↓ warten ↓ „Banner sind static“ ↓ „Das war nicht die Frage“ ↓ erneut als JA/NEIN formulieren ↓ „Wir beraten nicht zum Placement“ ↓ „Auch das war nicht die Frage“ ↓ „Lesen Sie 4, 6 und 7“
Etwa zwei Wochen für eine Antwort, die am ersten Tag möglich gewesen wäre.
Kommentarbereich:
„DANN SAGT DAS DOCH GLEICH!“
„Kundenservice-Weltreise.“
„Die FAQ war Tutorial und Endboss zugleich.“
7. Warum Support möglicherweise keine Zahl nennen will
Dieser Abschnitt ist allgemeine Analyse und keine bestätigte Beschreibung interner Adsterra-Prozesse.
Werbenetzwerke müssen bei Fragen zu Fraud und Impression-Generierung vorsichtig sein. Wenn ein Support-Mitarbeiter beiläufig schreibt „60 Sekunden sind okay“, kann dieser Satz später wie eine faktische Genehmigung verwendet werden.
Tatsächliche Regeln können außerdem von Format, Vertrag, Traffic Source, Anforderungen der Advertiser, Messung und Fraud Detection abhängen.
Dass First-Level-Support keine universelle Zahl nennen möchte, ist daher nachvollziehbar.
Dann sollte aber von Anfang an gesagt werden:
„Wir können diese Implementierung nicht individuell genehmigen.“
Das Problem ist nicht, dass eine Antwort unmöglich ist. Das Problem ist, den Nutzer warten zu lassen, als würde später eine klare Zahl kommen.
8. Was sollte ein Publisher tun?
- Eingebauten Refresh und selbst implementierten Refresh unterscheiden.
- Klar “publisher-side” und “without reloading the webpage” schreiben.
- Nach allowed / prohibited fragen.
- Wenn erlaubt, nach dem minimum interval fragen.
- Ohne klare schriftliche Zustimmung nicht implementieren.
- Wenn es bereits läuft, bis zur Klärung pausieren.
- Die schriftliche Antwort speichern.
Nur weil ein anderes Werbenetzwerk 60-Sekunden-Refresh erlaubt, gilt das nicht automatisch für Adsterra.
Die 60-Sekunden-Regel eines anderen Netzwerks ist keine 60-Sekunden-Regel von Adsterra.
9. Fazit: Die Frage war nicht „Aktualisiert es sich?“, sondern „Darf ich es aktualisieren?“
„Display Banner sind static“ ist eine Produktbeschreibung.
Es beantwortet nicht die Policy-Frage nach einem vom Publisher erstellten Refresh.
Nach etwa zwei Wochen lieferte der Support weiterhin weder JA/NEIN noch einen minimum refresh interval, sondern verwies auf Abschnitt 4, 6 und 7.
Auch die aktuellen öffentlichen Terms nennen keine klare sichere Grenze von 5, 10, 30 oder 60 Sekunden.
Die praktische Schlussfolgerung lautet daher:
Kein eigenes Auto-Refresh-System ohne ausdrückliche schriftliche Genehmigung von Adsterra bauen.
Und nach allem bleibt eine ziemlich nachvollziehbare Reaktion:
„Das hättet ihr auch gleich sagen können.“
Quellen (3)
- Adsterra Publishers Terms — zuletzt aktualisiert am 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/
Dieser Artikel fasst öffentliche Informationen und einen anonymisierten Support-Austausch zusammen. Er ist keine Rechtsberatung. Vor einer Implementierung sollten die neuesten offiziellen Terms und eine etwaige schriftliche Genehmigung geprüft werden.
