Условия запуска реакций ReFunnels

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

Важная особенность ReFunnels - почти у каждого блока есть 2 типа выхода (зеленый и красный). Эти выходы одновременно служат условиями. Если зеленый выход ведет в пользовательское событие (не действие), то при появлении этого события, для исходного блока сработает "успешный выход". Это значит, что будет прервана цепочка действий из красного выхода. А для "серии писем" будет остановлена отправка рассылок.

Рассмотрим на примере: По умолчанию в случаях 1 и 2, отправляется серия писем и она будет прервана как только случится "событие зеленого выхода". 1 - посещение страницы продаж, 2 - заказ оплачен.

Однако у блока "серия писем" есть настройка "не прерывать отправку при успешном событии". Она включена в случае 1. Это значит, что письма продолжат отправляться не смотря на посещение пользователем страницы 1.

В случае 3, письма отправляются по 1. И цель этих писем - чтобы пользователь оказался в какой-то группе. Такая конструкция означает, что через 10 мин после отправки последнего письма в серии, будет отправлено письмо "после прогрева". И сразу же активирована задержка - 1 день. Затем, спустя сутки произойдет проверка, не достигнут ли зеленый выход у блока, из которого выходит текущая стрелка. Если пользователь добавлен в группу, то дальше по красной цепочке ничего выполняться не будет. Если пользователь не добавлен в группу, то сработает красный переход к "письму 2", оно отправится и активируется следующий таймер. Дальше произойдет всё то же самое, что и с первым письмом.

Важно! Зеленый выход считается успешным событием, только если он ведет в блок события. Если зеленый выход ведет в блок-действие, то его выполнение не будет считаться "успешным событием" для определения актуальности красной цепочки.

Также напомним остальные условия, необходимые для запуска действий.

1. Событие перед действием должно поддерживаться режимом реактивности (быть ярким на схеме. Если блок полупрозрачный - он не работает в режиме реактивности).

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

3. В переходе (стрелке) ведущем в блок-действие, должны быть включены действия и настроен лимит.

4. Для текущего сценария должен быть активирован режим реакций.

5. Действие может быть отменено или прервано блоком "завершить воронку".

6. В событии должно быть достаточно данных для выполнения действия. Например, если провести переход от "страницы" к "отправить письмо", такое действие будет выполнено только для пользователей посетивших страницу. При этом на странице должен быть корректно установлен скрипт-счетчик refunnels. Да :) это позволит совершать действия с авторизованными пользователями на любых страницах, где есть наш счетчик.

7. Целевой объект действия должен совпадать (или быть дочерним) с объектом события (или предыдущего действия). Например, если в действии "отправить письмо" выбрано письмо по заказу (тип объекта - "заказ"), а в предыдущем событий заказ не создавался (и действия происходили с пользователем/сессией), то письмо соответственно не отправится. НО, если выбрано письмо по пользователю и событие произошло с заказом, письмо будет отправлено, т.к. в заказе есть информация о пользователе.

8. Для писем действуют всё те же ограничения, что и в стандартных кейсах getcourse (разрешение на отправку, подписка на категорию рассылок, запрет дублирования письма и т.д.).

• Если в серии писем произойдет ошибка с каким-либо письмом или группой писем, они будут пропущены и запланируется следующая цепочка.
• Если для группы писем некорректно указана задержка, то эта группа писем будет пропущена и запланируется следующая группа.
• Если вы размещаете письма в getcourse в "последовательностях", обязательно ставьте значение "отправлять через" на 0.