Глоссарий

Запрос CMS, когда подходит программатик-слот, о том, что в нём должно играть, — одна рекламная поверхность, один момент, — и ответ, который на него приходит. Полное название — программатический рекламный запрос (programmatic ad request). Отслеживается от начала до конца: каким партнёрам предложили возможность, кто выиграл, сколько списано, подтверждён ли показ. Код продукта и старые интерфейсы исторически называют его рекомендацией; это название появилось раньше, чем платформа перешла на торги в реальном времени, и в текстах его использовать нельзя. Отличается от bid request — предложения той же возможности дальше, источнику спроса.

См. также: bid request.

Способ, которым CityScreen Context заполняет программатик-слот, если на него не претендует ни одна кампания programmatic guaranteed, — модель продаж по умолчанию из четырёх и та, с которой сравнивают остальные. Возможность предлагается одновременно всем источникам спроса, указанным в прайс-листе, который покрывает рекламную поверхность; пришедшие ставки сравниваются, и победитель платит по второй цене. Участвуют только партнёры, которых оператор подключил и для которых задал цены, поэтому в терминах индустрии это частный аукцион (private auction), а не открытый.

Термин индустрии: private auction.

Забронированная кампания с зарезервированным объёмом показов по согласованной цене. Оператор одобряет её до запуска, после чего она передаётся прямо в CMS, и CMS проигрывает её в классических слотах своего рекламного цикла, а не через аукцион. Автоматизирует классическую прямую закупку: оператору больше не нужно вручную вести смену креативов, а подтверждение показов приходит покупателю через платформу, а не таблицей.

Прайс-лист, который определяет, на каких рекламных поверхностях источник спроса может бронировать кампании automated guaranteed и по какой цене. Содержит сетку цен по частоте вместо минимальной цены и два потолка, которые ограничивают, сколько вообще можно забронировать. Редактируется на отдельном экране, отдельно от прайс-листов, которые управляют торгами в реальном времени.

Настройка организации по источникам спроса: список партнёров, чьи креативы подтверждаются в момент поступления — без проверки человеком и без участия должностей. Креативы партнёров не из списка проходят обычную проверку. Собственные проверки файлов в CS Context всё равно выполняются; пропускается только решение человека.

См. также: moderation request.

Непогашенная сумма, а не кошелёк и не предоплаченный бюджет. Каждая организация видит свой баланс (доход от показов, заработанный и ещё не перечисленный), свой долг платформе, долг платформы перед ней и по одной сумме на каждый источник спроса, которому она продаёт. Баланс растёт по мере подтверждения показов и уменьшается, только когда кто-то регистрирует платёж. Ничто в платформе не смотрит на баланс перед принятием решения — кредитного лимита и порога приостановки нет.

Предложение CS Context источнику спроса о предстоящем рекламном слоте — сообщение, которое открывает каждую транзакцию торгов в реальном времени и несёт рекламную поверхность, момент и ограничения, которым должен отвечать ответ. Один рекламный запрос от CMS разворачивается в bid request каждому источнику спроса, указанному в прайс-листе RTB, который покрывает поверхность, — всем одновременно.

См. также: ad request.

Календарный месяц, за который CS Context отчитывается о выручке. Плановое задание закрывает месяц и формирует показатели периода; это граница отчётности, а не смена состояния: финансовые транзакции записываются непрерывно по мере подтверждения показов, и закрытие периода их не блокирует и не изменяет.

Слот в рекламном цикле CMS, который продан до того, как проиграется. Воспроизведением управляет CMS: либо креатив ей уже известен — это бронирование automated guaranteed, — либо она знает, у какого партнёра его запросить, — это private deal. Подключение к интернету в момент показа не нужно; если слот private deal не получает ответа, выполняется настроенное резервное действие. Один классический спот не может одновременно занимать кампания automated guaranteed и private deal.

См. также: programmatic slot.

Часть интерфейса CS Context для организаций, где сотрудники организации управляют своим инвентарём, ценами, креативами, кампаниями и отчётами. Что сотрудник может в нём делать, определяет его роль сотрудника; что он может видеть, ограничено его организацией, а для наблюдателя — возможно, одним юридическим лицом.

Учётные данные, которые позволяют CMS организации спрашивать у CS Context, что играть; CMS передаёт их при каждом обращении. Один токен на организацию — не на рекламную поверхность, не на плеер, не на источник спроса и без срока действия; создаётся вместе с организацией и перевыпускается в любой момент, причём старый и новый токены одновременно не действуют. В интерфейсе он называется recommendation access token (токен доступа к рекомендациям).

Доля платформы в транзакции — процент, при необходимости с фиксированным минимумом. Настраивается для каждой организации и каждого типа сделки. В старых частях продукта то же самое называется fee или tax; все три названия обозначают одно понятие.

Рекламный контент, отправленный для показа на рекламных поверхностях, — единица, которую проверяют, одобряют и показывают. В пути RTB он приходит от источника спроса и порождает запрос на модерацию; в пути automated guaranteed интерфейс называет его макетом.

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

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

См. также: RTB price list.

Покупатель эфирного времени на рекламных поверхностях операторов, которое предлагается через CS Context: DSP или другая закупочная платформа. Партнёр может покупать только после четырёх шагов: администратор платформы регистрирует его, организация его включает, прайс-лист его допускает, и партнёр получает идентификаторы, нужные для обращения к платформе. Каталог инвентаря он забирает сам и покупает эфирное время на тех поверхностях, которые ему открывают его прайс-листы. Внешняя SSP отличается: она может также поставлять инвентарь на платформу.

См. также: exchange SSP.

Группа проверки, которую задаёт организация, — юридическая, brand safety и т. п.; в неё могут входить сотрудники. Должности направляют проверку креативов. Запрос на модерацию передаётся всем должностям, заданным в организации, и каждая фиксирует своё решение. Должность здесь — не штатная должность и не даёт прав; права определяет роль сотрудника.

Роль организации, которая управляет самой организацией — её сотрудниками, должностями, юридическими лицами и настройками. Отличается от общеплатформенной роли администратора, которая принадлежит оператору инсталляции, а не какой-либо организации.

Роль организации, которая ведёт повседневную коммерческую работу — инвентарь, цены, кампании, креативы и отчёты, — не управляя сотрудниками, должностями и юридическими лицами.

Роль организации для проверки креативов по тем должностям, в которые входит сотрудник. Не попадает в аудит действий.

Высшая роль организации и её главное контактное лицо: имеет всё, что есть у роли администратора, и стоит над ней.

Роль организации только для просмотра. Единственная роль, которую можно сузить до одного юридического лица; это ограничивает инвентарь, который видит сотрудник.

Биржа-контрагент, к которой подключён CS Context, в любом направлении — платформа поставляет ей инвентарь или получает инвентарь от неё. Отличается от источника спроса, который всегда покупает инвентарь этой платформы.

Одна запись о движении денег в результате показов, которую можно только добавить: для торгов в реальном времени она пишется на каждый подтверждённый показ и потом никогда не редактируется и не удаляется. Не все модели продаж создают их одинаково. Весь бюджет кампании programmatic guaranteed записывается транзакциями один раз, при активации, без последующих записей на каждый показ; у кампаний automated guaranteed цена всей кампании хранится в данных самой кампании; private deal рассчитываются вне платформы.

Название в интерфейсе для креатива, отправленного через путь automated guaranteed. Макет проверяется как самостоятельный креатив и не порождает запрос на модерацию.

Одно из платёжных лиц организации — со своими налоговыми реквизитами и своими привязанными рекламными поверхностями. Организация с несколькими юридическими лицами с их помощью разделяет инвентарь и выставление счетов; организация с одним использует вместо этого профиль организации.

Видео- или графический файл креатива. CS Context проверяет файл при отправке креатива, а CMS скачивает и хранит собственную копию, поэтому момент показа не зависит от загрузки чего-либо.

Запись, которую CS Context создаёт, когда источник спроса отправляет креатив на проверку через путь RTB. Содержит креатив, область, для которой он предназначен, и состояние проверки. Креативы, пришедшие через путь automated guaranteed, его не создают — они проверяются как макеты.

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

Цена одного показа в прайс-листе programmatic guaranteed, при необходимости разная в зависимости от времени суток. Аббревиатура в продукте нигде не расшифровывается.

См. также: programmatic guaranteed price list.

Объект, который определяет, как оценивается эфирное время CS Context и кто может его покупать. Есть три вида — по одному на каждую модель продаж, оплачиваемую на платформе: прайс-лист RTB, прайс-лист programmatic guaranteed и прайс-лист automated guaranteed. У private deal прайс-листа нет, потому что его цена согласуется вне платформы.

См. также: RTB price list.

Именованный уровень источников спроса внутри прайс-листа RTB; задуман для того, чтобы победитель группы с меньшим номером получал преимущество перед победителем группы с большим номером.

См. также: RTB price list.

Зарезервированный путь без аукциона: классический слот заранее продаётся названному партнёру, чья собственная система выбирает, что в нём играет; CS Context передаёт запрос дальше, фиксирует показы и применяет свою комиссию. Объём и цена сделки согласуются вне платформы — один из поддерживаемых партнёров сообщает, сколько заплатил, другой не передаёт цену вовсе. По духу близок к приоритетной сделке (preferred deal) и частному маркетплейсу (PMP) индустрии, но ни то ни другое его не описывает: здесь нет этапа курирования, нет конкурирующих покупателей и нет фиксированной цены, согласованной внутри платформы. Не связан со сделкой CS Deals — договором продажи.

Закупка, согласованная и оплаченная заранее: резервирует бюджет и число показов в час на названных рекламных поверхностях, а затем показывается в тех же программатик-слотах, которые заполняет аукцион, расходуя свой резерв вместо того, чтобы каждый раз делать ставку заново. Цена и объём согласованы до начала показов, и пока идёт зарезервированный час, кампания получает слот раньше любого, кто делает на него ставку.

Зарезервированный кампанией programmatic guaranteed запас показов на одной рекламной поверхности на один день с разбивкой по часам. Вычисляется при резервировании кампании, чтобы две такие кампании на одной поверхности не зарезервировали одно и то же эфирное время дважды. Несмотря на название, это не слот в рекламном цикле плеера: кампания на самом деле играет в программатик-слотах.

См. также: programmatic slot.

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

Слот в рекламном цикле CMS, который никому не принадлежит до последних секунд перед показом. CMS отправляет CS Context рекламный запрос, и CS Context решает, что пойдёт в слот: первой его получает кампания programmatic guaranteed, которой ещё причитаются показы, иначе — аукцион. Подключение к интернету в момент показа обязательно.

См. также: classic slot.

Последовательность креативов и расписание их воспроизведения, которые формирует система партнёра private deal и передаёт CMS, чтобы та проигрывала их напрямую, — вместо того чтобы CS Context решал, что играть, в момент каждой возможности.

Отрезок времени, который прайс-лист automated guaranteed закрывает для продаж: его исключают, когда CS Context рассчитывает, сколько эфирного времени ещё можно продать по сетке этого прайс-листа. Относится именно к прайс-листу automated guaranteed: у прайс-листа RTB периода ограничения нет, и доступность для торгов в реальном времени им никогда не уменьшается.

См. также: automated guaranteed price list.

Прайс-лист, на котором основаны торги в реальном времени. Один прайс-лист RTB решает сразу, какие источники спроса могут покупать, какие рекламные поверхности они могут покупать, какова минимальная цена (floor price) и как сравниваются пришедшие ответы: обычно ставки сравниваются по цене, а в режиме waterfall берётся первый пригодный ответ. На рекламной поверхности не больше одного прайс-листа RTB; если убрать её из прайс-листа, она переходит в прайс-лист по умолчанию организации и не остаётся без покрытия. Не связан с прайс-листом automated guaranteed, который управляет другим путём продаж и может покрывать ту же поверхность параллельно.

Внешний идентификатор, который ожидает интеграция конкретного источника спроса, когда ссылается на рекламную поверхность. Он принадлежит собственному каталогу партнёра и не имеет отношения к экранам и рекламным поверхностям CS Context — хранится на поверхности только для того, чтобы отвечать партнёру в его терминах.

Какая CMS или биржа управляет экранами организации. Не зависит от того, каким источникам спроса организация продаёт.

Фотография экрана с отметкой времени, сделанная, пока на нём идёт определённое объявление; делается до трёх раз в день как визуальное подтверждение показов. Не означает показ объявления. Английский интерфейс называет её shot, английская документация — photo capture; по-русски и интерфейс, и документация пишут «фотоотчёт».

Интерфейс, который CS Context публикует для источников спроса и бирж, — собственный протокол платформы, а не реализация чужого. Партнёр интегрируется с ним, чтобы получать предложения, отвечать ставками, отправлять креативы на проверку и получать сведения о том, что было показано.

Один полный проход загрузки каталога инвентаря из системы-источника. Каждая запись, которую затрагивает проход, помечается этим запуском — так CS Context понимает, о чём источник перестал сообщать.

Каким видом источника спроса является зарегистрированный покупатель и, следовательно, как CS Context с ним взаимодействует. Тип определяет, участвует ли партнёр в торгах вообще, может ли существовать несколько его аккаунтов и какой протокол используется.

То, что организация публикует о креативах, которые примет, — свободный текст, при необходимости с приложенными документами. Хранятся отдельно на уровне организации и на уровне рекламной поверхности; их читают люди, а платформа не проверяет. Структурированный вариант индустрия называет техническими требованиями к креативу (creative specs); это неструктурированный вариант.

Альтернативное правило сравнения в прайс-листе RTB — взять первый пригодный ответ вместо сравнения ставок. Все источники спроса, которых допускает прайс-лист, опрашиваются одновременно, и выигрывает ответ со ставкой, пришедший первым, по сумме его ставки; сравнения цен и запасного варианта нет. В отличие от waterfall в индустрии, здесь нет упорядоченного перехода по уровням: порядок партнёров, записанный в прайс-листе, не влияет на то, кто выигрывает.

См. также: RTB price list.

Уведомление с ценой клиринга, которое CS Context отправляет победившему источнику спроса до того, как ответ уходит в CMS. Адрес для отправки приходит вместе со ставкой, а ответ без URL для win notice отклоняется.