SSPs an Ihre DSP anbinden: Integrations-Checkliste für neue Plattformbetreiber

Eine eigene DSP löst das Zugangsproblem, aber nicht automatisch das Supply-Problem. Eine Demand-Side-Platform ohne angebundene Supply-Side-Platforms ist ein Auktionshaus ohne Ware. Viele neue Plattformbetreiber sind überrascht, wie viel Zeit in den ersten Wochen nach dem Launch in Integrationsarbeit fließt statt in die Kampagnenstrategie.

Jede SSP-Anbindung ist ein kleines technisches Projekt: Ein Endpoint muss konfiguriert, ein Bid-Response-Format validiert, ein QPS-Kontingent verhandelt und eine Testkampagne durchgeführt werden, bevor echtes Budget über die Verbindung läuft. Geht dabei etwas schief, kämpfen Plattformbetreiber mit niedrigen Fill Rates, nicht übereinstimmenden Währungen oder einer Verbindung, die Wochen nach ihrer Freigabe unbemerkt keine Bid Requests mehr sendet. Wird es dagegen einmal richtig aufgesetzt, lässt sich dieselbe Checkliste auf die nächsten hundert SSPs anwenden.

Dieser Leitfaden erklärt, was eine SSP-Integration tatsächlich umfasst und welche technischen Voraussetzungen eine DSP erfüllen muss, bevor sie einen Supply-Partner kontaktiert. Außerdem enthält er eine Schritt-für-Schritt-Checkliste für die Anbindung und Validierung einer neuen SSP und vergleicht die manuelle Einzelanbindung mit dem Einstieg über eine Plattform, auf der Supply bereits vorintegriert ist.

Was SSP-Integration für DSP-Betreiber tatsächlich bedeutet

Eine SSP steht auf der Publisher-Seite der Auktion. Sie bündelt Werbeinventar in Bid Requests und sendet diese über OpenRTB an angebundene DSPs. Die Integration mit einer SSP bedeutet, einen Kanal in beide Richtungen einzurichten: Die SSP muss wissen, wohin sie Bid Requests sendet, und die DSP muss diese schnell genug parsen, bepreisen und beantworten können, damit ihr Gebot überhaupt zählt.

In der Praxis ist das eine Kombination aus Protokollarbeit und geschäftlicher Abstimmung. Auf Protokollebene stellt die DSP einen OpenRTB-konformen Endpoint bereit. Dieser muss das Bid-Request-Format der SSP verarbeiten, innerhalb des Timeout-Fensters der Auktion antworten und alle Extensions unterstützen, die die jeweilige SSP für Viewability-Daten, User-Identifier oder Supply-Chain-Felder nutzt. Auf geschäftlicher Ebene müssen QPS-Kontingent, Umgang mit Floor Prices, Zahlungsbedingungen und die tatsächlich freigegebenen Inventarkategorien vereinbart werden.

Die meisten SSPs gewähren einer neuen, noch unerprobten DSP am ersten Tag keinen vollen Zugriff. Sie starten mit einem begrenzten QPS-Limit und einem kleinen Ausschnitt des Inventars, beobachten die Performance der Verbindung und erweitern den Zugang erst, wenn die DSP zuverlässig bietet, gewinnt und zahlt. Diese Anlaufphase ist normal. Sie ist auch einer der Gründe, warum eine DSP mit einer langen Liste bereits geprüfter Supply-Partnerschaften einen echten Vorsprung gegenüber einer DSP hat, die bei null beginnt.

Technische Voraussetzungen, bevor Sie eine SSP kontaktieren

Bevor eine DSP auf Supply-Partner zugeht, sollten einige technische Grundlagen vorhanden sein. Die meisten Verzögerungen bei der Integration entstehen, weil einer dieser Punkte fehlt oder unvollständig ist, wenn das technische Team der SSP mit der Prüfung der Verbindung beginnt.

Die Checkliste zur SSP-Integration, Schritt für Schritt

Sind die technischen Grundlagen geschaffen, folgt die Anbindung einer einzelnen SSP einem weitgehend einheitlichen Ablauf. Wer Schritte überspringt, um schneller live zu gehen, schafft damit die häufigste Ursache für Verbindungen, die auf dem Papier gut aussehen, aber hinter den Erwartungen zurückbleiben, sobald echtes Budget über sie läuft.

1. Passung des Inventars bestätigen. Prüfen Sie vor dem technischen Setup, welche Formate, Regionen und Gerätetypen die SSP tatsächlich anbietet, damit sich der Entwicklungsaufwand für die Integration lohnt.
2. Endpoint-Details austauschen. Teilen Sie den Bid-Endpoint der DSP mit und erhalten Sie im Gegenzug die Dokumentation der SSP, Beispiel-Bid-Requests sowie alle individuellen OpenRTB-Extensions, die sie verwendet.
3. Felder von Bid Request und Bid Response zuordnen. Klären Sie Pflichtfelder, das Format der Floor Prices und alle nicht standardisierten Felder, die die SSP in der Response erwartet.
4. Ein initiales QPS-Kontingent vereinbaren. Neue Verbindungen starten fast immer mit einem Limit, das mit nachgewiesener Performance erhöht werden kann.
5. Eine Testkampagne mit kleinem Budget durchführen. Prüfen Sie, ob Gebote gesendet werden, gewonnene Impressions tatsächlich ausgeliefert werden und die Reporting-Zahlen auf beiden Seiten übereinstimmen.
6. Autorisierung per ads.txt / sellers.json auf Live-Domains prüfen. Stellen Sie sicher, dass die SSP als autorisierter Verkäufer für die Publisher gelistet ist, die sie nach eigener Aussage vertritt.
7. Spend und Impression-Zahlen abgleichen. Vergleichen Sie die Logs der DSP mit dem Reporting der SSP für den Testzeitraum, bevor Sie das Budget erhöhen.
8. QPS und Budget schrittweise skalieren. Erhöhen Sie das Kontingent in Stufen, statt eine neue Verbindung sofort auf volles Volumen umzustellen.
9. Die Verbindung in das laufende Monitoring aufnehmen. Überwachen Sie Fill Rate, Win Rate und Latenz regelmäßig, da sich die Performance einer SSP im Laufe der Zeit verändern kann, ohne dass sich auf Seiten der DSP etwas geändert hat.

Direkte SSP-Integration vs. Anbindung über einen Aggregator

DSP-Betreiber gelangen in der Regel auf einem von zwei Wegen an Supply: Entweder sie binden einzelne SSPs nacheinander direkt an, oder sie verbinden sich einmalig mit einer Ad Exchange oder einem Supply-Aggregator, der bereits eine große Zahl von SSPs hinter einem einzigen Endpoint integriert hat. Beide Wege sind legitim, und die meisten etablierten DSPs nutzen am Ende eine Kombination aus beiden.

Direkte Integrationen lohnen sich meist für eine kleine Zahl hochwertiger SSPs mit großem Volumen, bei denen die zusätzliche Transparenz und Kontrolle den Entwicklungsaufwand rechtfertigen. Der Weg über einen Aggregator macht es für eine neue DSP überhaupt erst realistisch, innerhalb von Wochen eine breite Inventarabdeckung zu erreichen. Hunderte direkte Verbindungen einzeln zu verhandeln und aufzubauen, würde dagegen Monate dauern. An dieser Stelle wird auch Supply Path Optimization relevant: Ziel ist nicht einfach, möglichst viele SSPs anzubinden, sondern jede Impression über den kürzesten und saubersten verfügbaren Pfad zu leiten, sobald sich mehrere Quellen überschneiden.

Häufige Fehler, die SSP-Verbindungen verzögern oder beeinträchtigen

• Den Schritt der Testkampagne auslassen und sofort das volle Budget über eine brandneue Verbindung laufen lassen.
• Timeout- und Latenzanforderungen ignorieren, bis eine SSP die Verbindung unbemerkt drosselt.
• Die Autorisierung per ads.txt / sellers.json nach dem initialen Setup nie wieder prüfen und dadurch übersehen, wenn sich eine Supply-Quelle ändert.
• Die OpenRTB-Implementierung jeder SSP als identisch behandeln, obwohl sich individuelle Felder und Extensions von SSP zu SSP unterscheiden.
• QPS-Limits unverändert lassen, lange nachdem eine Verbindung bewiesen hat, dass sie mehr Volumen verarbeiten kann, und damit Fill Rate verschenken.

Wie viele SSPs braucht eine neue DSP tatsächlich?

Eine feste Zahl gibt es nicht, aber die Abdeckung ist wichtiger als jede einzelne Verbindung. Einige wenige SSPs reichen für eine eng gefasste Testkampagne. Eine DSP, die Display-, Video-, In-App- und CTV-Inventar in mehreren Regionen einkaufen will, braucht jedoch Vielfalt im Supply, nicht nur Volumen. Wer sich auf eine oder zwei SSPs verlässt, schafft zudem einen Single Point of Failure: Fällt eine Verbindung aus oder bricht ihre Fill Rate ein, kommen die darüber laufenden Kampagnen zum Stillstand.

Genau deshalb entscheiden sich viele DSP-Betreiber für eine Plattform mit bereits integriertem Supply, statt jede Verbindung von Grund auf neu aufzubauen. Die White-Label-, Lizenz- und Akquisitionsmodelle von AdTech Europe werden alle mit mehr als 1.000 SSP-Integrationen und unbegrenzter QPS-Skalierung ausgeliefert. So wird aus monatelanger Einzelintegration eine Plattform, die ab dem ersten Tag über Supply verfügt. Betreiber, die zusätzlich eigene Direktbeziehungen aufbauen möchten, können dies weiterhin tun, und die obige Checkliste gilt für jede davon.

Der vorintegrierte Ansatz funktioniert auch in umgekehrter Richtung. Supply-Side-Platforms und Ad Networks, die ihr Inventar an einen großen Demand-Pool anbinden möchten, statt einzelnen DSP-Beziehungen hinterherzulaufen, können dieselbe Art vorgefertigter Verbindung nutzen. So verbinden die Supply-Partner von AdTech Europe ihr Inventar in der Regel mit dem Demand-Pool der Plattform. Auf der Buy-Side können neue DSP-Betreiber, die sich für das Akquisitions- oder Lizenzmodell entscheiden, ein entsprechendes Onboarding erwarten: AdTech Europe kann eine DSP mit sofort verfügbarem Ad Supply verbinden, und zwar in etwa fünf Werktagen statt der Wochen oder Monate, die ein Integrationsplan von Grund auf üblicherweise erfordert.

Bereit, die manuelle SSP-Integration zu überspringen?

AdTech Europe unterstützt Agenturen, Ad Networks und Media-Buying-Teams dabei, eine eigene DSP zu besitzen, statt den Zugang zu einer DSP zu mieten. Die Plattformen sind bereits mit mehr als 1.000 SSPs verbunden und bieten unbegrenztes QPS sowie vollständiges White-Label-Branding direkt ab Start. Ob vollständig gemanagte White-Label-Plattform, lizenzierte DSP oder kompletter Erwerb des Quellcodes: Die in diesem Leitfaden beschriebene Supply-Integration ist bereits erledigt, bevor die Plattform an einen neuen Betreiber übergeht. Die aktuellen Preise für jedes Ownership-Modell sind veröffentlicht und werden laufend aktualisiert. So lassen sich die Kosten für den Verzicht auf manuelle Integration leicht mit einer Inhouse-Entwicklung vergleichen.

Wenn Sie das vorintegrierte Supply- und QPS-Setup in Aktion sehen oder für einen konkreten Anwendungsfall Eigenentwicklung und fertige Plattform gegeneinander abwägen möchten, vereinbaren Sie ein Programmatic-Strategiegespräch mit dem Team von AdTech Europe.

FAQs

Wie lange dauert es, eine neue SSP an eine DSP anzubinden?

Eine einzelne direkte SSP-Integration dauert in der Regel zwischen einigen Tagen und einigen Wochen. Entscheidend ist, wie standardnah die OpenRTB-Implementierung der SSP ist und wie schnell beide Seiten eine Testkampagne durchführen und validieren können.

Was ist der Unterschied zwischen OpenRTB und einer proprietären Bidding-API?

OpenRTB ist ein branchenweiter Standard für Bid Requests und Bid Responses in Echtzeit, den die meisten SSPs und DSPs unterstützen. Dadurch verlaufen Integrationen schneller und vorhersehbarer als mit einer vollständig proprietären, nicht standardisierten API.

Muss ich ads.txt und sellers.json für jede SSP-Verbindung prüfen?

Ja. Die Prüfung, ob eine SSP als autorisierter Verkäufer gelistet ist, hilft zu bestätigen, dass das angebotene Inventar legitim ist. Diese Prüfung sollte regelmäßig wiederholt werden, nicht nur einmal beim initialen Setup.

Warum begrenzen SSPs das QPS für neue DSP-Verbindungen?

SSPs begrenzen das QPS unerprobter Verbindungen, um ihre Infrastruktur zu schützen und zu beobachten, wie eine neue DSP performt, bevor sie ihr mehr Bid-Request-Volumen zuteilen. Das Kontingent wird in der Regel erhöht, sobald die DSP zuverlässige Antwortzeiten und Zahlungen nachweist.

Ist es besser, SSPs direkt oder über eine Ad Exchange anzubinden?

Das hängt von Größenordnung und Prioritäten ab. Direkte Integrationen bieten mehr Transparenz und Kontrolle über bestimmte hochwertige Supply-Quellen. Der Weg über eine Ad Exchange oder einen Aggregator erreicht dagegen deutlich schneller eine breite Supply-Abdeckung bei geringerem Entwicklungsaufwand.

Ist bei einer White-Label-DSP die SSP-Anbindung bereits vorhanden?

Ja, bei AdTech Europe schon. Die White-Label-, Lizenz- und Akquisitionsmodelle beinhalten alle mehr als 1.000 vorintegrierte SSPs und unbegrenzte QPS-Skalierung, sodass neue Betreiber keine Supply-Verbindungen von Grund auf aufbauen müssen.

Was passiert, wenn eine SSP-Verbindung keine Bid Requests mehr sendet?

Meist deutet das entweder auf ein technisches Problem auf einer der beiden Seiten hin (ein abgelaufener Endpoint, ein Timeout-Problem) oder auf eine geschäftliche Änderung auf Seiten der SSP (zurückgezogenes Inventar, eine Account-Prüfung). Ein laufendes Monitoring von Fill Rate und Request-Volumen pro SSP sorgt dafür, dass solche Fälle schnell erkannt werden statt erst Wochen später.