Доставка private deal
Каждый показ ролика по private deal в CityScreen Context начинается с вопроса системы управления контентом (CMS) об одной рекламной поверхности в один момент в её классическом слоте и заканчивается отчётом той же системы о том, что произошло на самом деле. Эта страница описывает весь путь запроса и ответа.
Она предназначена для владельцев, администраторов и менеджеров организации, которым нужно понимать, что платформа может сообщить о доставке. Ничего из описанного здесь не делается в интерфейсе: доставка по private deal полностью идёт между системами.
Запрос в реальном времени
CMS спрашивает CS Context о решении для одной поверхности в один момент. CS Context обращается к одному названному партнёру и получает в ответ либо креатив для показа, либо ничего. Для партнёра нормально, когда ему нечего показать или он недоступен: тогда слот выполняет настроенное резервное действие — пропуск или резервное объявление.
Когда креатив пришёл, CMS затем сообщает, был ли он показан на самом деле. Что происходит дальше и как платформа перепроверяет себя, см. в разделах «Окно отчёта» и «Сверка с фактическими показами» ниже.
Окно отчёта
Некоторые партнёры задают для решения крайний срок: сообщите до этого времени, иначе возможность аннулируется. CS Context сохраняет этот срок в запросе и соблюдает его.
Успех, о котором сообщили после крайнего срока, успехом не становится. Запрос помечается как неудачный, и партнёру не отправляется подтверждение показов.
Запрос, срок которого истёк без единого отчёта, помечается как неудачный, и партнёра об этом уведомляют.
Сверка с фактическими показами
Отчёты об итогах, описанные выше, продвигают запрос дальше и сообщают о нём партнёру. Кроме того, CS Context регулярно забирает журнал воспроизведения из CMS каждой организации по каждому партнёру, у которого есть private deal.
Забранный журнал — первоисточник для записей: по нему создаётся запись о показе ролика с поверхностью, кампанией, данными об аудитории и комиссией.
Поэтому показ ролика по private deal появляется в отчётности вскоре после того, как состоялся.
Креативы приходят от партнёра
Партнёр возвращает креатив из собственной библиотеки, а CS Context определяет, какому из его собственных объявлений этот креатив соответствует.
Когда креатив распознан, решение принимается и объявление показывается.
Когда не распознан — когда креатив выбран для этой организации впервые — CS Context импортирует его: создаётся кампания в состоянии «Одобрена» с собственным идентификатором креатива партнёра, и загружается файл креатива. Возможность, вызвавшая импорт, не заполняется, и партнёр получает об этом уведомление. Со следующей возможности креатив распознаётся и показывается как обычно.
CS Context также заранее импортирует креативы каждого партнёра, поэтому в штатной работе случай первого появления редок. Он спрашивает у CMS, какие слоты можно зарезервировать, затем спрашивает у партнёра, что у того есть для этих поверхностей и длительностей, и импортирует новое.
| Креативы, пришедшие таким путём, не создают запрос на модерацию и не попадают к вашим модераторам. Если в вашей организации принято, что человек видит каждый креатив до показа, для private deal это правило не действует. См. Одобрение креативов. |
Чем различаются партнёры
Обоим партнёрам задаётся один и тот же вопрос одним и тем же способом. Различия в том, как каждый определяет поверхность, сколько времени даёт и что возвращает.
| HiveStack | Vistar | |
|---|---|---|
Как определяется поверхность |
screen ID, записанный на поверхности. Если у поверхности нет screen ID, возникает ошибка и решения нет. |
GID поверхности, который используется сразу как идентификатор устройства, площадки и области отображения. |
Как задаётся окно отчёта |
Один час с момента решения, значение фиксированное. |
Срок действия lease, который партнёр возвращает вместе с креативом; он различается от решения к решению. |
Что приходит с подтверждением |
Только подтверждение получения. |
Стоимость медиа за показ и собственный идентификатор сделки партнёра. |
Настройки подключения |
Веб-адрес партнёра и учётные данные, для каждой организации отдельно. |
Веб-адрес партнёра, учётные данные и идентификатор сети, который выдал вам партнёр. |
Платформа не показывает цену медиа по private deal. Единственная денежная сумма, которую она показывает, — её собственная комиссия. См. Отчётность.
| Записывайте идентификатор каждой поверхности внимательно. Партнёр показывает рекламу на том экране, который назван идентификатором, поэтому screen ID, записанный не на той поверхности, отправляет рекламу партнёра на экран, отличный от того, который партнёр считает купленным, и обе системы фиксируют показ как успешный. Чтобы убедиться, что всё совпадает, сравните показатели двух систем по каждой поверхности. |
Резервные плейлисты
В статистике может появиться второй тип доставки — резервный: показы из резервного плейлиста, то есть фиксированной последовательности креативов с диапазоном дат и временными окнами в течение суток, привязанной к набору поверхностей, которую CMS проигрывает напрямую. Показы записываются по нему постфактум, точно так же, как для запросов в реальном времени, и статистика private deal различает эти два типа.
Если вы рассматриваете такую схему доставки для партнёра, обсудите её с нами, прежде чем строить на ней свои планы.