Покупатель узнаёт, что произошло с каждой возможностью показа, поэтому в конце месяца никто не сверяет два разных итога. Там, где ваши экраны присылают фотографии, покупатель может увидеть свою рекламу на экране. А в закрытом месяце по-прежнему видны показы и суммы, которые вы выставили в счёт.
Контекст
Ваша CMS записывает, что вышло в эфир, а платформа покупателя записывает, что она купила. Когда каждая сторона ведёт свой подсчёт, итоги расходятся, и в конце месяца, прежде чем кто-то получит деньги, приходится искать пропавшие показы. Таблица, отправленная по почте, этот поиск не прекращает, потому что покупатель не может её проверить.
01/03Покупатель считает те же показы, что и вы
“Наши цифры и цифры партнёра никогда толком не сходятся, и каждое расхождение отнимает у нас ещё немного доверия.”
Покупатель узнаёт, что произошло с каждой возможностью показа: показ состоялся или не состоялся. Показ засчитывается, только когда его подтвердила ваша CMS. Поэтому цифры покупателя строятся из тех же показов, что и ваши.
A play becomes a countable fact in three steps.
Only the third step turns a decision into a fact. Until the playback is confirmed, the decision is an intention — it appears nowhere in statistics, produces no financial transaction, and is not reported to the demand partner as delivered.
Модель учёта показов (одна запись на одно воспроизведение)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.
Списание поздних показов по окну подтверждения0203
“Когда рекламодатель спрашивает, вышла ли реклама на самом деле, ответом служит фотография.”
Если 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.
Фотофиксация (фотографии как подтверждение показа)“Когда партнёр задаёт вопрос о месяце, который мы давно закрыли, показы и финансовые записи по-прежнему на месте в том виде, в каком их внесли.”
В RTB деньги записываются в момент подтверждения показа. Ни показ, ни его финансовая запись потом не редактируются и не удаляются: исправление добавляется новой записью. И то и другое хранится без срока, поэтому на вопрос о старом месяце отвечают записи, сделанные в то время.
Как это работает, по документации
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.
A financial transaction is one record of money arising from delivery.
It is written at the moment delivery is confirmed — for real-time bidding, when the ad play comes back from the content management system and the ad request is marked successful. Every record carries the account it belongs to, the amount, whether it is a credit or a debit, the time, and — where it arose from delivery — a reference back to the ad play that caused it. Records are written in pairs: the same event produces one credit and one matching debit, so both sides of the movement are visible.
The record is append-only. No part of the product edits a financial transaction after it is written, and no part of it deletes one. This matters for two reasons a reader will run into:
Nothing in the platform drops an ad play on a schedule and nothing edits one after it is written.
Модель учёта показов (одна запись на одно воспроизведение)Delivery records, financial transactions and the audit log are kept indefinitely.
Неизменяемые финансовые транзакции (записи только добавляются)Перед началом
Что сделатьПочему, по документации
Настройте CMS так, чтобы она сообщала о каждом показе в пределах окна подтверждения (по умолчанию — два часа), потому что показ, подтверждённый позже, не засчитывается
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.
Списание поздних показов по окну подтвержденияНа поверхностях с камерами настройте CMS так, чтобы она прикладывала фотографию к каждому показу, о котором сообщает
CityScreen Context does not operate cameras and does not request photographs.
When a synchronization pass reads playback records from a content management system, some of those records carry the address of a photograph taken at that playback. The platform downloads that image and keeps it. Records with no photograph attached pass through untouched.
Whether a face has a camera at all is recorded on the face and advertised to demand partners; see What you can edit. Whether photographs actually arrive is a property of the content management system.
Фотофиксация (фотографии как подтверждение показа)Другие сценарии
Программатик на ваших условиях: покупать могут только партнёры по спросу, которых вы включили, на тех поверхностях и по тем минимальным ценам, которые задаёт ваш прайс-лист, а продаёт платформа, которая сама рекламу не покупает.
СмотретьДеньги агентств стекаются к сетям, которые легко купить. CS Context позволяет независимой сети включить со своими данными подключения партнёров по спросу, которые уже есть на платформе, а доказательства показов хранятся в той же системе.
СмотретьКреативы покупателей выходят в эфир на улицах после одобрения ваших собственных отделов, на выбранных вами поверхностях; без очереди проходят только покупатели из вашего списка автоматического одобрения и партнёры, которым вы продаёте через приватные сделки.
СмотретьСоперник в борьбе за бюджет — онлайн-канал, который подтверждает каждый показ отдельным событием. CS Context даёт наружной рекламе доказательства показов, которые медиабайер может сравнить с этим каналом.
Смотреть
