Участник торгов может приобрести инвентарь для нескольких организаций в рамках одной ставки, если эти организации являются клиентами Авторизованных покупателей. Например, платформа спроса (DSP) может использовать свою систему назначения ставок для покупки инвентаря для нескольких маркетологов или агентств, которые сами являются клиентами Авторизованных покупателей. В этом руководстве объясняется, как запрограммировать систему назначения ставок для обработки одного запроса, отправленного от имени нескольких клиентов Авторизованных покупателей.
Фон
Авторизованные покупатели работают с рекламными сетями, торговыми агентствами и платформами спроса (DSP). В некоторых сценариях рекламная сеть или торговое агентство агентства могут выбрать работу с одним или несколькими DSP. Для клиентов, работающих через DSP, доступны два варианта реализации:
- DSP приобретает инвентарь для маркетологов или агентств, которые не являются клиентами Авторизованных покупателей . В этом случае DSP получает один запрос ставки и отвечает одной ставкой. Google выставляет счета DSP напрямую.
- DSP приобретает инвентарь для маркетологов или агентств, являющихся клиентами Авторизованных покупателей . Клиенты Авторизованных покупателей должны делать ставки самостоятельно, даже если они используют DSP. Это необходимо для того, чтобы издатели могли видеть реального покупателя, обеспечить эксклюзивное распределение ресурсов и исключить перенаправления из сети в сеть. В этой модели Google выставляет счета клиенту Авторизованных покупателей, а не DSP. Остальная часть данного руководства посвящена этому сценарию.
Авторизованные покупатели направляют запросы ставок для дочерних аккаунтов родительского участника торгов (DSP) через идентификатор группы объявлений. Идентификаторы групп объявлений дочерней учетной записи предоставляются во время настройки дочерней учетной записи менеджером аккаунта или службой поддержки авторизованных покупателей и Open Bidding. DSP использует эту информацию для обработки ответа на заявку. Если DSP, у которого есть клиенты Авторизованных покупателей, использующие его технологию для покупок у Авторизованных покупателей, он получает консолидированный вызов для набора клиентов RTB.
Настройка и предварительный таргетинг
Все DSP настроены на консолидированные запросы. Выбор критериев предварительного таргетинга осуществляется на уровне родительского участника торгов для всех дочерних учетных записей. Это называется предварительным таргетингом на уровне участников торгов (BLP).
При использовании BLP сопоставление ресурсов выполняется только на уровне родительского участника торгов. Это упрощает рабочий процесс и упрощает управление инвентарем и настройками для многих учетных записей.
Преимущества предварительного таргетинга на уровне участников торгов по сравнению с обычным предварительным таргетингом (устарело)
| Предварительный таргетинг на уровне участников торгов | Обычный предварительный таргетинг (устарело) |
|---|---|
| Родительское место определяет право на все места | Каждое место управляет своим собственным правом на инвентарь. |
| Все места доступны для любого трафика | Различные настройки предварительного таргетинга для разных аккаунтов. |
| Более простая настройка и более легкое управление | Меньше контроля на уровне родительского участника торгов, но детальный контроль за конкретными местами |
Дочерним аккаунтам присвоен один идентификатор группы объявлений, поэтому совпадения предварительного таргетинга включаются как одна запись в поле matching_ad_data запроса BidRequest для каждого соответствующего дочернего аккаунта.
При ответе на BidRequest , который содержит совпадения предварительного таргетинга из учетной записи, отличной от родительской учетной записи (например, любой BidRequest , для которого установлено поле matching_network_data ), поле billing_id в BidResponse является обязательным, чтобы Авторизованные покупатели знали, какую учетную запись и кампанию использовать. ассоциироваться с ставкой. Любой ответ, который не устанавливает это поле, удаляется. Это поле остается необязательным для любого BidRequest , который включает только совпадения предварительного таргетинга из аккаунта участника торгов. Ответ на запрос BidRequest , содержащий совпадения предварительного таргетинга из нескольких учетных записей, может возвращать несколько объявлений.
Пример предварительного таргетинга на уровне участника назначения ставок
| Детское кресло (идентификатор группы объявлений: 123) | Родительское место (идентификатор группы объявлений: 124) |
| Предварительный таргетинг: США + ЕС | Предварительный таргетинг: США + Азиатско-Тихоокеанский регион. |
| Критерии выноски | Billing_id отправлен |
|---|---|
| только США | 123 + 124 |
| только ЕС | 123 |
| только в Азиатско-Тихоокеанском регионе | 124 |
Пример запросов ставок
Ниже приведены примеры BidRequest . Вы заметите, что в этих запросах присутствует несколько идентификаторов выставления счетов, поскольку запросы применимы к нескольким учетным записям.