Verwendung von ads.txt & sellers.json für Ad Intelligence (Praktischer Leitfaden)

ads.txt und sellers.json sind zwei kleine, öffentlich gehostete Textdateien, die Ihnen, wenn Sie sie zusammen lesen, sagen, wer autorisiert ist, das Werbeinventar eines Publishers zu verkaufen und wem eine bestimmte Verkäufer-ID in der Kette tatsächlich gehört. Für Wettbewerbs- und Supply-Chain-Recherchen sind sie eine der wenigen wirklich faktischen, überprüfbaren Datenquellen in einer Branche, in denen die meisten Behauptungen (Ausgaben, Reichweite, „Premium-Inventar“) nicht überprüft werden können. Hier erfahren Sie, wie Sie sie tatsächlich nutzen.

Was jede Datei in der Praxis enthält#

ads.txt befindet sich bei domain.com/ads.txt auf der Root-Domain eines jeden Publishers und ist eine reine Textliste aller Unternehmen, die autorisiert sind, das Inventar dieses Publishers zu verkaufen, eine Zeile pro Beziehung. Eine typische Zeile sieht so aus:

google.com, pub-1234567890123456, DIRECT, f08c47fec0942fa0

Das ist die Exchange- oder SSP-Domain, die Publisher-Konto-ID bei dieser Exchange, ob die Beziehung DIRECT (der Publisher arbeitet direkt mit ihnen) oder RESELLER (ein Vermittler ist beteiligt) ist, sowie eine optionale Zertifizierungsstellen-ID. sellers.json ist das Spiegelbild, gehostet von der Exchange oder SSP unter exchange.com/sellers.json, und listet jedes Verkäuferkonto auf, mit dem diese Exchange zusammenarbeitet, deren Namen (manchmal) und ob sie ein PUBLISHER, ein INTERMEDIARY oder BOTH sind. Überprüfen Sie beide und Sie können bestätigen, ob der behauptete Verkäufer eines bestimmten Anzeigenplatzes tatsächlich eine autorisierte Beziehung hat oder ob etwas nicht stimmt.

Warum dies für Wettbewerbs- und Markensicherheitsforschung wichtig ist#

Die Ad-Supply-Chain zwischen dem Budget eines Werbetreibenden und der Seite eines Publishers ist selten ein einzelner Hop. Anzeigen fließen häufig durch eine oder mehrere Resold-Inventory-Beziehungen, bevor sie landen, und jeder Hop ist eine Gelegenheit für Falschdarstellung, Domain-Spoofing oder einfache Verwirrung darüber, wer die Anzeige wirklich schaltet. ads.txt und sellers.json existieren genau, um diese Kette prüfbar zu machen:

• Überprüfung einer Netzwerkbehauptung. Wenn ein natives Netzwerk oder DSP direkten Zugriff auf das Inventar eines Publishers behauptet, wird die ads.txt-Datei dieses Publishers sie als DIRECT auflisten. Wenn sie nur als Reseller mehrere Hops entfernt auftauchen oder gar nicht, sind das nützliche Informationen, bevor Sie kaufen.
• Erkennung von Domain-Spoofing. Betrügerische Operationen behaupten manchmal, das Inventar eines Premium-Publishers ohne Autorisierung zu vertreten. Der Abgleich von ads.txt mit der tatsächlichen Bid-Request-Domain ist eine standardmäßige, kostenlose Methode, dies zu erkennen.
• Verstehen, warum eine Anzeige so aussieht, wie sie aussieht. Wenn Sie verfolgen, wie Ad-Spy-Tools native Anzeigen erfassen, ist die Kombination aus ads.txt/sellers.json oft der schnellste Weg, um zu bestätigen, welches Netzwerk tatsächlich eine bestimmte Platzierung ausgeliefert hat, anstatt nur anhand des visuellen Stils des Widgets zu raten.
• Audit Ihrer eigenen Supply-Pfade. Wenn Sie ein Publisher sind, ist Ihre eigene ads.txt-Datei auch der schnellste Weg, um zu prüfen, ob ein Partner, den Sie abgeschnitten (oder nie autorisiert) haben, noch gelistet ist, oder ob eine Integration Zeilen hinzugefügt hat, die Sie nicht erwartet haben.

Ein praktischer fünfstufiger Workflow#

1. Rufen Sie die ads.txt des Publishers ab. Holen Sie sich https://[publisher-domain]/ads.txt direkt in einem Browser oder mit einem einfachen Skript. Es ist reiner Text, keine Authentifizierung erforderlich.
2. Finden Sie die Zeile für die Exchange oder das Netzwerk, das Sie untersuchen. Suchen Sie nach der Domain (z.B. taboola.com, outbrain.com oder dem relevanten SSP) und notieren Sie die Publisher-Konto-ID und ob sie als DIRECT oder RESELLER markiert ist.
3. Rufen Sie das sellers.json dieser Exchange ab. Holen Sie sich https://[exchange-domain]/sellers.json und suchen Sie nach der Verkäufer-ID, die Sie in Schritt 2 gefunden haben.
4. Vergleichen Sie den Verkäufernamen und -typ. Stimmt der sellers.json-Eintrag mit dem Publisher überein, mit dem Sie begonnen haben? Ist er als PUBLISHER (wie bei einer direkten Beziehung erwartet) oder INTERMEDIARY (wie bei einer Reseller-Kette erwartet) aufgeführt?
5. Verfolgen Sie die Kette, wenn es sich um eine RESELLER-Beziehung handelt. Eine RESELLER-Zeile bedeutet, dass eine andere Entität zwischen Publisher und Exchange sitzt. Idealerweise sollte dieser Vermittler seine eigenen SupplyChain-Objekt-Daten (schain) im Bid-Request mitführen, die jeden Hop für vollständige Prüfbarkeit aufzeichnen, obwohl schain-Daten allein aus den ads.txt/sellers.json-Dateien nicht sichtbar sind; sie erfordern Zugriff auf den tatsächlichen Bid-Stream oder ein Tool, das ihn erfasst.

Häufige Erkenntnisse und ihre Bedeutung#

Wo dies in die breitere Identifikation von Ad-Netzwerken einzuordnen ist#

ads.txt und sellers.json sind am stärksten für die Überprüfung angebotsseitiger Beziehungen geeignet, nicht für die Identifizierung, welches Netzwerk tatsächlich eine bestimmte Anzeige ausgeliefert hat, die Sie als Käufer betrachten. Dafür arbeiten Sie normalerweise mit der Weiterleitungskette des Creatives, der visuellen Signatur des Widgets und den beteiligten Tracking-Pixel-Domains, was der Ansatz ist, der in So identifizieren Sie das Ad-Netzwerk hinter einer Anzeige beschrieben wird. Betrachten Sie ads.txt und sellers.json als Prüfpfad für Lieferbeziehungen und die Creative-/Weiterleitungsanalyse als Prüfpfad für das, was ein Werbetreibender tatsächlich schaltet.

Hinweise zu Tools#

Beide Dateiformate unterliegen den Spezifikationen des IAB Tech Lab, und die Quellspezifikationen sind die maßgebliche Referenz, wenn Sie auf einen Grenzfall stoßen, den diese Dateien nicht sauber abdecken, wie z.B. Multi-Konto-Setups oder OWNERDOMAIN-Felder. Für manuelle Stichproben reichen ein Browser und eine Textsuche tatsächlich aus; für gelegentliche Überprüfungen benötigen Sie keine kostenpflichtigen Tools. Mühsam wird es, wenn Sie dies in großem Umfang über Dutzende von Publishern hinweg tun oder Änderungen im Laufe der Zeit verfolgen. Hier spart eine Plattform, die die Supply Chain bereits über Netzwerke hinweg indiziert, die wiederholte Fetch-and-Diff-Arbeit. Der Ad-Intelligence-Index von OpenAdLibrary kombiniert diese Art von Supply-Path-Kontext mit dem tatsächlichen Live-Creative und der verfolgten Landing Page, sodass Sie nicht für jede Platzierung, die Sie überprüfen möchten, drei separate Quellen von Hand abgleichen müssen.

Warum dies für Native wichtiger ist, als es zunächst scheint#

Native Netzwerke verkaufen ständig Inventar weiter. Ein einzelner Content-Empfehlungs-Widget-Slot auf einer Publisher-Seite könnte direkt über das Netzwerk, über einen regionalen Reseller oder über einen Header-Bidding-Wrapper geleitet werden, der mehrere Demand-Quellen gleichzeitig vermittelt. Da native Anzeigen selten die Art von sichtbarem Branding tragen, die ein Display-Banner hat, und da das Widget selbst oft identisch aussieht, unabhängig davon, welches Netzwerk tatsächlich dahinter steckt, sind ads.txt und sellers.json manchmal der einzige zuverlässige Weg, um zu bestätigen, welches Netzwerk legitimerweise eine bestimmte Publisher-Beziehung hält, insbesondere wenn die Website eines Publishers mehrere native Widgets nebeneinander von verschiedenen Anbietern betreibt. Dies ist auch der Grund, warum Header-Bidding-Setups, bei denen mehrere Exchanges in Echtzeit um denselben Slot konkurrieren, von derselben Überprüfung profitieren: Jede teilnehmende Exchange sollte ihre eigene autorisierte Zeile in der ads.txt des Publishers und einen eigenen passenden sellers.json-Eintrag haben.

Dies in großem Maßstab vs. einmalig durchführen#

Die manuelle Überprüfung einer Publisher-Datei dauert ein paar Minuten. Die regelmäßige Überprüfung einer Watchlist von fünfzig Publishern, um neue oder aufgegebene Beziehungen zu erkennen, ist ein anderes Problem, und es ist die Art von Sache, die leise aufhört, sobald die anfängliche Neugier nachlässt, obwohl der Wert darin liegt, es wiederholt zu tun. Wenn Sie dies in einen laufenden Forschungsprozess einbauen und nicht nur als einmalige Überprüfung, lohnt es sich, es mit dem Ad-Supply-Chain-Monitoring zu kombinieren, das Sie bereits für Creative- und Landing-Page-Änderungen durchführen, sodass sich das angebotsseitige und das kreativseitige Bild gemeinsam aktualisieren, anstatt auseinanderzudriften.

Ein Hinweis zu Grenzen#

Diese Dateien werden von Publishern und Exchanges selbst deklariert. Nichts zwingt einen Publisher, ads.txt aktuell zu halten, und eine veraltete oder unvollständige Datei ist üblich, insbesondere auf kleineren Websites. Behandeln Sie einen fehlenden oder inkonsistenten Eintrag als Anlass für weitere Untersuchungen, nicht als automatischen Betrugsnachweis; viele legitime kleine Publisher haben ihre Datei einfach nicht kürzlich aktualisiert. Der Wert von ads.txt und sellers.json liegt darin, dass sie die Supply Chain überhaupt überprüfbar machen, nicht darin, dass sie unfehlbar sind.