Делайте ставки от имени нескольких аккаунтов

Участник торгов может приобрести рекламные места для нескольких покупателей в рамках одного ответа на запрос. Например, платформа для обработки заявок (DSP) может использовать свое приложение для торгов, чтобы приобрести рекламные места для нескольких маркетологов или агентств, являющихся покупателями. В этом руководстве объясняется, как запрограммировать ваш участник торгов для обработки одного запроса, отправленного от имени нескольких покупателей.

Фон

В некоторых случаях рекламная сеть или агентство, занимающееся размещением рекламы, могут выбрать для сотрудничества одну или несколько DSP-платформ. Для покупателей, работающих через DSP, доступны два варианта:

  • DSP-платформа приобретает рекламные места для маркетологов или агентств, которые не являются покупателями . В этом случае DSP получает один запрос на размещение рекламы и отвечает одной ставкой. Google выставляет счет DSP напрямую.
  • DSP приобретает рекламные места для маркетологов или агентств, являющихся покупателями . DSP получает один запрос на размещение ставки, включающий несколько идентификаторов выставления счетов, связанных с соответствующими покупателями, и может размещать отдельные ставки для каждого покупателя, от имени которого он намерен делать ставки. В этой модели Google выставляет счет покупателю, а не DSP. Остальная часть этого руководства посвящена именно этому сценарию.

Настройка и предварительное таргетирование

Google отправит запрос на назначение ставки, содержащий один или несколько идентификаторов выставления счетов, связанных с покупателями, и настройки предварительного таргетинга, которые были нацелены на показ. Их можно найти в поле BidRequest.imp.ext.billing_id .

При ответе на BidRequest , содержащий идентификаторы платёжных данных от нескольких покупателей, BidResponse.seatbid.bid.ext.billing_id является обязательным, чтобы Google знал, какой аккаунт связать с заявкой. Любой ответ, в котором это поле не задано, фильтруется. Для запросов BidRequest , содержащих только один идентификатор платёжного данных, это поле остаётся необязательным.

Пример предварительного таргетинга

Участник торгов делает ставку от имени двух покупателей: у одного идентификатор платежа 123, а у другого — 124. Участник торгов настраивает одну конфигурацию предварительного таргетинга с идентификатором платежа 213 для таргетинга на английский язык, а другую — с идентификатором платежа 231 для таргетинга на персональные компьютеры. Ниже описаны идентификаторы платежа, которые отображаются в запросах на ставки для различных типов показов.

Описание впечатления Идентификаторы платёжных данных в запросе на участие в тендере
Контент на японском языке на персональном компьютере. 123, 124, 231
Контент на английском языке на мобильном телефоне. 123, 124, 213
Контент на английском языке на персональном компьютере. 123, 124, 213, 231

Примеры запросов на участие в тендерах

Ниже приведены примеры запросов BidRequest . Обратите внимание, что в этих запросах используется несколько идентификаторов платёжных систем, поскольку запросы относятся к нескольким учётным записям.

OpenRTB Protobuf

OpenRTB JSON