Prüfen Sie Ihre ads.txt, Zeile für Zeile.
Fügen Sie Ihre Authorized-Digital-Sellers-Datei ein und prüfen Sie sie gegen die Spezifikation des IAB Tech Lab. Jeder Fehler, jede Warnung und jeder Hinweis – mit der genauen Zeile und der passenden Korrektur. Nichts verlässt Ihren Browser.
Wird vollständig in Ihrem Browser ausgewertet – Ihre Datei wird nie hochgeladen.
Hier erscheinen Ihre Ergebnisse
Fügen Sie eine Datei ein oder laden Sie ein Beispiel, und starten Sie dann die Prüfung. Jede Zeile wird lokal geprüft – kein Upload, kein Netzwerk.
Eine öffentliche Liste, wer Ihr Inventar verkaufen darf.
Authorized Digital Sellers – ads.txt – ist ein Standard des IAB Tech Lab. Sie veröffentlichen unter ihredomain.de/ads.txt eine reine Textdatei, die jedes Werbesystem nennt, das zum Verkauf Ihres Inventars berechtigt ist, samt der Konto-IDs, die es dabei verwendet.
Käufer crawlen diese Datei, um zu bestätigen, dass eine Gebotsanfrage legitim ist – das schiebt Domain-Spoofing und unautorisiertem Weiterverkauf einen Riegel vor. Steht ein Verkäufer nicht in Ihrer ads.txt, vertrauen sorgfältige Käufer der Impression schlicht nicht – eine korrekte Datei entscheidet also darüber, ob geboten oder übersprungen wird.
Jeder Datensatz hat dieselben vier Felder.
Ein Datensatz ist eine Zeile mit kommagetrennten Werten. Die ersten drei Felder sind Pflicht, das vierte ist optional. Leere Zeilen und alles nach einem # werden als Kommentar ignoriert.
- 1 Pflicht
google.comDomain des Werbesystems
Die kanonische Domain der SSP oder des Exchanges – ein reiner Host wie google.com, ohne https:// und ohne Pfad.
- 2 Pflicht
pub-0000000000000000Publisher-Konto-ID
Ihre Verkäufer- oder Konto-ID innerhalb dieses Werbesystems, exakt so, wie sie vergeben wurde.
- 3 Pflicht
DIRECTBeziehung
DIRECT, wenn Sie direkt mit dem System kontrahieren; RESELLER, wenn es berechtigt ist, in Ihrem Auftrag zu verkaufen.
- 4 Optional
f08c47fec0942fa0ID der Zertifizierungsstelle
Die TAG-ID des Systems – meist 16 hexadezimale Zeichen. Optional, stärkt aber die Autorisierungskette.
Über Datensätze hinaus: Angaben, die Käufer ebenfalls lesen.
Variablen sind Zeilen im Format KEY=value, die die Datei selbst beschreiben statt einen einzelnen Verkäufer. Der Validator erkennt alle fünf aus der Spezifikation – die beiden ursprünglichen Variablen aus v1.0 und die drei aus v1.1, die Eigentum und Vermarktung transparent machen.
CONTACT v1.0 Eine Kontaktmöglichkeit für Rückfragen zur Datei – eine E-Mail-Adresse oder URL. Optional, aber empfehlenswert.
SUBDOMAIN v1.0 Verweist auf eine Subdomain, die eine eigene ads.txt pflegt, damit Käufer wissen, dass sie auch diese crawlen müssen.
OWNERDOMAIN v1.1 Die Root-Domain des Inventar-Eigentümers. Eine pro Datei – Käufer erkennen daran, wer am Inventar verdient.
MANAGERDOMAIN v1.1 Die Domain des exklusiven Vermarktungspartners, optional auf einen Ländercode eingegrenzt.
INVENTORYPARTNERDOMAIN v1.1 Nennt einen Partner, dessen sellers.json bei indirektem Inventar ebenfalls herangezogen werden sollte.
Die häufigsten Fehler – und wie Sie sie beheben.
Jeder Datensatz braucht als drittes Feld eine Beziehung. Ergänzen Sie DIRECT oder RESELLER nach der Konto-ID.
Feld eins ist ein reiner Host. Schreiben Sie google.com, nicht https://google.com/ads oder www.google.com.
Auslesende Systeme werten den Wert unabhängig von Groß- und Kleinschreibung aus, die kanonische Form der Spezifikation ist jedoch die Großschreibung. Schreiben Sie DIRECT und RESELLER.
Dieselbe Domain, Konto-ID und Beziehung zweimal aufzuführen erzeugt Rauschen und kann einen Copy-and-paste-Fehler verdecken. Entfernen Sie die überzählige Zeile.
Erkannt werden nur CONTACT, SUBDOMAIN, OWNERDOMAIN, MANAGERDOMAIN und INVENTORYPARTNERDOMAIN, und jede braucht einen Wert nach dem =.
Kein Fehler, aber ergänzen Sie die TAG-ID überall dort, wo das Werbesystem eine veröffentlicht – das macht die Autorisierung fälschungssicherer.
Wir halten Ihre Autorisierungskette sauber, damit jede Impression kaufbar bleibt.
RevIQ pflegt Ihre Einträge in ads.txt und sellers.json als Teil des Onboardings, verifiziert die Verkäuferbeziehungen hinter jedem Euro und zeigt Ihnen, welche Nachfragewege tatsächlich zahlen. Transparente Gebühren, nachvollziehbare Ausgaben, echtes Inventar.
- Verwaltete ads.txt und sellers.json, synchron gehalten, wenn sich Ihre Partner ändern
- Verifizierte DIRECT- und RESELLER-Beziehungen, durchgängig
- Nachvollziehbare Auszahlungen – sehen Sie die Gebühr auf jede Impression
ads.txt, erklärt
Die Fragen, die Publisher am häufigsten zu Authorized Digital Sellers stellen.
Zugang anfordernIst dieser ads.txt-Validator kostenlos?
Ja. Fügen Sie Ihre Datei ein und prüfen Sie sie, so oft Sie möchten. Alles läuft vollständig in Ihrem Browser, Ihre Datei wird also nie auf einen Server hochgeladen.
Wo muss meine ads.txt-Datei liegen?
Im Root Ihrer Domain – https://ihredomain.de/ads.txt – ausgeliefert als text/plain. Käufer sehen nur dort nach, sie darf also nicht in einem Unterordner liegen.
Was ist der Unterschied zwischen DIRECT und RESELLER?
DIRECT bedeutet, dass Sie für Ihr Inventar einen direkten Vertrag mit diesem Werbesystem haben. RESELLER bedeutet, dass Sie es berechtigt haben, Ihr Inventar über einen Dritten in Ihrem Auftrag zu verkaufen.
Prüft der Validator ads.txt v1.0 und v1.1?
Ja. Er versteht v1.0-Datensätze sowie die Variablen CONTACT und SUBDOMAIN, dazu die Ergänzungen aus v1.1: OWNERDOMAIN, MANAGERDOMAIN und INVENTORYPARTNERDOMAIN.
Kann ich eine Live-Domain per URL prüfen?
Browser blockieren Cross-Origin-Anfragen an die meisten ads.txt-Dateien, ein Abruf per URL ist hier also nicht zuverlässig. Öffnen Sie ihredomain.de/ads.txt, kopieren Sie den Inhalt und fügen Sie ihn oben ein – die Prüfung ist exakt dieselbe.
