Mobile Ad Mediation für Ihre Apps oder Ihr Werbenetzwerk: eine Mediation-Plattform nutzen, eine lizenzieren oder eine eigene bauen

Ad Mediation ist Code in einer App, der jedes Mal, wenn ein Werbeplatz zu füllen ist, mehrere Anzeigenquellen nach einer Anzeige fragt. Dann versucht er, die Anzeige auszuspielen, die am meisten einbringt. Eine Anzeigenquelle ist jedes Netzwerk und jede Exchange, die Anzeigen liefern kann. Ein App-Publisher oder ein In-App-Werbenetzwerk kann eine fertige Plattform wie Google AdMob, AppLovin MAX oder Unity LevelPlay nutzen. Ebenso möglich ist es, das Produkt eines Anbieters zu lizenzieren und unter eigener Marke zu betreiben (White-Label) oder eine eigene Mediation-Schicht zu bauen. Die Wahl hängt vor allem davon ab, was Ihnen gehören muss. Sie hängt außerdem davon ab, ob Ihr Team ein SDK, also das Codepaket, das die Anzeigen ausspielt, in jeder App aktuell halten kann.

Was leistet Mediation in einer App?

Eine App zeigt Anzeigen über ein SDK (Software Development Kit) an, ein Codepaket, das Entwickler in die App einbauen. Bei der Mediation hat ein einziges SDK die Regie. Es ruft mehrere Anzeigenquellen über Adapter auf, kleine Codebausteine, die es mit dem jeweiligen SDK jedes Netzwerks verbinden.

Die AdMob-Hilfe von Google formuliert es so: „Mit der Mediation können Sie die Anzeigenquellen, über die Anzeigen in Ihren Apps ausgeliefert werden, zentral an einem Ort verwalten.“ Unity beschreibt LevelPlay als „eine Monetarisierungslösung, mit der App-Entwickler mehrere Werbenetzwerke mit nur einem SDK verwalten und optimieren können.“ Alle Quellen in diesem Artikel wurden am 6. November 2026 abgerufen.

Worin unterscheiden sich Waterfall und In-App-Bidding?

Der Waterfall ist die ältere Methode. Der Publisher ordnet die Anzeigenquellen nach eCPM, dem Umsatz pro tausend ausgespielte Anzeigen, und das SDK fragt sie nacheinander ab, bis eine von ihnen eine Anzeige liefert. Der Leitfaden von AdMob sagt: „Bei der Waterfall-Mediation werden Anzeigenquellen nacheinander auf Grundlage des von Ihnen festgelegten durchschnittlichen eCPM aufgerufen, nicht danach, was die Anzeigenquelle zu zahlen bereit ist.“

In-App-Bidding fragt alle Bidding-Quellen im selben Moment ab, und jede nennt einen Preis für genau diese eine Anzeige. Im selben Leitfaden heißt es: „Bidding-Quellen geben Gebote in Echtzeit ab und konkurrieren in einer einzigen Auktion, während Waterfall-Quellen einzeln in der Reihenfolge ihres eCPM aufgerufen werden, den Sie festlegen.“

Viele Setups kombinieren beides. Im hybriden Setup von AdMob erhält das Gewinnergebot einen Platz im Waterfall „entsprechend dem eCPM-Wert“, und Waterfall-Quellen, die darüber eingestuft sind, werden zuerst aufgerufen.

AppLovin nennt die Auktion in MAX „First-Price“, das heißt, der Gewinner zahlt, was er geboten hat. Gebote kommen „über das Protokoll OpenRTB 2.5“ an. OpenRTB ist der Standard für Bid Requests von IAB Tech Lab, dem gemeinnützigen Gremium, das technische Standards für digitale Werbung schreibt. Gebote müssen innerhalb eines Zeitlimits namens tmax eintreffen, und der „MAX-Auktionsserver führt sie mit den Nachfragequellen ohne Bidding im Waterfall des Publishers zusammen.“

Welche drei Wege gibt es, Mediation zu betreiben?

• Eine fertige Mediation-Plattform nutzen. Sie bauen ihr SDK und für jede Anzeigenquelle einen Adapter in Ihre Apps ein und richten Waterfall und Bidding in ihrem Dashboard ein. Die Plattform führt die Auktion durch.
• Ein White-Label-Produkt lizenzieren. Ein Anbieter lizenziert Ihnen sein Mediation-SDK und den Server dahinter, beide mit Ihrer Marke. Publisher installieren das SDK unter Ihrem Namen, und der Anbieter pflegt den Code.
• Eine eigene Schicht bauen. Ihr Team oder eine beauftragte Firma schreibt das SDK, die Adapter und den Auktionsserver, meist auf Basis offener Standards wie OpenRTB. Der Code gehört Ihnen, und Sie betreiben ihn.

Die Wege lassen sich kombinieren. Prebid Mobile, das Prebid.org „eine Open-Source-Bibliothek für iOS und Android“ nennt, führt AdMob und MAX unter den Mediation-Plattformen auf, die es unterstützt. Seine Gebote bezieht es von einem Prebid Server, den der Artikel über den Bau einer eigenen Supply-Side-Platform (SSP) erklärt. Eine SSP ist das System, das die Werbeplätze eines Publishers Käufern anbietet.

Wann reicht eine fertige Mediation-Plattform aus?

Nutzen Sie eine fertige Plattform, wenn die meisten dieser Punkte zutreffen:

• Sie veröffentlichen eigene Apps, und Werbeumsätze sind Ihnen wichtiger als eigene Werbetechnologie
• Niemand in Ihrem Team kann ein SDK über neue Versionen von iOS und Android hinweg pflegen
• Die Werbenetzwerke, die Sie wollen, haben bereits Adapter für die Plattform

Im Gegenzug akzeptieren Sie die Regeln der Plattform. Sie entscheidet, wie die Auktion funktioniert und welche Bidder teilnehmen dürfen, und ihr SDK ändert sich nach ihrem eigenen Zeitplan. Das Unternehmen, das die Auktion betreibt, kann darin auch selbst Anzeigen verkaufen. Am 6. November 2026 stand auf der MAX-Seite von AppLovin: „Jedes Netzwerk, einschließlich AppLovin, tritt in der einheitlichen Auktion zu gleichen Bedingungen an.“ Prüfen Sie diese Aussage des Anbieters anhand Ihrer eigenen Umsatzdaten nach Anzeigenquelle.

Auch auf einer Plattform kann ein Werbenetzwerk Publisher erreichen: AdMob bietet benutzerdefinierte Ereignisse (Custom Events), mit denen ein Publisher „eine Anzeigenquelle, die von AdMob Mediation nicht unterstützt wird“, hinzufügen kann.

Wann ist ein lizenziertes oder White-Label-Produkt sinnvoll?

White-Label-SDKs für Mediation richten sich an Unternehmen, die eine Werbeplattform betreiben, etwa ein In-App-Werbenetzwerk oder eine SSP, die will, dass Publisher ihre Ad Requests direkt an sie schicken. Greifen Sie zu einem solchen SDK, wenn:

• Publisher sollen ein SDK mit Ihrem Namen installieren, damit ihre Ad Requests zuerst Ihre Plattform erreichen
• Sie haben Mitarbeiter, um Publisher zu gewinnen und zu betreuen, aber keine Entwickler, die ein SDK schreiben und pflegen

Teqblaze, ein AdTech-Anbieter, zeigt, wie solche Produkte beschrieben werden. Seine SDK-Seite nennt das Angebot „ein gebrandetes Software Development Kit“ und sagt, es sei „für Unternehmen gebaut, die die mobile Anzeigenmonetarisierung kontrollieren wollen, ohne ein SDK von Grund auf zu entwickeln.“ Laut einem Beitrag in seinem Blog vom Juni 2024 können Publisher „Anfragen direkt an die Plattform der White-Label-Lösung senden“. Die SDK-Seite nennt keine Preise. Das sind die eigenen Aussagen des Anbieters.

Die Marke gehört Ihnen, der Code bleibt beim Anbieter. Xcode ist das Werkzeug von Apple, mit dem Apps gebaut werden. Wenn eine App eine neue Version eines Drittanbieter-SDK übernimmt, prüft Xcode, „dass es vom selben Entwickler signiert wurde“; fragen Sie also, wessen Signatur Ihr SDK trägt. Stellt der Anbieter die Updates des SDK ein, muss jeder Publisher ein App-Update ausliefern, um davon wegzukommen.

Wann lohnt es sich, eine eigene Mediation-Schicht zu bauen?

Setzen Sie auf eine Eigenentwicklung, wenn mindestens einer dieser Punkte zutrifft:

• Mediation ist das, was Sie verkaufen, zum Beispiel als Werbenetzwerk, das Auktionen in den Apps vieler Publisher durchführt
• Sie brauchen Regeln, die die getesteten Plattformen nicht abbilden können, etwa eigene Mindestpreise für jede Nutzergruppe. Ein Mindestpreis ist das niedrigste Gebot, das Sie akzeptieren.
• Gebühren und Umsatzbeteiligungen kosten inzwischen mehr, als ein Team kosten würde, das Ihr eigenes System betreibt
• Rohdaten zu jeder Impression (eine einmal ausgespielte Anzeige) müssen in Ihren eigenen Systemen bleiben

Die Arbeit geht nach dem Start weiter. Jedes Netzwerk aktualisiert sein SDK laufend, und der Adapter muss nachziehen. AdMob veröffentlicht für jede neue SDK-Version eines Netzwerks einen neuen Adapter, „nachdem er mit diesem neuen SDK getestet wurde“. Bei einer eigenen Schicht übernimmt Ihr Team diese Tests, und jedes Netzwerk muss zustimmen, unter seinem eigenen Vertrag mit Ihnen zu arbeiten.

Was gehört uns auf jedem Weg?

Prüfen Sie vier Dinge, bevor Sie unterschreiben oder mit dem Bau beginnen.

• Impression- und Umsatzdaten. Alle drei Plattformen melden den Umsatz für jede Impression, und zwei bewahren diese Daten nur begrenzte Zeit auf. Das SDK von AdMob meldet ihn, „wenn eine Impression erfolgt“, und ein Kommentar im Beispielcode von Google empfiehlt, ihn „direkt in diesem Callback an Ihren bevorzugten Analytics-Server“ zu senden. Die User-Level Ad Revenue API von AppLovin, die Schnittstelle zum Abrufen dieser Daten, „hat ein Abfragefenster von 45 Tagen.“ Bei Unity sind die Daten von LevelPlay auf Impression-Ebene für jedes Datum „nur 14 Tage lang verfügbar.“ Kopieren Sie sie jeden Tag in Ihren eigenen Speicher. Lassen Sie sich bei einem White-Label-Anbieter schriftlich zusichern, dass Sie die Roh-Logs jederzeit exportieren können.
• Beziehungen zu Anzeigenquellen. Auf der Einrichtungsseite von Unity heißt es: „Sie benötigen ein aktives Konto bei diesem Netzwerk, um dessen Werbeinventar in Ihrer App auszuliefern.“ In MAX schicken Bidder ihre Gebote an den Auktionsserver von AppLovin. Fragen Sie jede Plattform, welche Verbindungen Ihnen bleiben, wenn Sie gehen. Prüfen Sie bei einem White-Label-Produkt, wessen Name auf den Verträgen mit den Käufern steht. Bei einer Eigenentwicklung unterschreiben Sie jeden dieser Verträge selbst.
• Das SDK in Ihren Apps. Einer Plattform gehören ihr SDK und dessen Updates, und einem White-Label-Anbieter gehört sein Code. Wenn Sie bauen, kann der Code Ihnen gehören, zusammen mit jedem Update und jeder Datenschutzdatei.
• Die Kosten eines Wechsels. Nach den App Review Guidelines von Apple dürfen Apps keinen „Code herunterladen, installieren oder ausführen, der Features oder Funktionen der App einführt oder ändert“. Die Richtlinien von Google Play sagen, eine App „darf sich nicht auf andere Weise als über den Update-Mechanismus von Google Play ändern, ersetzen oder aktualisieren.“ Ein neues Mediation-SDK erreicht die Menschen nur mit einer neuen App-Version, und wer nicht aktualisiert, behält die alte.

Manche Änderungen brauchen kein App-Update. Die Reihenfolge im Waterfall und die Bidding-Einstellungen liegen im Dashboard der Plattform. Die Datei app-ads.txt, die jedes Unternehmen auflistet, das die Werbeplätze eines Publishers verkaufen darf, liegt auf der Website des Entwicklers. AdMob erinnert Publisher: „Wenn Sie ein anderes Werbenetzwerk nutzen, denken Sie daran, dieses Netzwerk Ihrer app-ads.txt-Datei hinzuzufügen.“

Welche App-Store- und Datenschutzpflichten bringt jedes Werbe-SDK mit sich?

Diese Pflichten gelten auf jedem Weg. Apple sagt: „Entwickler sind für den gesamten Code in ihren Apps verantwortlich.“ Auf den eigenen Seiten von Apple und Google heißt es:

• App Tracking Transparency (ATT). Für iOS sagt Apple: „Sie benötigen die Erlaubnis des Nutzers über das App Tracking Transparency (ATT)-Framework, um ihn zu tracken oder auf die Werbe-ID seines Geräts zuzugreifen.“ Apple definiert Tracking als das Verknüpfen von Daten aus Ihrer App mit Daten aus Apps, Websites oder Offline-Angeboten anderer Unternehmen „für zielgerichtete Werbung oder zur Messung von Werbung“. Auch die Weitergabe von Nutzer- oder Gerätedaten an Datenhändler gilt als Tracking.
• AdAttributionKit und SKAdNetwork. Diese Frameworks von Apple melden, welche Anzeigen zu Installationen geführt haben. Auf Apples Seite zu SKAdNetwork heißt es inzwischen: „Verwenden Sie AdAttributionKit für App-Werbekampagnen im App Store und in alternativen Marktplätzen.“ Werbenetzwerke „registrieren sich bei Apple, um eine Werbenetzwerk-ID zu erhalten“. Außerdem sagt Apple: „Nur Anzeigen von Werbenetzwerken, die einen Eintrag in der Information Property List der App haben, kommen für die Installationsvalidierung infrage.“ Diese Liste wird mit der App ausgeliefert, ein neues Netzwerk bedeutet also eine neue App-Version.
• Datenschutzmanifeste und Signaturen. Ein Datenschutzmanifest ist eine Datei, in der eine App oder ein SDK angibt, welche Daten erhoben werden und warum. Apple führt bestimmte SDKs namentlich auf. Wenn Sie eine App einreichen, die eines davon enthält, müssen Sie dessen Datenschutzmanifest beifügen. Wird das SDK als Binärdatei eingebunden (fertig kompilierter Code statt Quellcode), müssen Sie auch seine Signatur beifügen. Bei anderen SDKs fordert Apple deren Entwickler auf, ein Manifest beizufügen, wenn das SDK unter anderem „Daten über die Person erhebt, die Apps nutzt, die das Drittanbieter-SDK enthalten“, oder „Tracking-Domains kontaktiert“.
• Datenschutzformulare der Stores. Apple fragt nach Ihren Datenschutzpraktiken, „einschließlich der Praktiken von Drittanbieter-Partnern, deren Code Sie in Ihre App integrieren“, und nennt Werbenetzwerke unter diesen Partnern. Google sagt: „Alle Entwickler, die eine App bei Google Play veröffentlicht haben, müssen das Formular zur Datensicherheit ausfüllen“. Das Formular umfasst Daten, die „über alle in ihren Apps verwendeten Bibliotheken oder SDKs von Drittanbietern erhoben und verarbeitet werden.“
• Apps für Kinder. Google Play sagt: „Wenn Sie in Ihrer App Anzeigen ausspielen und Ihre Zielgruppe ausschließlich aus Kindern besteht, dürfen Sie nur Werbe-SDK-Versionen verwenden, die für Familien selbst zertifiziert sind.“ Apps, die sich sowohl an Kinder als auch an ältere Nutzer richten, müssen das Alter abfragen, etwa mit einer neutralen Altersabfrage, die nach dem Alter fragt, ohne eine Antwort nahezulegen. Solche Apps dürfen Kindern Anzeigen nur aus selbst zertifizierten Werbe-SDK-Versionen zeigen. Google verlangt, dass „Werbe-SDKs und Mediation-Plattformen selbst zertifizieren, dass sie für Kinder geeignet sind“. AdMob sagt, seine Bidding-Quellen „unterstützen keine Anzeigenauslieferung für an Kinder gerichtete Apps oder Anzeigenanfragen.“ Apple sagt, Apps der Kategorie „Kinder“ „sollten keine Analysen oder Werbung von Drittanbietern enthalten“. Weiter heißt es, kontextbezogene Werbung von Drittanbietern, also Anzeigen, die nach den Inhalten der App ausgewählt werden und nicht nach Daten über den Nutzer, „kann in begrenzten Fällen ebenfalls zulässig sein“.

Die Richtlinien der Stores ändern sich, und das Datenschutzrecht unterscheidet sich von Land zu Land. Klären Sie diese Punkte mit einem Anwalt, bevor Sie ein Werbe-SDK hinzufügen oder ändern, besonders in Apps, die Kinder nutzen.

Wie prüfen wir Viewability und ungültigen Traffic?

Viewability gibt an, ob eine Anzeige so auf dem Bildschirm erschien, dass eine Person sie sehen konnte. Mit dem Open Measurement SDK (OM SDK) von IAB Tech Lab können externe Messfirmen Anzeigen in Apps prüfen. Laut IAB Tech Lab „bestätigt es, wann Anzeigen auf dem Bildschirm erscheinen, zu welchem Prozentsatz sie sichtbar sind und wie lange“ und „erleichtert die Überprüfung von ungültigem Traffic und Markenanforderungen durch Dritte“.

Fragen Sie bei einer Plattform, welche Ihrer Anzeigenquellen OM SDK unterstützen. Bei einem eigenen SDK integrieren Sie es selbst, und IAB Tech Lab bietet eine Zertifizierung an, die „prüft, ob Ihre OM-SDK-Implementierung mit Messanbietern funktioniert.“

Ungültiger Traffic bezeichnet Anzeigenaufrufe und Klicks, die nicht aus echtem Interesse von Nutzern entstehen. Laut der AdMob-Hilfe „umfasst er sowohl absichtlich betrügerischen Traffic als auch versehentliche Klicks.“ Zwei frühere Artikel erklären, wie eine Werbeplattform ihn filtert und warum zwei Reports voneinander abweichen.

Was kostet welcher Weg?

Die Preise hängen vom Anbieter und von Ihrem Volumen ab; vergleichen Sie daher, wie jeder Weg abgerechnet wird:

• Fertige Plattform: Prüfen Sie, wie die Plattform ihr Geld verdient. Am 6. November 2026 stand auf der MAX-Seite von AppLovin: „Max Mediation ist für Publisher kostenlos. Bidding-Netzwerke zahlen AppLovin eine Gebühr auf die erzielten Werbeumsätze.“ Wie hoch diese Gebühr ist, sagte die Seite nicht, und die für diesen Artikel herangezogenen Seiten von AdMob und LevelPlay nannten keine Mediation-Gebühr. Fragen Sie, was zwischen dem Gebot des Advertisers und Ihrer Auszahlung einbehalten wird und von wem.
• White-Label-Produkt: eine Einrichtungs- oder Lizenzgebühr, eine monatliche Gebühr, eine Umsatzbeteiligung oder eine Mischung daraus. Fragen Sie, wovon der Anteil berechnet wird.
• Eigenentwicklung: Entwickler für das SDK, die Adapter und den Auktionsserver. Nach dem Start kommen Server und Traffic hinzu, die mit den Ad Requests wachsen, Bereitschaftsdienste, die OM-SDK-Zertifizierung und Adapter-Updates.
• Auf jedem Weg: Entwicklerzeit, um jedes SDK-Update vor einem App-Release zu testen, und die rechtliche Prüfung Ihrer Datenschutzangaben.

Eine Eigenentwicklung kostet am meisten, bevor die erste Anzeige ausgespielt wird, während Umsatzbeteiligungen mit jeder verkauften Anzeige wachsen.

Was sollten wir eine Firma fragen, die Mediation für uns bauen oder integrieren würde?

• Wie gelangen die Rohdaten zum Umsatz jeder Impression in unseren eigenen Speicher, und wie gleichen Sie sie mit den Reports jedes Netzwerks ab?
• Welche Werbenetzwerke haben zum Start Adapter, und wer aktualisiert jeden Adapter, wenn ein Netzwerk ein neues SDK veröffentlicht?
• Wie verhält sich das SDK unter iOS, wenn eine Person das Tracking ablehnt, und was wird sein Datenschutzmanifest angeben?
• Wer signiert das SDK, und unter wessen Namen sehen Publisher und App Stores es?
• Wird das SDK OM SDK unterstützen, und wer bringt es durch die Zertifizierung von IAB Tech Lab?
• Wie werden bei Anzeigen für Kinder und für Nutzer unbekannten Alters die Google Play-Richtlinien für Familien eingehalten?
• Können Sie zeigen, wie das in einer App funktioniert, die heute live in den Stores ist?

Wo passt amBrain ins Bild?

amBrain gibt diesen Blog heraus. Drei seiner eigenen Aussagen berühren die Serverseite der hier beschriebenen Wege. Eine lautet: „amBrain baut Supply-Side-Platforms (SSP) für Publisher.“ Eine andere: „amBrain baut Ad Server: Targeting, Frequency Capping und Reporting.“ Eine dritte: „amBrain baut Event-Analytics-Pipelines für AdTech: Erfassung, Verarbeitung und Reporting von Impression- und Klick-Events.“

amBrain entwickelt seit 2019 Software. Dazu, wie es mit Kunden arbeitet, sagt es: „Drei Formate: vollständige Umsetzung, ein dediziertes Team oder in Ihr Team eingebettete Entwickler.“ Zum Eigentum lautet sein Satz: „Der Kunde behält das volle Eigentum an Produkt und Code, ausgenommen unsere wiederverwendbaren Komponenten.“ Verlangen Sie vor der Unterschrift die namentliche Liste dieser Komponenten.

Dieser Artikel ist keine Case Study und beschreibt keine Arbeit für Kunden. Die obigen Zeilen von amBrain nennen weder eine Mediation-Plattform noch ein mobiles Werbe-SDK oder einen Adapter für ein Werbenetzwerk. Ebenso wenig nennt der Artikel Preise oder Zeitpläne von amBrain. Google, AppLovin, Unity, Teqblaze, Prebid.org, Apple und IAB Tech Lab werden anhand ihrer eigenen Seiten zitiert. Der Artikel empfiehlt keinen von ihnen und behauptet keine Beziehung zu einem von ihnen.

Er ist auch keine Rechtsberatung. Lassen Sie Plattform- und Anbieterverträge sowie Ihre Datenschutzangaben von einem Anwalt prüfen, bevor Sie unterschreiben oder ein Update veröffentlichen. Wenn amBrain auf Ihrer Shortlist steht, stellen Sie ihm dieselben Fragen wie jeder anderen Firma.