Что именно описывает schain
SupplyChain, или schain, передаёт сведения об участниках продажи рекламной возможности. Для распознавания узла существенна пара asi и sid: домен рекламной системы и идентификатор продавца внутри неё. Одинаковый sid в двух системах не означает одного участника.
В спецификации SupplyChain complete показывает заявленную полноту цепочки. Значение 1 не является результатом внешнего аудита. Данные нужно сопоставлять с раскрытиями продавцов и документами. Не подменяйте проверку наличием зелёного индикатора в интерфейсе DSP.
У ads.txt, sellers.json и schain разные задачи. Первый раскрывает авторизованные каналы продажи, второй помогает установить продавцов по ID, третий описывает путь конкретного запроса. Их связь рассматривается на странице IAB Tech Lab о sellers.json. Ни один из этих файлов сам по себе не раскрывает все комиссии и качество показа.
Сначала роль, затем поиск пропавшего узла
Учебная цепочка выглядит так: издатель, управляющий партнёр, SSP, DSP. Партнёр обслуживает техническую обвязку площадки и получает деньги, которые затем распределяет издателю. В полученном запросе видна только SSP. Здесь есть основание выяснить, почему upstream-часть не отражена.
Другой случай: партнёр получает фиксированную оплату за разработку и не участвует в продаже инвентаря. Его отсутствие в цепочке само по себе не является ошибкой. Из названия договора «технологические услуги» нельзя уверенно выбрать один из вариантов. Нужны фактическая функция, схема расчётов и подтверждение стороны, формирующей запрос.
Документация Prebid отдельно обращает внимание на управляющих wrapper-провайдеров, которые обслуживают издателей и проводят выплаты. Это полезный технический контекст: смотреть нужно на устройство бизнеса, а не на количество компаний, связанных с сайтом. Prebid не подтверждает корректность конкретной российской цепочки.
Пакет доказательств для одного маршрута
Выберите ограниченную выборку запросов по площадке, времени и продавцу. Сохраните исходный schain, время получения, версию интеграции и разрешённый для передачи корреляционный ID. Не включайте в письмо пользовательские идентификаторы и токены. Снимки публичных файлов делайте с отметкой времени: сегодняшняя запись может отличаться от записи в момент закупки.
| Проверка | Что фиксировать | Что выяснять при расхождении |
|---|---|---|
| Идентичность узла | asi, sid, раскрытое имя | Какой аккаунт реально использован |
| Авторизация | Запись ads.txt или app-ads.txt | Разрешена ли продажа этого инвентаря |
| Полнота | complete и последовательность узлов | Где начинается наблюдаемый маршрут |
| Коммерческая роль | Участие в продаже и расчётах | Нужен ли отдельный узел |
| Изменение во времени | Даты файлов и обновления интеграции | Ошибка актуальности или постоянный пропуск |
Договор помогает понять роль, но не доказывает, что именно этот запрос прошёл по заявленной схеме. И наоборот, schain показывает техническую декларацию, а не исполненный расчёт. Сверяйте обе стороны на одной выборке, не собирайте «среднюю цепочку» из несвязанных документов.
Как разобрать учебное расхождение
Допустим, подрядчик сообщил, что управляющий партнёр является участником перепродажи. Запрос пришёл с complete равным 1, но соответствующего узла нет. Зафиксируйте противоречие и направьте его стороне, которая формирует upstream-часть. Просьба «добавьте имя партнёра в отчёт» проблему не решит: нужно исправить источник декларации и проверить реальные новые запросы.
Если ранняя часть маршрута неизвестна, не рисуйте её по предположению. В спецификации предусмотрена неполная цепочка, а реселлер должен сохранять сведения о полноте при продолжении маршрута. Полный объект, построенный по догадке, мешает расследованию сильнее честного указания неизвестности.
Сравните маршрут до и после изменения на контрольной поставке. Проверяйте долю запросов с исправлением, а не один удачный скриншот. Размер контрольной выборки согласуйте с объёмом и разнообразием интеграций: одна площадка может идти через несколько аккаунтов и схем продажи.
Когда ограничивать закупку
Редакционная рекомендация: разделить несоответствия по последствиям. Если идентификация продавца и авторизация подтверждены, но документирован сбой обновления, можно выделить маршрут в отдельный лимит до исправления. Если продавец не устанавливается или площадка не подтверждает право продажи, нужны остановка этого пути и эскалация ответственному за качество.
Конкретные сроки и допуски устанавливает рекламодатель; универсального безопасного процента пропусков нет. Отдельно проверьте альтернативный путь к тому же издателю, чтобы устранение расхождения не превратилось в необоснованный полный отказ от его аудитории. Более короткая цепочка также не гарантирует более низкую полную цену: об этом сравнение CPM на общей базе.
Что запросить у российского подрядчика
Сформулируйте вопрос предметно: «Какую роль выполняет компания X в продаже этого инвентаря, где она должна отражаться и кто отвечает за декларацию в запросе?» Приложите обезличенную выборку, снимки файлов и временной интервал. Попросите ответ с владельцем исправления и способом повторной проверки.
Итог расследования должен содержать установленную причину, затронутый маршрут и принятое действие. Если факты не собраны, так и запишите: «роль не подтверждена». Объявлять поставщика мошенником по отсутствию одного имени преждевременно. Для общего контекста есть разбор прозрачности supply chain и глоссарий.
