Валидатор sellers.json
Проверяйте документ sellers.json по спецификации IAB Tech Lab в браузере. Файл, который вы вставляете, остаётся на вашем устройстве.
Валидатор sellers.json работает целиком в вашем браузере. Документ, который вы вставляете, разбирается и проверяется на вашем устройстве и никогда не запрашивается по URL и не загружается в ArrayKit.
Открыть валидатор ads.txt
Об инструменте Валидатор sellers.json
Валидатор sellers.json проверяет документ IAB Tech Lab sellers.json в момент вставки. Он подтверждает обязательные верхнеуровневые version и массив sellers[], затем проходит каждую запись продавца: каждой нужен seller_id, уникальный во всём файле, и seller_type PUBLISHER, INTERMEDIARY или BOTH (без учёта регистра). name и domain обязательны, если только продавец не помечен is_confidential, а is_passthrough должен быть чистым булевым значением. Находки возвращаются как вердикт pass/fail, сообщения об ошибках по каждому продавцу с индексом массива и seller_id и сводка, которая считает продавцов по типу плюс записи confidential и passthrough. Ad-ops и supply-path команды проводят аудит своего файла или файла партнёра здесь, не отправляя его POST-ом стороннему сервису — всё работает на вашем устройстве.
Возможности
- Проверяет обязательные верхнеуровневые version и массив sellers[] по спецификации sellers.json
- Проверяет, что каждый seller_id присутствует и уникален внутри файла
- Проверяет seller_type по PUBLISHER, INTERMEDIARY и BOTH (без учёта регистра)
- Требует name и domain, если только продавец не задаёт is_confidential = 1
- Подтверждает, что is_confidential и is_passthrough — чистые булевы флаги 0/1
- Помечает каждую ошибку индексом sellers[] и виновным seller_id
- Суммирует счётчики по seller_type плюс итоги confidential и passthrough
- Разбирает и проверяет документ в вашем браузере — файл никогда не покидает ваше устройство
Как использовать Валидатор sellers.json
- Вставьте ваш документ sellers.json или загрузите пример, чтобы увидеть ожидаемую форму
- Прочитайте вердикт pass/fail и сводные счётчики по типу продавца
- Перейдите к каждой помеченной записи sellers[i] по индексу и seller_id из сообщения
- Исправьте виновное поле и перепроверьте, пока документ не пройдёт проверку
Пример
Ввод
{
"version": "1.0",
"sellers": [
{ "seller_id": "1001", "seller_type": "RESELLER" }
]
}
Результат
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 принимает только PUBLISHER, INTERMEDIARY или BOTH; не-confidential продавцам нужны name и domain.
Частые ошибки и устранение неполадок
- «Missing required top-level field version» на файле, где явно есть sellers. — sellers.json требует строковое поле version (например "1.0") на верхнем уровне рядом с sellers[]. Добавьте его — одного массива sellers недостаточно.
- Confidential-продавец помечен за отсутствующие name или domain. — name и domain опциональны только когда is_confidential = 1 у этого продавца. Задайте is_confidential в 1, чтобы их опустить, или укажите оба поля.
- seller_type отклоняется, хотя значение выглядит правильным. — Корректны только PUBLISHER, INTERMEDIARY и BOTH (без учёта регистра). Значения вроде RESELLER, SSP или EXCHANGE не входят в спецификацию и не пройдут.
- «Duplicate seller_id» на ID, которые вы считаете различными. — seller_id сравнивается как строка, поэтому 1001 и "1001" совпадают. Каждый seller_id должен быть уникален внутри файла — перенумеруйте или удалите дубликаты записей.
Часто задаваемые вопросы
- Что проверяет валидатор sellers.json?
- Он подтверждает обязательные верхнеуровневые version и массив sellers[], затем проверяет, что у каждого продавца есть уникальный seller_id, seller_type PUBLISHER, INTERMEDIARY или BOTH и name и domain, если только продавец не confidential — помечая каждую проблему её индексом и seller_id.
- Когда продавец может опустить name и domain?
- Только когда этот продавец задаёт is_confidential = 1. Спецификация sellers.json позволяет confidential-аккаунту скрыть name и domain, поэтому валидатор пропускает требование name/domain для таких записей и считает их отдельно в сводке.
- Какие значения seller_type допустимы в sellers.json?
- PUBLISHER (владеет инвентарём), INTERMEDIARY (перепродаёт инвентарь другого аккаунта) и BOTH. Проверка без учёта регистра, поэтому publisher и PUBLISHER оба проходят, но любая другая строка вроде RESELLER сообщается как некорректный seller_type.
- Почему seller_id сообщается как дубликат?
- Каждый seller_id должен быть уникален внутри одного файла sellers.json. Валидатор нормализует ID к строкам перед сравнением, поэтому числовой 1001 и строковый "1001" трактуются как один ID, и второе вхождение помечается с указателем на первое.
- Запрашивает ли валидатор мой sellers.json по его URL?
- Нет. Он никогда не запрашивает удалённый URL или рекламный эндпоинт. Вы вставляете текст документа, и он разбирается и проверяется на вашем устройстве, поэтому ничего о файле не загружается в ArrayKit или третьим сторонам.
Связанные инструменты
- Валидатор ads.txt — Проверьте ads.txt или app-ads.txt построчно на поля и отношения.
- Сборщик schain — Соберите и проверьте объект IAB SupplyChain для OpenRTB.
- Валидатор OpenRTB — Проверьте bid request OpenRTB 2.5 и 2.6 по правилам IAB в браузере.
- Enum OpenRTB — Ищите перечислимые списки OpenRTB 2.x — каждый код с его значением.
- Валидатор VAST — Проверьте VAST XML по правилам IAB прямо в браузере.
- Генератор Prebid — Соберите конфиг ad unit Prebid.js и сниппет pbjs.addAdUnits().
Все инструменты ArrayKit