Programmatic guaranteed

Происхождение и история термина

Programmatic появился как автоматизация покупки рекламы через платформы, однако автоматизация не обязательно означает открытый аукцион. IAB Tech Lab использует название Automated Guaranteed для автоматизированной прямой продажи с гарантированными инвентарём и ценой. Первая открытая спецификация OpenDirect 1.0, поддерживающая такой процесс, вышла в январе 2015 года; доступная на дату проверки страница IAB ведёт к OpenDirect 2.1 ^[4].

У параллельной технологии OpenRTB другая задача: это протокол обмена запросами и ставками в реальном времени. Его история началась в 2010 году, а актуальная ветка 2.x содержит объект сделки Deal и признак гарантированной сделки ^[5]. Поэтому слова programmatic и RTB не являются синонимами: PG может использовать программные интерфейсы и даже сообщения формата OpenRTB, сохраняя заранее согласованные обязательства.

Суть и механизм

Сначала издатель и покупатель согласуют паспорт сделки: инвентарь, период, географию и другие таргетинги, допустимые форматы, источник креатива, модель цены, объём или долю показов, правила учёта и порядок изменения условий. В Google Marketplace переговоры начинаются с запроса предложения, а после принятия предложение становится финализированной сделкой ^[2].

Фиксированная цена — цена, согласованная сторонами до доставки. В Google Marketplace это отдельное поле fixedPrice; доступны модели CPM — цена за тысячу показов — и CPD — цена за день. Для стандартного размещения задаётся число гарантированных показов, а для sponsorship — доля подходящего инвентаря и, в некоторых вариантах, предел показов ^[3]. Эти поля описывают Google Marketplace, а не универсальный договор для любой платформы.

Резервирование означает, что система учитывает оговорённую ёмкость инвентаря под обязательство. Оно не создаёт показ задним числом и не обещает, что пользователь увидит объявление. Для доставки ещё нужны подходящий запрос, прошедший проверку креатив и корректный ответ покупателя.

Deal ID — уникальный идентификатор сделки в техническом обмене. В OpenRTB он передаётся в объекте Deal; там же могут находиться цена и признак guar, обязывающий участника сделать ставку по гарантированной сделке ^[5]. В реализации Google согласованная CPM передаётся как bidfloor и переопределяет цену в ответе покупателя ^[2]. Здесь ставка служит техническим ответом на запрос, а не новым торгом за цену.

Виды и классификации

Google Ad Manager разделяет способы сделки по двум признакам: есть ли прямые переговоры с одним покупателем и зарезервирован ли инвентарь ^[1].

Таким образом, фиксированная цена встречается и в PG, и в Preferred Deal. Различие между ними создаёт резервирование и взаимное обязательство, а не само наличие Deal ID. Private auction и open auction относятся к конкурентной покупке отдельных возможностей показа; они различаются кругом участников ^{[1] [3]}.

Как применяется на практике

Учебный пример: издатель и агентство согласовали 1 000 000 учитываемых показов за октябрь по фиксированной CPM, определили разделы сайта, географию, размеры баннеров и часовой пояс отчёта. После принятия предложения платформа резервирует подходящий инвентарь. Когда возникает подходящий рекламный запрос, система передаёт Deal ID, покупатель возвращает допущенный креатив по правилам сделки, а сервер учитывает доставку.

До запуска стороны проверяют прогноз доступного инвентаря и готовность креативов. Во время размещения они сравнивают план, темп и факт, а при риске недокрута выясняют причину: слишком узкий таргетинг, отклонённый креатив, отсутствие ответов покупателя, нехватку подходящего трафика или изменение условий. Даже пауза не отменяет автоматически ранее согласованные обязательства ^[2].

В российской практике документация Adfox описывает кампанию «Гарантия» с обязательствами по открутке и отдельное «Бронирование»: оно резервирует инвентарь под прямые продажи, но само не имеет активных показов ^[7]. Это полезная аналогия резервирования, но не доказательство того, что кампания Adfox технически тождественна PG в Google или OpenDirect.

Поддержку надо проверять у конкретной связки платформ. Например, Prebid прямо помечает прежнюю экспериментальную поддержку PG в Prebid Server как прекращённую ^[6]. Наличие обычного header bidding или OpenRTB ещё не означает готовность системы исполнять гарантированные сделки.

Как измерить или проверить

Для сделки с фиксированным планом базовая формула выполнения такова:

где $Q_{fact}$ — число засчитанных по согласованной методике событий, а $Q_{plan}$ — план на весь период. В учебном примере после 600 000 засчитанных показов выполнение равно $600\,000/1\,000\,000\times100\%=60\%$. Это авторская контрольная формула; договорный расчёт может учитывать допустимые корректировки и иные единицы.

Чтобы проверить темп, сопоставляют долю выполненного плана с долей прошедшего времени. Если прошло 75% периода, а доставлено 60% плана, размещение отстаёт от равномерного темпа на 15 процентных пунктов. Раннее отставание не доказывает итоговый недокрут: платформа может ускорить доставку, если есть подходящий инвентарь.

Прогноз нельзя считать фактом. Adfox строит его по накопленной статистике, загрузке инвентаря, таргетингам и конкурирующим кампаниям; нестабильный трафик и неподдерживаемые функции снижают точность или делают расчёт невозможным ^[8]. Для финальной сверки нужны фактический отчёт, одинаковое определение события, период, часовой пояс, версия условий и список исключений.

Ошибки, ограничения и спорные вопросы

Главная ошибка — читать слово guaranteed как обещание маркетингового результата. PG гарантирует согласованные обязанности сторон по резерву и доставке, но не интерес человека, видимость каждого показа, клики, конверсии или продажи.

Другая ошибка — считать любую сделку по фиксированной цене гарантированной. Preferred Deal использует согласованную цену без резерва. Обратная ошибка — считать PG обычным аукционом только потому, что технический обмен содержит bid request и bid response.

Наконец, нельзя переносить поля одной платформы в другую без проверки. fixedPrice, guaranteedLooks, guar и «Бронирование» принадлежат разным спецификациям и интерфейсам. В рабочем паспорте сделки важны не названия полей, а согласованный смысл цены, объёма, события и ответственности.

Правовой аспект

Для интернет-рекламы, направленной на аудиторию в России, способ закупки не отменяет требования статьи 18.1 Федерального закона № 38-ФЗ. Норма предусматривает передачу сведений для учёта рекламы через оператора рекламных данных, пометку «реклама», сведения о рекламодателе и идентификатор рекламы ^[9]. Распределение обязанностей, условия оплаты и последствия недокрута следует закреплять в договоре; перед публикацией этот раздел требует проверки юристом.

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

Связанные термины

• programmatic
• rtb-auktsion
• pmp-zakrytyy-auktsion
• fill rate zapolnyaemost inventarya
• CPM (цена 1000 показов)
• otchet-po-razmeshcheniyu