sellers.json Validator
Validiere ein sellers.json-Dokument in deinem Browser gegen die IAB-Tech-Lab-Spezifikation. Die Datei, die du einfügst, bleibt auf deinem Gerät.
Der sellers.json Validator läuft vollständig in deinem Browser. Das Dokument, das du einfügst, wird auf deinem Gerät geparst und geprüft und nie von einer URL abgerufen oder zu ArrayKit hochgeladen.
ads.txt Validator öffnen
Über sellers.json Validator
Der sellers.json Validator lintet ein IAB-Tech-Lab-sellers.json-Dokument in dem Moment, in dem du es einfügst. Er bestätigt die erforderliche Top-Level-version und das sellers[]-Array und geht dann jeden Seller-Eintrag durch: Jeder braucht eine seller_id, die über die Datei hinweg eindeutig ist, und einen seller_type von PUBLISHER, INTERMEDIARY oder BOTH (case-insensitiv). name und domain sind erforderlich, es sei denn, der Seller ist als is_confidential markiert, und is_passthrough muss ein sauberer Boolean sein. Die Befunde kommen als Pass/Fail-Verdikt zurück, samt Fehlermeldungen pro Seller, die mit dem Array-Index und der seller_id versehen sind, plus einer Zusammenfassung, die Seller nach Typ sowie confidential- und passthrough-Einträge zählt. Ad-Ops- und Supply-Path-Teams auditieren hier ihre eigene oder die Datei eines Partners, ohne sie an einen Drittanbieter-Service zu POSTen — alles läuft auf deinem Gerät.
Funktionen
- Prüft die erforderliche Top-Level-version und das sellers[]-Array gemäß der sellers.json-Spec
- Verifiziert, dass jede seller_id vorhanden und innerhalb der Datei eindeutig ist
- Validiert seller_type gegen PUBLISHER, INTERMEDIARY und BOTH (case-insensitiv)
- Erzwingt name und domain, es sei denn, der Seller setzt is_confidential = 1
- Bestätigt, dass is_confidential und is_passthrough saubere 0/1-Boolean-Flags sind
- Versieht jeden Fehler mit dem sellers[]-Index und der betreffenden seller_id
- Fasst Anzahlen nach seller_type plus confidential- und passthrough-Summen zusammen
- Parst und validiert das Dokument in deinem Browser — die Datei verlässt dein Gerät nie
So verwendest du sellers.json Validator
- Füge dein sellers.json-Dokument ein oder lade das Beispiel, um die erwartete Form zu sehen
- Lies das Pass/Fail-Verdikt und die Seller-Type-Zusammenfassungs-Anzahlen
- Springe zu jedem markierten sellers[i]-Eintrag über den Index und die seller_id in der Meldung
- Behebe das betreffende Feld und validiere erneut, bis das Dokument besteht
Beispiel
Eingabe
{
"version": "1.0",
"sellers": [
{ "seller_id": "1001", "seller_type": "RESELLER" }
]
}
Ausgabe
Invalid sellers.json — 3 issues
sellers[0] (seller_id 1001) — Invalid "seller_type" "RESELLER". Must be one of PUBLISHER, INTERMEDIARY, or BOTH.
sellers[0] — "name" is required unless the seller is confidential.
sellers[0] — "domain" is required unless the seller is confidential.
seller_type akzeptiert nur PUBLISHER, INTERMEDIARY oder BOTH; nicht-confidential Seller brauchen name und domain.
Häufige Fehler & Fehlerbehebung
- "Missing required top-level field version" bei einer Datei, die klar Seller hat. — sellers.json erfordert ein String-version-Feld (zum Beispiel "1.0") auf Top-Level neben sellers[]. Füge es hinzu — das sellers-Array allein reicht nicht.
- Ein confidential Seller wird für einen fehlenden name oder eine fehlende domain markiert. — name und domain sind nur optional, wenn is_confidential = 1 bei diesem Seller. Setze is_confidential auf 1, um sie wegzulassen, oder liefere beide Felder.
- seller_type wird abgelehnt, obwohl der Wert richtig aussieht. — Nur PUBLISHER, INTERMEDIARY und BOTH sind gültig (case-insensitiv). Werte wie RESELLER, SSP oder EXCHANGE sind nicht Teil der Spec und scheitern.
- "Duplicate seller_id" bei IDs, die du für verschieden hältst. — seller_id wird als String verglichen, sodass 1001 und "1001" kollidieren. Jede seller_id muss innerhalb der Datei eindeutig sein — nummeriere die Einträge neu oder entferne Duplikate.
Häufig gestellte Fragen
- Was prüft der sellers.json Validator?
- Er bestätigt die erforderliche Top-Level-version und das sellers[]-Array und prüft dann, dass jeder Seller eine eindeutige seller_id, einen seller_type von PUBLISHER, INTERMEDIARY oder BOTH sowie name und domain hat, es sei denn, der Seller ist confidential — wobei er jedes Problem mit seinem Index und der seller_id markiert.
- Wann darf ein Seller name und domain weglassen?
- Nur wenn dieser Seller is_confidential = 1 setzt. Die sellers.json-Spec lässt ein confidential Konto seinen name und seine domain verbergen, sodass der Validator die name/domain-Anforderung für diese Einträge überspringt und sie in der Zusammenfassung separat zählt.
- Welche seller_type-Werte sind in sellers.json gültig?
- PUBLISHER (besitzt das Inventar), INTERMEDIARY (verkauft das Inventar eines anderen Kontos weiter) und BOTH. Die Prüfung ist case-insensitiv, sodass publisher und PUBLISHER beide bestehen, aber jeder andere String wie RESELLER als ungültiger seller_type gemeldet wird.
- Warum wird eine seller_id als Duplikat gemeldet?
- Jede seller_id muss innerhalb einer einzelnen sellers.json-Datei eindeutig sein. Der Validator normalisiert IDs vor dem Vergleich zu Strings, sodass eine numerische 1001 und eine String-"1001" als dieselbe ID behandelt werden und das zweite Vorkommen mit einem Verweis auf das erste markiert wird.
- Ruft der Validator meine sellers.json von ihrer URL ab?
- Nein. Er ruft nie eine entfernte URL oder einen Ad-Endpunkt ab. Du fügst den Dokumenttext ein und er wird auf deinem Gerät geparst und validiert, sodass nichts über die Datei zu ArrayKit oder einem Dritten hochgeladen wird.
Verwandte Tools
Alle ArrayKit-Tools