Перейти к основному содержимому

Сегментация профилей по истории действий

История действий подписчиков формируется на основе разных типов событий:

Выборки по активности подписчиков позволяют проводить сегментацию по частоте совершаемых действий (LTV), а также по частоте приносимого дохода (RFM).

События, связанные с сообщениями​

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

  • Email
  • SMS
  • Push
  • Telegram
  • WhatsApp
  • Viber

Для большинства правил сегментации по истории активности в сообщениях доступны следующие типы операторов выборки:

  • Существует/не существует — выборка по наличию как минимум одного действия выбранного типа у подписчиков.
  • Ни одного раза — выборка по отсутствию хотя бы одного действия выбранного типа. В зависимости от оператора можно дополнительно указать Кампанию, Сообщение, период времени или количество дней с текущей даты.
  • Как минимум [n] раз — выборка по наличию указанного количества событий у подписчиков. В зависимости от оператора можно дополнительно указать Кампанию, Сообщение, период времени или количество дней с текущей даты.

Отправлено сообщение​

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

подсказка

Правило на примере ниже может использоваться, если вам потребовалось остановить кампанию и необходимо доотправить сообщения.

Доставлено сообщение​

Событие доставки доступно во всех каналах. События по разному обрабатываются для различных каналов связи. Так, для email доставка регистрируется на основе ответа от провайдера электронной почты. Для SMS — на основе ответа оператора связи или отправляющего шлюза.

подсказка

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

Открыто сообщение​

Событие открытия доступно в Email, SMS и Push каналах. Открытия Email регистрируются встроенными в шаблоны сообщений пикселями {pixel}, передающими запрос на трекинг-сервер Альткрафт. Открытия SMS также могут фиксироваться на стороне шлюза отправки или оператора связи. Push уведомления открываются в основном автоматически, если разрешены в браузере или операционной системе мобильного устройства.

подсказка

Используя сегментацию по открытиям, вы можете получить максимально точное количество уникальных открытий в рамках кампании/сообщения/периода времени. Соответственно — рассчитать OR (Open Rate) для конкретной группы получателей.

Прочитано сообщение​

Событие прочтение доступно в Email, WhatsApp и Viber каналах. Событие регистрируется особым пикселем в шаблоне сообщения, который можно добавить переменной {read}. Он срабатывает, когда получатель открыл сообщение и не закрывал его как минимум 12 секунд.

Любой клик в сообщении​

Событие клика доступно в Email, SMS и Push каналах. Правило выберет получателей, открывших сообщение и кликнувших по любой из ссылок в нём. Для выбора конкретной ссылки используется правило "Клик по ссылке в Email".

подсказка

Используя сегментацию по любым клика, вы можете получить максимально точное количество уникальных кликов в рамках кампании/сообщения/периода времени. Соответственно — рассчитать CTR (Click Through Rate) для конкретной группы получателей.

Клик по ссылке в сообщении​

Событие клика доступно в Email, SMS и Push каналах. В правилах этого типа есть возможность уточнить ссылку, переходы по которой должны быть в истории действий подписчика. Имя ссылки можно выбрать из выпадающего меню, если ссылка присутствует в выбранном сообщении, или вписать вручную — если ссылка подставляется в шаблон динамически (и в том, и в другом случае будет использован атрибут ссылки name).

подсказка

С помощью такого правила вы сможете ещё точнее провести выборку аудитории по определённому типу конверсии, например, по переходам на страницу с предложением конкретного продукта, или по выбору какого-либо варианта ответа в сообщении-опросе.

подсказка

Данное правило выбирает профили на основании кликов по любым ссылкам, кроме ссылок отписки. Если необходимо найти получателей, кликнувших по ссылка отписки, необходимо использовать правило "Клик по ссылке отписки".

Клики в сообщениях мессенджеров​

События кликов фиксируются в Telegram, WhatsApp и Viber каналах, когда получатель переходит по ссылке в сообщении:

  • Клик — Если получатель несколько раз кликнул по одной и той же ссылке, фиксируется каждое событие клика. Например, если в сообщении 3 ссылки и по каждой из них получатель перешёл 2 раза, то будет зафиксировано 6 кликов.

  • Уникальный клик — Событие регистрируется, если получатель кликнул хотя бы по любой ссылке в сообщении. Например, если в сообщении 3 ссылки и по каждой из них получатель перешёл 2 раза, то будет зафиксирован 1 уникальный клик.

  • Уникальный клик по ссылке — Если получатель несколько раз кликнул по одной и той же ссылке, фиксируется только одно событие клика для каждой ссылки. Например, если в сообщении 3 ссылки и по каждой из них получатель перешёл 2 раза, то будет зафиксировано 3 уникальных клика по ссылке.

Клик по ссылке отписки в сообщении​

Событие доступно в Email, SMS и Push каналах. Данное правило выберет получателей, получивших сообщение и отписавшихся по ссылкам отписки в данном сообщении. В этом правиле можно выбрать шаблон и кампанию, в рамках которых была произведена отписка.

подсказка

Использование данного правила обусловлено архитектурой платформы. Клик по ссылке отписки имеет свой особый тип события, поэтому эти клики не будут выбраны с помощью правила "Клик по ссылке в Email/SMS/Push"

Клик на Confirm ссылку и Подтверждение подписки (email)​

Confirm ссылка — это ссылка подтверждения подписки. Если вы используете двойное подтверждение согласия на получение рассылок (Double opt-in), таким правилом вы сможете выбрать тех, кто подтвердил или не подтвердил свой статус подписчика. Если вы не используете DOI, информацию по настройке этого типа подтверждения вы найдете в этой инструкции.

Проверка события в сообщении или в кампании​

Если вы хотите проверить, происходило ли какое-нибудь событие в определенной кампании или сообщении, воспользуйтесь условием “Как минимум [n] раз в сообщениях / в кампаниях”. Вы можете выбрать сразу несколько шаблонов или кампаний. Если действие произошло в любом из выбранных объектов, профиль попадёт в сегмент.

Условие в примере ниже выберет профили, которым были отправлены письма из кампании #1, или из кампании #2, или из обеих кампаний:

Чтобы узнать, кто из подписчиков не проявляет активности или до кого их них сообщения даже не доходят, используйте обратные условия, например: "Ни одного раза в сообщениях / кампаниях". Профиль попадёт в сегмент, если действие не произошло в каждом из выбранных объектов.

В данном примере в сегмент попадут профили, которым не был отправлен шаблон #27, а также не был отправлен шаблон #29:

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

На изображении ниже условие выберет тех, кто не кликнул в кампании #230, а также не кликнул в кампании #231. При этом выборка будет происходить только среди профилей, которым кампания была доставлена.

Здесь в сегмент попадут те, кому не доставили кампанию #1, а также не доставили кампанию #2, хотя она была им отправлена:

Отбор кампаний или шаблонов по тегу​

При сегментации по событиям в кампании или в сообщении также доступен отбор по тегам. В примере ниже будут выбраны профили, кликнувшие в любой кампании с тегом "Online store".

Достигнута цель (сайт, приложение)​

Отдельный тип сегментации связан с отслеживанием действий подписчиков на внешних сетевых ресурсах, таких как сайты организации или партнёров, социальные сети, приложения, системы менеджмента клиентов (CRM).

подсказка

Действия клиентов отслеживают пиксели Альткрафт. На трекинг-сервер передаются запросы, регистрирующие Цели и связанную с ними Стоимость. Зарегистрировать цель для конкретного пикселя можно, используя три вида встраиваемых скриптов (JavaScript код, изображение, загружаемое с трекинг-сервера, и перенаправление на трекинг-сервер при переходе по ссылке). Второй вариант — использовать прямой запрос к API регистрации целей.

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

1. Существует / не существует — операторы проверяют наличие или отсутствие достижения целей подписчиками.

2. Суммарная стоимость — такие операторы будут рассчитывать сумму стоимости достигнутых подписчиками целей и сравнивать с заданной в правиле. Доступны варианты больше / меньше / равна. Расчёт может проводиться за всё время, за период или за последние [x] дней.

3. Средняя стоимость — такие операторы будут рассчитывать среднее арифметическое стоимости достигнутых целей и сравнивать с заданным в правиле значением. Доступны варианты больше / меньше / равна. Расчёт может проводиться за всё время, за период или за последние [x] дней:

4. Как минимум [n] раз / Ни разу — операторы для выборки количества и частоты совершаемых действий. В зависимости от необходимой логики, можно уточнить в правиле цель, пиксель или реферера (источник трафика):

5. Соответствует / Не соответствует комплексному условию

В рамках события регистрации цели можно передавать дополнительные данные о событии через API запрос. Эти данные записываются в историю профиля в таком виде:

Правило "Соответствует / Не соответствует комплексному условию" позволяет выбирать профили на основе этих данных. Чтобы настроить условие, введите название цели или выберите цель из списка, нажав на   . Далее выберите пиксель и нажмите кнопку "Добавить правило":

Определите, по какому полю отбирать профили, и выберите оператор сравнения. Затем укажите значение поля:

Доступен отбор по:

  • Значение цели (стоимость)

Отбор по данным из объекта pixel_data:

  • Строковые данные цели
  • Числовые данные цели
  • Дата в данных цели
  • Булевые данные цели

Отбор по устройству профиля и его геоданным:

  • Браузер
  • Операционная система
  • Страна
  • Регион
  • Город
  • Временная зона
  • User-Agent

Отбор по отправленным сообщениям и привязанным промокодам:

  • Кампания
  • Шаблон
  • Программа лояльности

Отбор по UTM меткам:

  • UTM campaign
  • UTM content
  • UTM medium
  • UTM source
  • UTM term

Отбор по URL Referer (источник перехода на страницу, где произошло событие регистрации цели) и URL Origin (страница, на которой произошло событие регистрации цели):

  • Referer domain (домен из URL Referer, например, example.com)
  • Referer path (путь из URL Referer, например, /path/sub_path/index.html)
  • Referer query (параметры запроса из URL Referer, например, par1=1&par2=val2)
  • Исходный домен (домен из URL Origin)
  • Исходные путь (путь из URL Origin)
  • Исходный запрос (параметры запроса из URL Origin)

Отбор по заказам профиля:

  • Точка контакта
  • Регион
  • Продукт
  • Количество товара в позиции заказа
  • Категории продукта или SKU

В комплексное условие можно добавлять несколько правил и объединять их с помощью логического И (все условия должны выполняться) и ИЛИ (хотя бы одно условие должно выполняться):

События сценариев автоматизации​

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

  • хотя бы раз был,
  • никогда не был,
  • сейчас в сценарии,
  • сейчас не в сценарии,
  • завершил сценарий,
  • вышел с ошибкой.

В рамках события регистрации цели можно передавать дополнительные данные о событии через API запрос. Эти данные записываются в историю профиля в таком виде:

События программ лояльности​

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

  • Назначен / не назначен — правило выбирает подписчиков, которым программа лояльности назначила промокод вручную или автоматически — используя кампанию, сценарий, или особый запрос к API.
  • Активирован / не активирован — событие активации промокода передаётся специальным API запросом из внешних систем. Например, когда клиент совершает покупку с использованием промокода.

События заказов​

Можно сегментировать аудиторию в зависимости от заказов, зарегистрированных в маркете. Доступны следующие условия:

  • Существует N заказов, удовлетворяющих всем условиям
  • Нет N заказов, удовлетворяющих всем условиям
  • Суммарная стоимость заказов, удовлетворяющих всем условиям, равна N
  • Суммарная стоимость заказов, удовлетворяющих всем условиям, не равна N

При необходимости можно выбрать условия группирования заказов. Доступен отбор заказов по следующим полям:

Канал продаж​

Условие группирует заказы, совершенные в одном канале продаж. Можно указать несколько точек контаков.

Статусы​

Условие выбирает заказы с указанными статусами (новый, доставлен, оплачен, отменен, частичный возврат).

Регионы​

Условие выбирает заказы, совершенные в определенных регионах.

Продукты/SKU по категориям​

Условие выбирает заказы, в которых есть товары из определенных категорий.

Количество товаров​

Выбираются заказы с определенным количеством товаров. Количество товаров можно считать одним из следующих способов:

  • в любой из позиций (в какой-либо позиции заказа есть указанное количество)
  • суммарно по позициям (во всех позициях заказа вместе взятых есть указанное количество товаров)
  • в каждой из позиций (в каждой позиции заказа есть указанное количество товаров)
  • разных товаров в заказе (количество позиций в заказе: 1 товар = 1 позиция)

Дата создания заказа​

Выбираются заказы, зарегистрированные в указанный период времени.

По сумме заказа​

Условие выбирает заказы с определенной стоимостью. Укажите валюту, в которой считается заказ.

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

Доступны следующие условия отбора:

  • заполнял (подписчик когда-либо заполнял форму)
  • не заполнял (подписчик никогда не заполнял форму)
  • заполнял за выбранный период (подписчик заполнял форму в указанные даты)
  • не заполнял за выбранный период (подписчик не заполнял форму в указанные даты)
  • заполнял за последние [x] дней относительно текущей даты

События попапов​

Профили подписчиков можно сегментировать по их взаимодействию с попапами.

Доступен отбор по следующим событиям:

  • Открыт Попап — попап показан пользователю.
  • Заполнен Попап — форма в попапе заполнена и успешно отправлена пользователем.
  • Закрыт Попап — выполнен клик по кнопке “Закрыть” (closeButton) в попапе.
  • Клик по Попапу — выполнен клик по любому элементу попапа, кроме кнопки “Закрыть” (заголовок, текст, картинка, поле формы, кнопка).
  • Таргет попапа — попап должен был быть показан пользователю, потому что были выполнены условия триггера. При этом он мог быть не показан из-за лимитов тега, заданных в блоках "Настройки активации" и "Ограничения".
  • Клик по элементу в Попапе — выполнен клик по HTML-элементу с определенным значением в атрибуте name. Также для трекинга кликов необходимо в HTML-элемент, с которым связано событие, добавить атрибут data-tracking-event="click". Например: <div class="ac-popup-overlay" data-tracking-event="click" name="example_1"></div>. Подробнее.
  • Кастомное событие Попап — регистрацию такого события вы должны настроить самостоятельно через JavaScript код. Подробнее.

Возможные условия отбора:

  • Существует — указанное событие было зарегистрировано у профиля как минимум один раз.
  • Не существует — указанное событие ни разу не было зарегистрировано у профиля.
  • Как минимум [n] раз в период — указанное событие было зарегистрировано у профиля не менее [n] раз за заданный период времени.
  • Ни одного раза в период — указанное событие не было зарегистрировано у профиля ни разу за заданный период времени.
  • Был как минимум [n] раз за [x] дней — указанное событие было зарегистрировано у профиля не менее [n] раз за последние [x] дней.
  • Ни разу в последние [x] дней — указанное событие не было зарегистрировано у профиля за последние [x] дней.
Последнее обновление