Deal ID

Deal ID — це унікальний буквено-цифровий ідентифікатор, який обидві сторони — покупець та продавець — додають до узгодженої програмної угоди, будь то угода типу preferred deal, private marketplace або programmatic guaranteed deal. Це робиться для того, щоб будь-який запит на ставку, який містить цей ID, відповідав конкретній ціні, інвентарю та умовам, про які дві сторони вже домовилися.

Як працює Deal ID#

Видавець або його supply-side platform пакує частину інвентарю (плейсмент, сегмент аудиторії, розділ контенту) разом із ціною та будь-якими спеціальними умовами, а потім видає для цього пакету Deal ID. Цей ID поширюється приватно серед одного покупця, який вводить його у свою demand-side platform як ціль для лінійної позиції.

Далі справа технічна. У рамках OpenRTB Deal ID передається всередині об'єкта deal у запиті на ставку. Коли спрацьовує відповідне імпресі, SSP позначає запит на ставку цим ID, і лише покупець, що володіє ним, бачить узгоджені умови — або як гарантовану ціну без конкуренції, або як приватний аукціон із узгодженим мінімумом, залежно від типу угоди. Всі інші ставки на це ж імпресі, якщо вони є, проходять через звичайний потік real-time bidding.

Чому важливі Deal IDs#

Вони дозволяють двом сторонам домовлятися, як при традиційній прямій покупці — фіксована ціна, конкретне розміщення, спеціальні умови — водночас проводячи транзакцію через автоматизовану програмну інфраструктуру замість ручного розміщення insertion order. Три типи угод зазвичай використовують Deal ID: угоди типу preferred deal (фіксована ціна, пріоритет, без гарантії обсягів), угоди private marketplace (аукціон лише за запрошенням із узгодженим мінімумом) та programmatic guaranteed (зарезервований обсяг за фіксованою ціною, по суті автоматизований IO).

Для покупців Deal ID — також найчистіший спосіб отримати стабільний доступ до інвентарю конкретного видавця, не покладаючись на перемоги в header bidding на відкритому обміні, де доступність і ціна коливаються.

Де ламаються Deal IDs#

Більшість заявок типу «угода не витрачає бюджет» в ad ops пов'язані саме з проблемою Deal ID: помилка при копіюванні рядка між SSP та DSP, угода, активна з одного боку, але призупинена або закінчена з іншого, або невідповідності бюджету та термінів розміщення між двома системами. Жодна з цих проблем не дає очевидного повідомлення про помилку. Угода просто не генерує ставок або імпресій, і щоб знайти невідповідність, хтось повинен порівняти налаштування на обох платформах. Якщо ви аналізуєте, який саме інвентар у великих обсягах купує конкурент або партнер, індекс ad intelligence OpenAdLibrary — швидший спосіб побачити, що активно на ринку, ніж намагатися відтворити картину лише зі звітів по угодах.

FAQ#

Чи Deal ID — це те саме, що Private Marketplace?

Ні. PMP — це тип угоди (аукціон лише за запрошенням). Deal ID — це ідентифікатор, який направляє конкретний запит на ставку до узгоджених умов цієї угоди. Угоди PMP, preferred deal та programmatic guaranteed — всі використовують Deal IDs; вони просто застосовують різні правила після того, як ID знайдено.

Хто створює Deal ID?

Видавець або його SSP створює та видає його, а потім ділиться ним приватно з покупцем, який вводить його у налаштуваннях кампанії або позиції у своїй DSP.

Чи може більше одного покупця використовувати той самий Deal ID?

Зазвичай ні. Deal ID видається конкретному покупцю для конкретної узгодженої угоди. Деякі SSP підтримують налаштування спільних угод або угод для кількох покупців, але це виняток, а не правило.

Чому кампанія з дійсним Deal ID може отримувати нуль імпресій?

Найпоширеніші причини — невідповідність рядка ID між платформами, угода, яка призупинена або закінчилася з одного боку, або конфлікт бюджету чи термінів розміщення. Перевірте конфігурацію SSP і DSP поруч, а не припускайте, що саме таргетинг неправильний.