Was ist der Unterschied zwischen DIRECT und RESELLER in ads.txt?

DIRECT bedeutet, dass der Publisher ein direktes Konto bei diesem Advertising-System hat und die Seller-Beziehung kontrolliert. RESELLER bedeutet, dass ein autorisierter Partner das Inventar über sein eigenes Konto weiterverkauft. Das dritte Feld muss genau eines dieser beiden Keywords sein.

Funktioniert dieser Validator auch für app-ads.txt?

Ja. app-ads.txt nutzt dieselbe Record-Grammatik wie ads.txt — dieselben DATA-Record-Felder und VARIABLE-Deklarationen — sodass du beide Dateien einfügen kannst und dieselben Prüfungen greifen. app-ads.txt liegt schlicht an der Developer-Domain aus deinem App-Store-Eintrag.

Wie werden VARIABLE-Zeilen wie OWNERDOMAIN behandelt?

Zeilen, die als KEY=value geschrieben sind, werden als Variablen statt als Seller-Records geparst. Der Validator erkennt CONTACT, SUBDOMAIN, OWNERDOMAIN, MANAGERDOMAIN und INVENTORYPARTNERDOMAIN, warnt bei unbekannten Keys und markiert eine Variable, die keinen Wert hat.

Was zählt als doppelter ads.txt-Record?

Zwei Records mit derselben Advertising-System-Domain, Publisher-Account-id und Beziehung — bei der Domain case-insensitiv verglichen — sind Duplikate, auch wenn einer eine Certification-Authority-id hinzufügt. Der Validator verweist auf die erste Zeile, in der der Record auftrat, sodass du die Wiederholung entfernen kannst.

Wird meine ads.txt-Datei hochgeladen, wenn ich sie validiere?

Nein. Der Validator parst und prüft die Datei auf deinem Gerät und ruft nie eine entfernte ads.txt-URL oder einen Ad-Tag ab. Nichts, was du einfügst, wird an ArrayKit oder einen Crawler gesendet.

ads.txt / app-ads.txt Validator

Validiere eine ads.txt- oder app-ads.txt-Datei Zeile für Zeile in deinem Browser. Die Datei, die du einfügst, bleibt auf deinem Gerät.

Der ads.txt / app-ads.txt Validator läuft vollständig in deinem Browser. Die Datei, die du einfügst, wird auf deinem Gerät geparst und geprüft und nie zu ArrayKit hochgeladen oder von einer entfernten URL abgerufen.

sellers.json Validator öffnen

Über ads.txt Validator

Der ads.txt / app-ads.txt Validator lintet deine Authorized-Digital-Sellers-Datei in dem Moment, in dem du sie einfügst. Er geht jede Zeile durch, teilt DATA-Records in ihre kommagetrennten Felder und bestätigt, dass jeder die erforderlichen 3 oder 4 Felder hat: Advertising-System-Domain, Publisher-Account-id, eine DIRECT- oder RESELLER-Beziehung und eine optionale Certification-Authority-id wie eine TAG-ID. Kommentare und Leerzeilen werden übersprungen, VARIABLE-Zeilen wie OWNERDOMAIN, CONTACT, SUBDOMAIN, MANAGERDOMAIN und INVENTORYPARTNERDOMAIN werden herausgeparst, und falsche Feldanzahlen, schlechte Beziehungswerte, doppelte Einträge und verirrte Leerzeichen werden mit der Zeilennummer und einem Fix-Vorschlag markiert. Eine Zusammenfassung zählt DIRECT- vs. RESELLER-Records und eindeutige Seller-Domains. Publisher und Ad-Ops-Teams auditieren ihre Datei hier, ohne sie an einen Drittanbieter-Crawler zu senden — jede Prüfung läuft auf deinem Gerät.

Funktionen

Validiert, dass jeder DATA-Record genau 3 oder 4 kommagetrennte Felder hat
Bestätigt, dass das Beziehungsfeld DIRECT oder RESELLER ist und normalisiert die Groß-/Kleinschreibung
Parst VARIABLE-Zeilen: CONTACT, SUBDOMAIN, OWNERDOMAIN, MANAGERDOMAIN, INVENTORYPARTNERDOMAIN
Überspringt Kommentare (#) und Leerzeilen so, wie es ein ads.txt-Crawler tut
Markiert doppelte Seller-Records und verweist auf die erste Zeile, in der sie auftraten
Warnt bei verirrten Leerzeichen und Advertising-System-Feldern, die nicht wie eine Domain aussehen
Fasst DIRECT- vs. RESELLER-Anzahlen und die Zahl eindeutiger Seller-Domains zusammen
Parst die Datei vollständig in deinem Browser — nichts, was du einfügst, wird hochgeladen

So verwendest du ads.txt Validator

Füge deine ads.txt- oder app-ads.txt-Datei ein oder lade das Beispiel, um das Format zu sehen
Lies das Verdikt-Banner für die Fehler- und Warnungs-Anzahl
Öffne Findings, um jede markierte Zeile mit der vorgeschlagenen Korrektur zu beheben
Prüfe die Zusammenfassungs-Anzahlen von DIRECT, RESELLER und eindeutigen Domains

Beispiel

Eingabe

google.com, pub-0000000000000000, DIRECT, f08c47fec0942fa0
appnexus.com, 3456, RESELLER
badexchange.com, 99, PARTNER

Ausgabe

2 records valid
Line 3 — Relationship must be DIRECT or RESELLER (found "PARTNER").

Das dritte Feld muss DIRECT oder RESELLER sein; PARTNER wird abgelehnt.

Häufige Fehler & Fehlerbehebung

"Expected 3 or 4 fields" in einer Zeile, die vollständig aussieht. — Felder sind kommagetrennt, nicht leerzeichen- oder tab-getrennt. Setze ein Komma zwischen Domain, Account-id und Beziehung und lass alle zusätzlichen nachgestellten Felder weg.
Ein Record wird markiert, obwohl die Beziehung DIRECT lautet. — Prüfe auf ein verirrtes Zeichen oder ein falsches Keyword — nur DIRECT und RESELLER sind gültig. Kleingeschriebenes direct/reseller wird akzeptiert, aber der Validator warnt, damit du es normalisieren kannst.
Duplikat-Warnungen bei Zeilen, die sich nur durch die TAG-ID unterscheiden. — Die Duplikat-Erkennung nutzt Domain, Account-id und Beziehung. Zwei Zeilen mit demselben Seller-Tupel sind Duplikate, auch wenn die Certification-Authority-id abweicht — behalte eine.
Die Seller einer Subdomain werden von Buyern nicht erfasst. — Deklariere jede delegierte Subdomain mit einer SUBDOMAIN=sub.example.com-Variable-Zeile, damit Crawler wissen, die eigene ads.txt dieser Subdomain abzurufen.

Häufig gestellte Fragen

Was prüft der ads.txt Validator in jeder Zeile?: Für jeden DATA-Record verifiziert er, dass es 3 oder 4 kommagetrennte Felder gibt — Advertising-System-Domain, Publisher-Account-id, eine DIRECT- oder RESELLER-Beziehung und eine optionale Certification-Authority-id — und markiert dann falsche Feldanzahlen, schlechte Beziehungswerte, Duplikate und verirrte Leerzeichen mit der Zeilennummer.
Was ist der Unterschied zwischen DIRECT und RESELLER in ads.txt?: DIRECT bedeutet, dass der Publisher ein direktes Konto bei diesem Advertising-System hat und die Seller-Beziehung kontrolliert. RESELLER bedeutet, dass ein autorisierter Partner das Inventar über sein eigenes Konto weiterverkauft. Das dritte Feld muss genau eines dieser beiden Keywords sein.
Funktioniert dieser Validator auch für app-ads.txt?: Ja. app-ads.txt nutzt dieselbe Record-Grammatik wie ads.txt — dieselben DATA-Record-Felder und VARIABLE-Deklarationen — sodass du beide Dateien einfügen kannst und dieselben Prüfungen greifen. app-ads.txt liegt schlicht an der Developer-Domain aus deinem App-Store-Eintrag.
Wie werden VARIABLE-Zeilen wie OWNERDOMAIN behandelt?: Zeilen, die als KEY=value geschrieben sind, werden als Variablen statt als Seller-Records geparst. Der Validator erkennt CONTACT, SUBDOMAIN, OWNERDOMAIN, MANAGERDOMAIN und INVENTORYPARTNERDOMAIN, warnt bei unbekannten Keys und markiert eine Variable, die keinen Wert hat.
Was zählt als doppelter ads.txt-Record?: Zwei Records mit derselben Advertising-System-Domain, Publisher-Account-id und Beziehung — bei der Domain case-insensitiv verglichen — sind Duplikate, auch wenn einer eine Certification-Authority-id hinzufügt. Der Validator verweist auf die erste Zeile, in der der Record auftrat, sodass du die Wiederholung entfernen kannst.
Wird meine ads.txt-Datei hochgeladen, wenn ich sie validiere?: Nein. Der Validator parst und prüft die Datei auf deinem Gerät und ruft nie eine entfernte ads.txt-URL oder einen Ad-Tag ab. Nichts, was du einfügst, wird an ArrayKit oder einen Crawler gesendet.