Supply chain в programmatic: что проверить после новых стандартов и benchmark-ов

Почему тема стала срочной

Programmatic давно продается как автоматизация, но покупатель по-прежнему может плохо понимать, кто именно продал ему показ, какие технологические слои добавились по пути и какая часть бюджета дошла до media owner. В 2026 году эта тема усилилась сразу с нескольких сторон: стандарты обновляются, рекламодатели требуют большей прозрачности, а AI-оптимизация использует supply quality как один из сигналов.

IAB Tech Lab вынес обновление Programmatic Standard Practices на публичное обсуждение, а отдельные стандарты supply chain продолжают развиваться. Это не означает, что любой документ автоматически меняет российскую закупку завтра. Но это хороший момент пересобрать собственный список обязательных полей и не ждать, пока непрозрачность станет проблемой в отчете.

Что именно изменилось в стандартах — и чего они не обещают

16 сентября 2026 года IAB Tech Lab опубликовал для обсуждения Programmatic Standard Practices v1. Это не новая DSP, не закон и не готовая сертификация поставщика. Документ предлагает общие правила, по которым buyer и seller должны применять уже существующие технические стандарты в реальной сделке: так, чтобы уменьшить лишние транзакционные издержки, снизить риск и сделать отношения между участниками проверяемыми. Период публичного обсуждения заканчивается 16 октября; следовательно, это пока рабочая версия направления, а не финальная норма рынка.

В этом и состоит ценность сигнала. Рынок десятилетиями умеет передавать bid request через OpenRTB, фиксировать продавцов через sellers.json, проверять авторизованных реселлеров через ads.txt и описывать путь в schain. Но наличие спецификации не гарантирует, что она используется последовательно, а данные в ней полны и доступны покупателю. Новый документ переводит разговор из плоскости «есть ли у нас стандарт» в плоскость «какой договорный и операционный процесс подтверждает, что стандарт работает».

Не стоит делать обратную ошибку и обещать, будто короткая цепочка автоматически дает лучший результат. Для части кампаний дополнительный слой действительно может быть полезен: он объединяет качественный инвентарь в deal, добавляет верификацию, контекстный сигнал, аудиторию, частотный контроль или независимое измерение. Вопрос не в количестве названий в отчете, а в том, можно ли назвать функцию каждого слоя, цену этой функции и способ доказать ее эффект.

Как читать supply path

Supply path — это последовательность участников, через которых проходит рекламная возможность от владельца инвентаря до покупателя. На практике цепочка может включать паблишера, SSP, exchange, data или curation layer, DSP, verification и ad server. Сложность сама по себе не доказывает waste: дополнительный участник может давать полезный доступ, качество или измерение. Вопрос в том, понятна ли его функция и можно ли проверить добавленную ценность.

Минимальный набор для buyer-а: publisher или app, seller, SSP, deal ID, schain, ads.txt или sellers.json там, где они применимы, тип сделки, формат, устройство, цена и данные о качестве. Отдельно запросите технологические и data fees. Сравнивать нужно не только bid и CPM, но и долю working media, qualified impressions и стоимость полезного контакта.

Три файла, которые нельзя путать между собой

ads.txt отвечает на вопрос, кому паблишер разрешил продавать свой инвентарь. sellers.json помогает понять, кто за идентификатором продавца стоит на стороне SSP: сам владелец площадки или посредник. SupplyChain Object, или schain, передает последовательность участников конкретной сделки. Вместе они дают не абсолютную гарантию качества, а возможность сопоставить декларации: разрешен ли продавец, как он себя называет и каким путем пришел именно этот показ.

На практике полезная проверка выглядит так. Сначала команда берет 10–20 площадок и приложений с наибольшими расходами, а не пытается проверить весь интернет. Затем сверяет, совпадает ли домен или app bundle с отчетом, есть ли продавец в ads.txt, как он описан в sellers.json, что показывает schain и не расходится ли эта картина с типом сделки. Если данные недоступны, это не повод автоматически исключать поставщика; это повод пометить источник как непрозрачный и не отдавать ему долю бюджета, которую команда не готова защищать.

Проверка имеет ограничения. В mobile in-app среде, CTV, закрытых экосистемах и приватных сделках набор доступных сигналов отличается. Иногда buyer получит не raw-логи, а агрегированный отчет. Тогда критичны не формальные названия файлов, а честно зафиксированный уровень наблюдаемости: что видно на уровне домена, приложения, deal или SSP; какие поля нельзя получить; кто подтверждает данные; как часто их обновляют.

Цена показа: почему одного CPM недостаточно

CPM отвечает только на один вопрос: сколько стоит тысяча показов в той форме, в которой их посчитала система. Он не говорит, какая часть этих показов была viewable, как часто один и тот же пользователь видел рекламу, сколько инвентаря отфильтровано как IVT, какова доля подходящей среды, сколько денег ушло на технологические слои и можно ли сравнить эту цену с другим маршрутом закупки.

Для закупочной карточки полезно разделить как минимум пять величин: ставка buyer-а; clearing price или фактическая цена аукциона, если она доступна; media cost; технологические и data fees; итоговая стоимость для клиента. Рядом должны стоять качественные показатели: viewability, invalid traffic, brand safety или suitability, reach, frequency и метрика, ради которой вообще был запущен канал. Без такой раскладки низкий CPM легко оказывается следствием дешевого, но бесполезного контакта.

Есть и обратный риск: команда видит высокую цену premium deal и сразу считает ее неэффективной. Сравнение будет честным только при одинаковой задаче, географии, формате, частоте, периоде, измерении и правилах исключения. Если curated deal дороже, но дает меньшую долю IVT, более стабильную видимость, лучшую среду или инкрементальный охват, его функция может оправдывать надбавку. Если доказательства нет, это не премиум, а непрозрачная комиссия.

Что запросить у партнеров

Эту таблицу стоит превратить в приложение к брифу, а не оставлять набором вопросов на созвоне. Для каждой строки назначается владелец ответа, формат выгрузки, частота обновления и правило, по которому ответ считается достаточным. Например, «покажем список SSP» не равно «можем разложить расходы по publisher, SSP, deal и типу сделки». «Есть antifraud» не равно «покажем методологию, дату фильтрации, долю отфильтрованного трафика и способ обработки постфактум».

Аукционная прозрачность: какие события должны остаться в журнале

MRC в январе 2026 года обновил Digital Advertising Auction Transparency Standards. Стандарты MRC не заменяют коммерческий договор и не превращают каждый закрытый аукцион в полностью открытый. Их практическая ценность для buyer-а в другом: они напоминают, что измерение аукциона требует методологии раскрытия, системных контролей и возможности понять, как именно сервис получил свой результат.

Минимальный журнал для крупного изменения в закупке должен хранить дату и версию настройки, объект изменения, инициатора, основание, старое и новое значение, ограничение бюджета, ожидаемый эффект и фактический эффект после согласованного периода. Для автоматического действия добавьте идентификатор правила или модели, входной сигнал и человека, который может отменить решение. Это не бюрократия ради бюрократии: без истории невозможно отличить полезную оптимизацию от случайного перераспределения или ошибки в данных.

Разделяйте два разных журнала. Журнал транзакций объясняет, что произошло с показом, сделкой или расходом. Журнал решений объясняет, почему платформа, агентство или агент изменили ставку, исключили площадку, расширили сегмент или перенесли бюджет. В отчетах эти уровни часто смешиваются: buyer видит красивую динамику CPM, но не может восстановить, какое действие ее вызвало. Именно вторую проблему придется решать при росте агентной автоматизации.

Curation: польза или новый посредник

Curation имеет смысл, когда поставщик реально улучшает закупку: отбирает проверенный supply, объединяет контекст, добавляет качественную аудиторию, снижает дублирование, дает прозрачную deal-логику или помогает измерить результат. Curation не имеет смысла как красивое название для списка площадок, который нельзя проверить и сравнить с прямым путем.

Проведите A/B-сравнение: curated deal против прямого или более простого supply path при одинаковой задаче, частоте, формате и измерении. Смотрите не только CPM, но и долю viewable, fraud rate, completion, reach, overlap, стоимость qualified impression и стабильность доставки. Если curation дороже, она должна объяснять разницу в результате или снижении риска.

Для такого теста не обязательно сразу делить весь медиабюджет пополам. Начните с ограниченной, но статистически и операционно осмысленной доли: одинаковые креативы, одинаковый период, равные frequency caps, единый список исключений и заранее зафиксированные качественные метрики. По завершении сравните не только усредненный результат, но и состав закупки. Часто различие прячется в нескольких площадках, времени суток, устройствах или в том, что один маршрут быстро выкупил частоту на коротком списке пользователей.

Когда в цепочку входит AI-агент

Почему AI усиливает требования к supply

Алгоритм может быстро перераспределить бюджет туда, где видит вероятность KPI. Если в данных смешаны разные уровни качества, модель начнет оптимизировать не бизнес-ценность, а удобный для нее прокси-сигнал. Прозрачный supply path помогает понять, на каких источниках сформирован результат, и не спутать дешевую доставку с эффективностью.

Поэтому в AI-кампании полезно фиксировать не только итоговый KPI, но и распределение spend по supply path, источникам, форматам и качественным срезам. Нужен также журнал изменений: что система изменила, когда, на основании какого сигнала и кто мог остановить действие. Без такой трассировки разговор об автономной закупке остается маркетингом.

У IAB Tech Lab это разделение закреплено в AAMP — Agentic Advertising Management Protocols. Инициатива строится на трех слоях: инфраструктура исполнения, протоколы взаимодействия buyer и seller agents и контур trust and transparency. Это международный технический проект, а не готовая архитектура российского рекламного кабинета. Но его логика применима локально: агент не должен иметь больше прав, чем у владельца процесса; общие схемы данных нужны, чтобы снизить неоднозначность; участники сделки должны быть идентифицируемыми.

В реальной кампании полезно выделить три зоны полномочий. В зеленой зоне агент может собирать отчеты, находить аномалии, предлагать изменения и готовить черновик медиаплана. В желтой — менять ставку или pacing только внутри заранее установленного лимита и с записью в журнал. В красной — нельзя без подтверждения менять бюджет кампании, разрешенный supply, географию, правила работы с данными, частоту, доступ к сегментам или условия сделки. Такая матрица делает автоматизацию проверяемой, а не декоративной.

Как оценивать качество измерения

Проверка цепочки бесполезна, если итоговая метрика сама непрозрачна. MRC публикует отдельные руководства по IVT, viewability, attention, digital video и аукционной прозрачности. Для российского рынка это не обязательный свод правил, но удобный список вопросов к измерителю и поставщику: как описана методика; какие данные доступны клиенту; где фильтруется недействительный трафик; как обрабатываются исправления; какие ограничения есть у модели; можно ли воспроизвести ключевой расчет.

Не требуйте невозможного. В части сред нельзя получить user-level картину, независимую дедупликацию или полный аукционный лог. Зрелый отчет не скрывает эти пробелы: он показывает, что измерено непосредственно, что смоделировано, что заявлено поставщиком и что осталось неизвестным. Это особенно важно, когда vendor связывает рост KPI с AI: причинность не появляется автоматически от того, что решение было принято алгоритмом.

Российская применимость: что можно сделать без копирования западного стека

Российскому рекламодателю не нужно внедрять OpenRTB-спецификацию или создавать собственный agent registry, чтобы повысить качество закупки. Достаточно начать с управляемой дисциплины: зафиксировать допустимый supply, запросить разрез расходов и качества, отдельно описать все комиссии, ввести список исключений, сравнивать маршруты на общей методике и хранить историю значимых изменений. Эти требования применимы к DSP, агентству, паблишеру и технологическому партнеру независимо от их названий.

Для агентства полезный продукт — не обещание «самой прозрачной закупки», а повторяемый пакет документов: карта цепочки, словарь метрик, шаблон supplier scorecard, регламент изменений и post-campaign review. Для паблишера — понятное описание прав на продажу инвентаря, формата, контекста и данных. Для adtech-команды — настройки, которые позволяют клиенту увидеть причины решений, а не только итоговый дашборд.

План проверки за пять рабочих дней

День 1: запросить цепочки, fees и определения метрик. День 2: сверить домены, приложения, sellers и deal IDs. День 3: разбить отчет по форматам, устройствам и качеству. День 4: выбрать 2–3 supply path для контролируемого сравнения. День 5: зафиксировать правила масштабирования и список исключений.

Результатом должна стать не презентация о прозрачности, а рабочая карточка поставщика: разрешенные источники, понятные комиссии, обязательные поля отчета, допустимые отклонения, owner процесса и порядок эскалации. Такая карточка пригодится и при ручной закупке, и при подключении AI-агента.

Прозрачность не означает, что нужно покупать только самый короткий путь. Она означает, что команда знает, за что платит, какие риски принимает и как проверит обещанный эффект. Именно это превращает programmatic из черного ящика в управляемую инфраструктуру.