Preferred deal

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

В опубликованной 23 апреля 2014 года классификации IAB Бен Глейзер разделял автоматизированные сделки по двум признакам: фиксированная или изменяемая цена, зарезервированный или незарезервированный инвентарь. Preferred deals перечислены среди названий модели Unreserved Fixed Rate — продажи по фиксированной ставке без резервирования. Это документирует употребление термина к указанной дате, но не устанавливает момент его изобретения. ^[5]

Такое разделение помогало описывать коммерческое соглашение отдельно от способа передачи рекламных запросов. Одновременно развивалась техническая совместимость: в истории OpenRTB версия 2.2, выпущенная в апреле 2014 года, отмечена расширенной поддержкой Deal ID для частных торговых площадок. Идентификатор позволял сообщать о сделке внутри протокола; сам по себе он не создавал гарантию объёма. Современная спецификация по-прежнему различает идентификатор, условия цены и признак гарантированной сделки. ^[4]

Как работает сделка

В Google Ad Manager продавец и покупатель согласуют предложение, после принятия которого создаются соответствующие позиции размещения. При подходящей рекламной возможности выбранный покупатель получает возможность ответить по согласованной цене. Если он отказывается или отправляет недопустимую ставку, инвентарь может перейти к другим каналам продажи. ^[1]

Рекламный инвентарь здесь означает доступные возможности размещения. Запрос описывает такую возможность, ставка выражает готовность покупателя участвовать, а оплачиваемый показ — событие, по которому учитываются расходы. Эти этапы нельзя складывать в один показатель: Google отдельно описывает регистрацию оплачиваемого показа в своей интеграции. ^[2]

Deal ID помогает связать запрос с договорённостью. В OpenRTB объект Deal содержит идентификатор и параметры сделки, а объект Pmp объединяет сделки, применимые к данной возможности показа. Поле bidfloor обычно задаёт минимальную ставку в расчёте на тысячу показов; однако при значении at=3 оно передаёт именно согласованную цену сделки. Поэтому слово «минимум» в названии поля ещё не означает аукцион с произвольным повышением цены. ^[4]

Реализация требует чтения документации конкретного участника обмена. Например, Google дополнительно описывает собственный тип PREFERRED_DEAL как покупку по фиксированной цене без обязанности подать ставку. Расширение Google и базовые поля OpenRTB — разные уровни описания; наличие знакомого поля не подтверждает поддержку всех вариантов другим поставщиком. ^{[2, 4]}

Отличия от соседних сделок

Microsoft Monetize различает следующие типы; таблица передаёт именно эту классификацию. ^[3]

Google также противопоставляет резервирование в Programmatic Guaranteed отсутствию резерва в Preferred Deals. ^[1] Следовательно, различие проходит сразу по двум вопросам: как формируется цена и обязан ли кто-либо обеспечить или купить объём. Называть preferred deal просто «закрытым аукционом» недостаточно: это скрывает фиксированную договорённую цену.

Мировая и российская практика

Документация Google и Microsoft показывает применение модели в системах автоматизированной продажи рекламы. ^{[1, 2, 3]} Из этих документов не следует, что любой российский продавец или покупатель имеет доступ к соответствующим сервисам. Для российской сделки полезно проверять её собственные условия: площадки, период, допустимые форматы, валюту, цену и правила учёта показов. Это порядок разбора договора, а не утверждение о доступности конкретной иностранной платформы.

Отдельно проверяют приоритет. В Google Ad Manager preferred deal обычно располагается выше частного и открытого аукциона, но не выше любого другого спроса: документация предусматривает особенности конкуренции с другими типами размещения. ^[1] Поэтому обещание «покупатель всегда получает показ первым» шире подтверждённых правил.

Цена и учебный расчёт

CPM — цена за тысячу показов; такая единица используется и для параметров цены OpenRTB. ^[4] Для модели с одной фиксированной ставкой расходы на оплачиваемые показы рассчитываются непосредственно из этой единицы:

Здесь P — согласованная цена тысячи оплачиваемых показов в одной валюте, I — число таких показов за выбранный период, C — расходы на их покупку. Формула не включает дополнительные комиссии, налоги и конвертацию валюты. Это арифметическое раскрытие CPM, а не обещание итоговой суммы счёта.

Учебный пример: за условный май, с первого по тридцать первое число, ставка составляет 240 рублей за тысячу показов. Продавец зарегистрировал 10 000 подходящих возможностей, каждая на один показ; покупатель отправил 4 000 допустимых ставок, а оплачиваемых показов получилось 3 000. Все числа придуманы для объяснения, это не тариф и не результат кампании.

Покупка показов стоит 720 рублей: 240 умножаем на 3 000 и делим на 1 000. Доля возможностей со ставкой — 40%: знаменатель здесь 10 000 возможностей. Доля возможностей, завершившихся оплачиваемым показом, — 30% с тем же знаменателем. Отношение показов к ставкам нельзя автоматически назвать долей выигранных ставок: для последней нужны именно события выигрыша. Microsoft отдельно определяет показатель выигранных ставок, а Google — регистрацию оплачиваемого показа. ^{[2, 3]}

Если стороны ожидали 5 000 показов, фактические 3 000 составляют 60% прогноза. Это сравнение результата с ожиданием, а не доказательство нарушения гарантии. В Google поле Estimated quantity не влияет на обслуживание рекламы. ^[1] Если в учебной модели дополнительно предусмотрены 180 рублей фиксированной комиссии, суммарный расход составит 900 рублей, или 300 рублей на тысячу фактических показов. Согласованная ставка покупки при этом остаётся 240 рублей. При нуле показов стоимость тысячи фактических показов не вычисляется: знаменатель равен нулю.

Как проверить поставку и избежать ошибок

Microsoft предлагает наблюдать за показами, ставками, заполнением запросов и результатами участия в торгах. Среди причин проблем документация называет отсутствие нацеливания покупателя на Deal ID, слишком узкие ограничения инвентаря и неподходящие ценовые условия. ^[3] Это возможные причины, а не диагноз любой сделки без показов.

Практический разбор начинается с сопоставимых событий за один период. Сначала устанавливают, были ли подходящие запросы, затем — ответы покупателя, после этого — результаты торгов и оплачиваемые показы. Наличие карточки сделки подтверждает её настройку, но не каждый следующий этап. Сверка разных событий без пояснения создаёт ложное впечатление потери показов. ^{[2, 3]}

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

Deal ID не заменяет российский идентификатор рекламы. Часть 17 статьи 18.1 закона № 38-ФЗ связывает распространение интернет-рекламы с идентификатором, присвоенным оператором рекламных данных. Часть 16 отдельно требует пометку «реклама» и сведения о рекламодателе либо ссылку на страницу с ними; в норме предусмотрено исключение для рекламы в распространяемых через интернет теле- и радиопрограммах. ^[6]

Проверена редакция закона от 04.08.2026. Статья 18.1 введена с 01.09.2022; используемая редакция части 17 с изменениями № 479-ФЗ действует с 01.03.2025. Изученные отложенные поправки на 01.03.2027 затрагивают другие нормы и не меняют эти две части. ^[6] Применимость требований к конкретному размещению требует проверки юристом.

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

• programmatic
• programmatic-guaranteed
• pmp-zakrytyy-auktsion
• rtb-auktsion
• ssp-platforma-prodavtsa
• dsp-platforma-pokupatelya