Документация Accelera

Персонализация баннеров и сторис

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

В основе решения — оффер: предложение с условиями отбора, периодом действия и приоритетом. Офферы конкурируют за слот — конкретное место показа, например баннер на главной странице или позицию в ленте сторис. Accelera выбирает подходящее предложение, а сайт или приложение отображает его в своём интерфейсе.

Ключевые особенности

  • Отбор предложений — в конкуренции участвуют активные офферы, соответствующие слоту, срокам и условиям таргетинга; качество отбора зависит от доступных данных.
  • Приоритизация офферов — для клиента сравниваются приоритеты допущенных предложений; более высокий уровень таргетинга сам по себе не гарантирует выбор.
  • Настройка размещений — менеджер управляет офферами, правилами и привязкой к подготовленным слотам; подключение нового канала или формата требует отдельной подготовки.

Какие задачи решает персонализация

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

ЗадачаЧто обеспечивает решениеУсловия и границы
Разделять предложения по аудиториямДопуск офферов для выбранных групп клиентовАудитории должны быть рассчитаны и доступны модулю; их состав не определяется одним созданием оффера.
Учитывать контекст клиентаИзменение приоритета при наличии предусмотренного контекстного сигнала — инсайтаСигнал должен поступить из подготовленного источника; оффер не выводит его из поведения самостоятельно.
Распределять размещенияВыбор предложения по итоговому приоритету среди подходящих офферов слотаУсловия допуска проверяются до сравнения; приоритет не отменяет ограничения показа.
Ограничивать период размещенияУчастие оффера в отборе в пределах заданного времениДаты и статус должны соответствовать условиям текущего запроса.
Использовать разные форматыПривязку предложений к слотам баннеров, сторис или карточекФормат, содержимое и отображение должны поддерживаться соответствующим каналом.
Сопровождать предложенияИзменение настроек и приостановку участия оффера в отбореДействия доступны в пределах прав и возможностей используемого выпуска.

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

От подготовки предложения до показа

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

  1. Подготовка канала. Определяются слоты, поддерживаемые форматы и способ отображения. Сайт или приложение подключается к получению предложений.
  2. Подготовка данных. Настраиваются аудитории и контекстные сигналы, необходимые выбранным правилам. Источниками могут быть события или расчёты на витринах данных.
  3. Настройка оффера. Менеджер задаёт предложение, условия таргетинга, приоритет, период действия и слоты, затем связывает его с подготовленным контентом.
  4. Отбор. При запросе для клиента и слота проверяются активность, сроки и условия применимости офферов.
  5. Выбор и отображение. Среди допущенных предложений сравниваются итоговые приоритеты. Выбранное предложение передаётся каналу; отображение выполняет сайт или приложение.

Уровни таргетинга, веса и инсайты — факторы выбора, а не отдельные обещания показа. Подробная модель описана в концепции персонализации.

Пример: два предложения для одного баннера

В условном примере на главной странице приложения есть один баннерный слот. За него конкурируют общее сезонное предложение и предложение для выбранной аудитории. Оба связаны с контентом и имеют заданный период действия.

Если клиент не соответствует условиям аудиторного оффера, тот не участвует в сравнении. Если подходят оба предложения, выбор определяется итоговым приоритетом. При совпадении предусмотренного инсайта приоритет связанного с ним оффера может увеличиться.

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

Пример объясняет выбор, но не задаёт универсальные веса или гарантированного победителя. Точные параметры находятся в документации Offer Hub.

Из каких модулей состоит решение

Основной модуль — Offer Hub: он ведёт офферы и выбирает предложение для клиента и слота. Остальные компоненты обеспечивают данные, контент и отображение.

Модуль или системаРоль в решенииУсловие использования
Offer HubОфферы, условия отбора, слоты и расчёт приоритетаОсновной модуль выбора предложений.
FlowОбновление аудиторий, инсайтов, назначений и исключений по событиямКогда сценарий использует событийные данные.
SegmentsРасчёт аудиторий, инсайтов, назначений и исключений на витринахКогда отбор строится на расчётных данных.
КонтентСодержимое предложений и связь с офферамиКонтент должен быть подготовлен для поддерживаемого формата.
Профиль клиентаАтрибуты для правил таргетингаСостав и актуальность атрибутов должны соответствовать сценарию.
Сайт или приложениеЗапрос предложений и отображение в слотахКанал должен быть подключён и поддерживать выбранное размещение.

Состав конкретной конфигурации зависит от используемых источников и правил; Flow и Segments не требуются одновременно для каждого оффера.

Ограничения решения

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

  • Решение не создаёт дизайн баннера или сторис: оффер связывается с подготовленным контентом.
  • Создание оффера не добавляет новое место показа в приложение или на сайт. Слот и его отображение должны быть подготовлены.
  • Аудитории и инсайты поступают из настроенных источников. Ошибочные или устаревшие данные влияют на допуск и приоритет.
  • Выбор оффера не подтверждает фактический показ, просмотр, клик или целевое действие. Для оценки этих событий нужны данные соответствующего канала.
  • Решение не отправляет рассылки: выбор предложения для слота и доставка сообщения — разные задачи.
  • Выбор предложения не означает выполнение условий промо-кампании или начисление вознаграждения. Эти задачи описаны в решении «Управление промо-кампаниями».
  • Описанный выбор основан на настроенных правилах и приоритетах. Из него не следует наличие самообучающейся рекомендательной модели, автоматической оптимизации конверсии или готового экспериментального дизайна.

Ключевые термины

Термины помогают связать задачи персонализации с объектами настройки.

ТерминЗначение
ОфферПредложение с условиями отбора, периодом действия и привязкой к размещениям.
КаналЦифровая среда взаимодействия с клиентом, например сайт или приложение.
СлотКонкретное место показа предложения в канале.
ТаргетингУсловия применимости предложения к клиенту.
ИнсайтКонтекстный сигнал о клиенте, используемый для усиления приоритета при совпадении.
ПриоритетИтоговая величина для сравнения офферов, допущенных к выбору.

Для настройки и подробных правил используйте обзор Offer Hub.

На этой странице