Гарантированные алгоритмические сделки

В рамках гарантированных алгоритмических сделок вы договариваетесь с продавцами о количестве показов, которые вы приобретете по фиксированной цене. Если вы принимаете предложение по гарантированной алгоритмической сделке, вы обязуетесь приобрести инвентарь продавца на оговоренных условиях. Дополнительную информацию о ваших обязательствах и инструментах для контроля за соблюдением требований вы найдете в статье Справочного центра, описывающей структуру гарантированного соглашения об уровне обслуживания с алгоритмической продажей .

Создавать

Гарантированные алгоритмические сделки создаются, когда переговоры начинаются с запроса предложения (RFP). Вы можете начать переговоры, отправив RFP продавцу с помощью buyers.proposals.sendRfp . Чтобы полученное предложение относилось к гарантированной алгоритмической сделке, запрос предложения должен содержать programmaticGuaranteedTerms . Продавцы также могут отправить вам запрос предложения, который появится в виде предложения в Marketplace API. После создания вы можете найти предложение по сделке с помощью buyers.proposals.list , и можно начать переговоры между вами и продавцом.

Вести переговоры

После создания предложения по гарантированной алгоритмической сделке вы можете вести переговоры с продавцом, корректируя предложение и соответствующую сделку до тех пор, пока обе стороны не будут удовлетворены или предложение не будет отменено. В ходе успешных переговоров вы можете выполнить любое из следующих действий:

  • Опрос на предмет изменений в предложении или сделке . При внесении изменений в предложение или соответствующую сделку proposalRevision будет увеличиваться. Вы можете использовать это, чтобы определить, принял ли продавец ваше предложение или ответил встречным предложением.
  • Исправить предложение или сделку . Измените свое предложение или отправьте встречное предложение продавцу. Это увеличит proposalRevision .
  • Общайтесь с продавцом . Предложения содержат примечания , которые видны покупателям и продавцам. Например, вы можете добавить примечание , содержащее контекст изменения, внесенного вами в предложение или его сделку.

Завершить оформление и подготовиться к подаче

Если вас устраивает предложение и его state — BUYER_ACCEPTANCE_REQUESTED , вы можете принять это предложение . На этом сделка завершается, и ее обслуживание начинается в flightStartTime .

Чтобы гарантировать, что сделка начнется только после того, как вы подготовите креативы, мы рекомендуем вам обратиться к своему техническому менеджеру по работе с клиентами, чтобы он отключил для гарантированных алгоритмических сделок это поведение по умолчанию и вместо этого вручную сигнализировал, когда они готовы к показу. Вот пример рабочего процесса, в котором вы вручную сигнализируете о том, что ваши гарантированные алгоритмические сделки готовы к показу:

  • Обсудить предложение с продавцом
  • Используйте API назначения ставок в реальном времени, чтобы отправить креативы на проверку . Креативы, которые вы собираетесь разместить, должны быть проверены и одобрены для использования в сделках.
  • Принять предложение . После принятия предложения принятые сделки отражаются в завершенных сделках.
  • Используйте API назначения ставок в реальном времени, чтобы получить ранее отправленные креативы и подтвердить, что они одобрены для использования в ставках по сделкам в режиме назначения ставок в реальном времени. Просмотрите DealPolicyCompliance, dealsPolicyCompliance убедиться, что креативы одобрены и могут быть размещены в ответ на входящую ставку сделки. Запросы.
    • Если креатив не был одобрен, просмотрите темы , чтобы определить причину отклонения. При необходимости откорректируйте креатив и исправьте его, чтобы снова начать проверку, пока все проблемы не будут устранены.
  • Добавьте все креативы, которые будут использоваться в завершенной сделке . Мы рекомендуем добавлять креативы в сделку, в которой вы собираетесь их использовать, прежде чем приступить к ее показу.
  • Вручную подайте сигнал о том, что сделка готова к выполнению . Как только сделка будет готова к выполнению, вы начнете получать запросы ставок для нее в настроенное flightStartTime , и это будет продолжаться до тех пор, пока не будет достигнуто значение flightEndTime или impressionCap .

Пересмотреть условия

После завершения сделки вы или продавец можете начать повторные переговоры , изменив предложение или его сделки. Во время пересмотра ресурс finalizedDeals отражает предыдущее соглашение и будет продолжать обслуживаться на его основе, если это возможно. Ресурс deals вместо этого отражает текущее состояние повторных переговоров, которые будут проходить аналогично первоначальным согласованиям .

Если и вы, и продавец примете пересмотренную сделку, она заменит исходную завершенную сделку и будет действовать на основе нового соглашения. В противном случае, если сделка будет отменена, сделка вернется в состояние, существовавшее до начала пересмотра.

Ставка на количество показов для гарантированных алгоритмических сделок

Когда начнется обслуживание гарантированной алгоритмической сделки, ваша интеграция с назначением ставок в реальном времени получит запросы ставок для этой сделки и должна будет делать ставки на основе условий сделки, например по определенной цене за определенное количество показов в течение периода время.

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

протокол Google протокол OpenRTB Описание
BidRequest.adslot.matching_ad_data.direct_deal.direct_deal_id BidRequest.imp.pmp.deals.id Уникальный идентификатор сделки. Это будет эквивалентно идентификатору ресурса сделки, возвращаемому Marketplace API.
BidRequest.adslot.matching_ad_data.direct_deal.deal_type BidRequest.imp.pmp.deals.ext.deal_type Тип аукциона, для которого будет установлено значение PROGRAMMATIC_GUARANTEED или «3» для OpenRTB JSON.
BidRequest.adslot.matching_ad_data.direct_deal.fixed_cpm_micros BidRequest.imp.pmp.deals.bidfloor Будет эквивалентна цене за тысячу показов сделки, согласованной покупателем и продавцом. В API Marketplace она будет отображаться как fixedPrice . Для гарантированных сделок с алгоритмической продажей это значение будет иметь приоритет над любым значением, указанным в ответе на запрос ставки.
BidRequest.adslot.matching_ad_data.direct_deal.publisher_blocks_overridden BidRequest.imp.pmp.deals.ext.publisher_blocks_overridden Всегда true для гарантированных сделок с алгоритмической продажей. Это означает, что исключенные категории разрешены.
BidRequest.adslot.matching_ad_data.direct_deal.must_bid BidRequest.imp.pmp.deals.ext.must_bid Указывает, обязаны ли покупатели делать ставки по сделке. Например, если сделка опережает график, для этого параметра будет установлено значение False и назначение ставок будет необязательным. В противном случае необходимо назначить торги, а это означает, что отказ от участия в торгах может негативно повлиять на выполнение сделки и доступность инвентаря.

Приостановить и возобновить показ

Вам следует использовать метод buyers.finalizedDeals.pause , чтобы приостановить завершенную гарантированную сделку с алгоритмической продажей, если вы временно не можете делать по ней ставки. Например, вы можете сделать это, если ваше объявление было первоначально одобрено, но было отклонено и, следовательно, его необходимо отправить повторно. Обратите внимание: хотя это и не позволит вам получать запросы ставок по сделке, вам все равно придется выполнить все обязательства, которые были согласованы в качестве условий сделки.

Чтобы возобновить обслуживание завершенной сделки, вы можете использовать buyers.finalizedDeals.resume .