sellers.json и SupplyChain (schain): как покупатели проверяют путь показа

В программатике показ может пройти через несколько компаний, прежде чем дойдёт до покупателя. sellers.json и объект SupplyChain IAB Tech Lab создала, чтобы этот путь стал видимым. Если вы паблишер, перепродавец или рекламная платформа и работаете с партнёрами через schain, вот как всё связано.

Что такое sellers.json?

sellers.json — JSON-файл, который рекламная система — SSP, биржа или рекламная сеть — публикует в корне своего домена, например https://example-ssp.com/sellers.json. В нём перечислены аккаунты, которым система платит за инвентарь. У каждой записи есть:

Ещё в файле есть контакты рекламной системы и номер версии. Wizads публикует свой файл по адресу wizads.eu/sellers.json.

Что такое объект SupplyChain (schain)?

Объект SupplyChain передаётся в каждом запросе ставки OpenRTB. Это список «узлов» — по одному на каждую компанию, которая обработала показ:

"schain": {
  "ver": "1.0",
  "complete": 1,
  "nodes": [
    { "asi": "example-ssp.com", "sid": "12345", "hp": 1 },
    { "asi": "example-exchange.com", "sid": "abc-678", "hp": 1 }
  ]
}

• asi — домен рекламной системы (где лежит её sellers.json);
• sid — ID продавца в этой системе;
• hp — 1, если через этот узел проходят деньги;
• complete — 1, если цепочка включает все узлы вплоть до владельца инвентаря.

В OpenRTB 2.5 объект находится в source.ext.schain, в OpenRTB 2.6 он стал стандартным полем source.schain.

Как покупатели используют ads.txt, sellers.json и schain вместе?

Покупатель, обычно DSP, проверяет три вещи:

1. ads.txt на сайте паблишера. Разрешает ли сайт рекламную систему и ID продавца первого узла как DIRECT или RESELLER? См. наш гайд по ads.txt.
2. sellers.json каждого узла. Публикует ли каждый asi файл sellers.json и есть ли там sid с правдоподобным типом продавца?
3. Саму цепочку. Она полная и похожа на разумный путь, а не на длинную цепочку перепродавцов?

Если проверки не проходят, многие покупатели снижают ставку или пропускают показ. Чистый, короткий и проверяемый путь обычно означает больше спроса и лучшие цены.

Что проверить паблишерам?

• В вашем ads.txt перечислены все рекламные системы, с которыми вы работаете, с точными ID продавца, которые они вам выдали.
• Каждая из этих систем указывает ваш аккаунт в своём sellers.json, желательно с названием и доменом, а не как конфиденциальный.
• Тип продавца соответствует действительности: PUBLISHER для вашего собственного сайта.
• При смене партнёров удаляйте старые строки из ads.txt — устаревшие записи путают покупателей.

Что проверить перепродавцам и платформам?

• Ваш sellers.json доступен по HTTPS, это корректный JSON, и он актуален.
• У каждого аккаунта, который присылает вам трафик, есть запись с правильным seller_type.
• Вы передаёте входящую цепочку schain дальше и добавляете свой узел, а не заменяете цепочку.
• В ads.txt и app-ads.txt ваших партнёров указаны ваши ID продавца.

Частые ошибки

Почему это важно для качества трафика

Подмена домена — продажа дешёвого инвентаря под видом премиального сайта — была одной из главных причин появления этих стандартов. С ads.txt, sellers.json и schain покупатель видит, кто продаёт и кому принадлежит инвентарь. Это часть того, как платформы борются с рекламным фродом. Общая картина — в гайде по программатик-рекламе.

Частые вопросы

sellers.json обязателен?

Это не закон, но многие покупатели его ждут. Инвентарь систем без sellers.json часто оценивают ниже или исключают.

Чем ads.txt отличается от sellers.json?

ads.txt публикует паблишер, и в нём сказано, кто может продавать его инвентарь. sellers.json публикует рекламная система, и в нём сказано, кому она платит. Каждый файл подтверждает другой.

Где найти информацию о продавцах Wizads?

В публичном файле wizads.eu/sellers.json. Если вы работаете с Wizads как паблишер или партнёр, точные строки для ads.txt и ID продавца даст ваш менеджер.