Подключиться и покупать
Одно подключение ко всем операторам на платформе: регистрация один раз, включение у каждого оператора, минимальная цена видна до ставки, а у каждого отклонённого креатива есть причина.
СмотретьCS Context · Сценарий
Проверить купленное
По каждой выигранной возможности показа вы узнаёте, состоялся показ или нет
О показе, который не подтвердился вовремя, вам сообщают как о несостоявшемся, и в RTB за него никогда не выставляется счёт. Там, где экран присылает фотографии, вы можете получить фотографии своей рекламы. А в каждом уведомлении о выигрыше в аукционе указана цена, которую вы платите.
Контекст
Покупатель проводит сверку ночью по итоговым цифрам, которые продающая сторона присылает позже. Когда показ числится несостоявшимся, никто не может сразу сказать, погас ли экран или подтверждение пришло поздно, и клиент часто узнаёт об этом раньше, чем кто-то успел проверить.
01/03Итог по каждой возможности: показ состоялся или нет
“Наша сверка говорит, что показа не было, оператор говорит, что он вышел в эфир, а мы уже сообщили клиенту.”
В RTB вы платите только за показы, подтверждённые вовремя
Платформа сообщает вам итог каждой возможности показа: показ состоялся или не состоялся. Показ, который не подтвердился вовремя, засчитывается как несостоявшийся, и вам приходит об этом уведомление с ценой, которую вы заплатили бы; в RTB за него никогда не выставляется счёт, что бы ни сделал экран. Итог каждой возможности приходит вам отдельным уведомлением, и поэтому ваши цифры сходятся с цифрами оператора.
Как это работает, по документации (написана для владельцев экранов)
Marking an ad request failed sends the demand partner an unshown notice for that opportunity, carrying a reason indicating the playback was never synchronized, together with the price that would have been charged.
This matters for reconciliation. The platform notifies the outcome of each opportunity to the demand partner, delivered or not shown, and retries the notice, up to a retry limit, until the partner acknowledges it. A written-off play is therefore reported to the buyer as not shown.
An ad request that is not confirmed within two hours of being answered is written off. After that, the platform accepts no confirmation for it from any source.
Списание поздних показов по окну подтвержденияNothing is recorded when a bid is won. The record is written when the content management system confirms that the advertisement actually played and the ad request is marked successful. An ad play that goes unconfirmed, or is confirmed too late to be matched, produces no financial transaction — see Late and lost plays for the window.
Неизменяемые финансовые транзакции (записи только добавляются)0203
02 “Когда рекламодатель спрашивает, вышла ли реклама на самом деле, ответом служит фотография.” →Фотография, когда покупатель спрашивает, вышла ли реклама на самом деле
“Когда рекламодатель спрашивает, вышла ли реклама на самом деле, ответом служит фотография.”
Если CMS экрана присылает фотографии вместе с показами, о которых сообщает, платформа хранит по одной утренней, дневной и вечерней фотографии каждой рекламы на каждой поверхности. Покупатель может получить через свою DSP фотографии своей рекламы на тех поверхностях, где она шла. Фотография, которую команда оператора загрузила вручную, помечается отдельно, поэтому покупатель может отличить её от фотографии, пришедшей автоматически.
Как это работает, по документации (написана для владельцев экранов)
A photo capture is a photograph of the physical screen, taken while a particular advertisement was on it. It is visual evidence that the advertisement appeared on a real installation, in addition to a player’s log of the playback.
A photo capture is the separate, photographic form of evidence. It exists only for the faces whose content management system supplies one, and it does not affect counting or pricing in any way. A campaign with no photo captures at all is counted, reported and billed exactly like one with a full set.
Who can view them:
Demand partners. Over the SSP protocol, a demand partner can fetch the three permanent captures for its own creative across the faces it ran on, the photograph attached to one specific delivered opportunity, and the most recent working copy for a given face. Each permanent capture is returned together with a marker saying whether it was collected automatically or supplied by a person.
Фотофиксация (фотографии как подтверждение показа)03 “Минимальная цена видна до каждой ставки, и в аукционе каждая проигравшая ставка возвращается с причиной.” →Минимальная цена видна заранее, а у каждого итога аукциона есть цена или причина
“Минимальная цена видна до каждой ставки, и в аукционе каждая проигравшая ставка возвращается с причиной.”
В аукционе второй цены, который работает по умолчанию, до ставки показывается наименьшая ставка, которая может выиграть: минимальная цена оператора с комиссией платформы сверху. Ставка, не прошедшая проверку, отбрасывается, и в ответ приходит причина. В прайс-листе в режиме аукциона победитель платит цену, которую задают вторая по величине ставка и минимальная цена, а на каждую проигравшую ставку приходит причина и, если она проиграла по цене, сумма победившей ставки. В таком прайс-листе победитель платит свою ставку, только если администратор платформы перевёл этого победителя на первую цену.
Как это работает, по документации (написана для владельцев экранов)
A floor price is the least an organization will accept for one slot on one face. It is the number a demand partner is shown when it is offered the opportunity, and the number its bid is measured against when it answers.
In a second-price auction, the default, one thing happens between the number typed into the price list and the number a demand partner sees: the platform’s commission is added on top. The demand partner is asked to bid at least the amount that covers both the organization’s floor and the platform’s cut.
Минимальные цены, в том числе по аудиторииA partner’s answer has to survive several checks before it counts as a bid at all. An answer that fails one of them is dropped, and the partner is told why over the same channel used for loss notices.
Аукцион RTB второй ценыEvery RTB price list runs in one of two modes, chosen when it is created and changeable afterwards.
Auction mode offers the opportunity to every demand partner in the price list at once and compares the bids that come back. This is the ordinary mode, and the one behind everything the RTB Auction section describes.
Waterfall mode asks the same partners and takes the first usable answer instead of comparing prices.
Прайс-листы RTB (таргетинг и группы приоритета)The auction is second price, unless the platform administrator has set first price for the winning partner, in which case the winner is charged its own bid. The winner is charged a clearing price derived from the runner-up’s bid and the floor price, expressed over the winner’s own creative length. Where there is no usable runner-up, the floor price is the basis.
The runner-up is the highest of the losing bids that does not exceed the winner’s, measured per second of creative. When the price list prices several creative lengths separately, only losing answers whose creative is the same length as the winner’s are considered; when the price list prices a single length, all losing answers are.
The clearing price is what the winning partner is told in its win notice, what the platform’s commission is calculated on, and what appears in reporting. The bid the partner originally submitted is recorded alongside it.
Every partner that answered and did not win is sent a loss notice carrying the reason and, where it lost on price, the winning amount.
Аукцион RTB второй ценыCS Context
Обсудить подключение
Документация CS Context
Перед началом
Что потребуется от вас при настройке
Что сделатьПочему, по документации
Подключитесь один раз: согласуйте с администратором платформы, каким типом покупателя вас зарегистрируют, и вы появитесь в списке каждого оператора, и любой из них сможет вас включить
Registering a partner is the platform administrator’s work. It adds one row to a registry the whole installation shares. The kind of buyer fixed on that row at registration decides whether the partner bids at all, whether a second row of that kind may exist, and which protocol the platform speaks to it — so it is worth agreeing with the partner what it should be before it is registered.
Registering a partner is platform administrator work. It creates one row in a registry shared by every organization on the installation. The partner’s identity and system type are fixed at that moment. Once the row exists, the partner appears in every organization’s list of demand partners, switched off.
Подключение и включение партнёра по спросуПодтверждайте получение каждого уведомления об итоге показа, потому что платформа повторяет уведомление, пока вы его не подтвердите
Забирайте фотографию отдельного состоявшегося показа в течение часа после него: позже эта копия удаляется, и остаются только постоянные фотографии вашей рекламы
The working copy exists so that the permanent set can be assembled and so that a demand partner can fetch the photograph for a specific delivered opportunity while it is fresh. A working copy lasts between one and two hours.
Цитата выше, в разделе «Фотография, когда покупатель спрашивает, вышла ли реклама на самом деле» Фотофиксация (фотографии как подтверждение показа)
CS Context · Возможности в этом сценарии7
Продажи в реальном времени
Подключение партнёров по спросу