Перейти к содержанию

Экспериментальные возможности

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

Чтобы пройти в раздел экспериментальных возможностей, в проекте Roistat откройте Настройки → Дополнительные → Экспериментальные возможности: 1.png

Внимание!

Чтобы воспользоваться экспериментальными возможностями, нужно иметь права доступа к проекту "Управление экспериментальными возможностями" или "Владелец".

Список экспериментальных возможностей:

Коллтрекинг

Создавать сделку по звонку, даже если в CRM уже есть созданный клиент

По умолчанию сделки по звонкам создаются только для новых клиентов.

Если вы включите эту опцию, установив переключатель в положение 2.jpg, то Roistat начнет создавать сделки по звонку с телефонного номера, который уже занесен в список контактов CRM.

Контакты проверяются по проксилиду.

Не создавать сделку по звонкам

Даже если в сценарии включено автоматическое создание сделок по звонкам, эта настройка отключит его.

Создавать сделки по звонкам, даже если есть сделки в статусах группы "В работе"

Roistat не создает в CRM новую сделку по звонку, проходящему через коллтрекинг Roistat, если в CRM уже имеется сделка по звонку с этого же номера в статусе из группы В работе.  Если переключатель установлен в положение 2.jpg, Roistat создает в CRM сделки по звонкам, проходящим через Коллтрекинг Roistat, даже если в CRM есть сделки по звонкам с этих номеров в статусе В работе.

При переадресации вызова на SIP Roistat в INVITE посылать ее адрес вместо набранного номера

Если переключатель установлен в положение 2.jpg, то в запросе INVITE, который приглашает пользователя принять участие в сеансе связи, вместо набранного номера отправляется адрес учетной записи SIP Roistat.

Запретить прослушивание звонков по ссылке в CRM без аккаунта c доступом к проекту в Roistat

В сделке в CRM есть ссылка, по которой можно прослушать звонок. Если переключатель установлен в положение 2.jpg, то прослушивание звонков по ссылке в сделке CRM невозможно без учетной записи с доступом к проекту в Roistat.

Не отправлять запись звонка в CRM

Roistat отправляет в подключенную CRM запись звонка вместе с созданной по звонку сделкой. Если переключатель установлен в положение 2.jpg, Roistat не отправляет в подключенную CRM запись звонка.

Не записывать телефонные разговоры

Roistat записывает телефонные разговоры, проходящие через Коллтрекинг Roistat. Если переключатель установлен в положение 2.jpg, Roistat не записывает телефонные разговоры.

Не нормализовывать номер звонящего при обработке звонков коллтрекинга

Roistat нормализовывает номера звонящих при обработке звонков коллтрекинга, для отправки в CRM в едином формате. Если переключатель установлен в положение 2.jpg, Roistat не будет нормализовать номера.

Не нормализовывать набранный номер при обработке звонков коллтрекинга

Roistat нормализовывает набранный номер при обработке звонков коллтрекинга, чтобы все номера были в едином формате при их проверке и дальнешей передаче в CRM. Если переключатель установлен в положение 2.jpg, Roistat не будет нормализовать номера. Данная возможность может быть полезна в случаях, когда от стороннего сервиса уже передается номер визита в информации о звонке, и набранный номер является SIP-адресом, или его не требуется нормализовывать по иным причинам.

Не отправлять комментарий при создании сделки в CRM через коллтрекинг

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

Не отправлять аналитические данные в сторонню АТС по звонкам коллтрекинга

При переадресации вызова Roistat не отправит номер визита, источник и подменный номер в стороннюю АТС (через SIP-заголовки). Используйте, эту возможность, когда нужно ограничить получения данных при использовании стороннего колл-центра.

Не запоминать рекламный канал для повторных звонков

Эта возможность пригодится, если к новому сценарию коллтрекинга "Б" привязали подменный номер, который ранее использовался в другом сценарии "А". Если вы активируете эту возможность, то повторным звонкам на этот номер будет присвоен рекламный канал, соответствующий новому сценарию "Б".

Выберите приоритетный код страны, который будет использоваться при нормализации номеров

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

Email для отправки письма о пропущенных звонках (можно указать несколько через запятую)

Roistat отправляет на указанные адреса электронной почты письма о пропущенных звонках, проходящих через Коллтрекинг. Вызовы считаются пропущенными, если:

  • клиент не дождался ответа и повесил трубку;
  • звонок сбросили;
  • номер был занят.

Email для отправки письма о сбоях в звонках (можно указать несколько через запятую)

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

Таймаут закрытия окна виджета коллтрекинга для менеджера в хроме (в секундах)

Период в секундах, через который закрывается окно виджета для входящих звонков в Google Chrome.

Минимальное время разговора, после которого звонок считается принятым (в секундах)

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

Пример:

Как только вызов установлен, включается автоответчик; система считает звонок принятым, даже если менеджер не успел ответить

Клиент может указать время длительности автоответчика (к примеру, 10 секунд). Таким образом, при установлении вызова, система ещё 10 секунд не будет считать звонок принятым.

Внимание!

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

Автозамена набираемого номера, который передается в АТС при переадресации

Включите эту возможность, если ваше оборудование не принимает буквы в качестве вызываемого абонента. Пример: при использовании SIP-пользователя Roistat, если указать roistat123_1=1231, то переадресация будет осуществляться с передачей SIP 1231. Необходимо указать в формате key1=value1,key2=value2

Изменение переадресации коллтрекинга для конкретных подменных номеров

Настройка позволяет переадресовывать звонки на иной номер, чем настроено в сценарии. Введите в формате "подменный номер 1"="номер для переадресации 1", "подменный номер 2"="номер для переадресации 2". Например: 74951111111=74992222222, 74953333333=74994444444

Название поля в CRM с номером телефона, которое необходимо использовать для определения источника звонка, проходящего через коллтрекинг Roistat

Внимание!

Эта экспериментальная возможность работает для статических и динамических сценариев коллтрекинга.

Внимание!

Для работы экспериментальной возможности требуется указывать не ID полей, а их названия из CRM (примеры: calltracking_phone, roistat_phone и так далее). Для полей контактов предусмотрен префикс client_, например client_phone_number, если вы хотите, чтобы использовалось ваше стандартное (системное) поле с телефоном, то в качестве названия укажите просто client_ . В поле для телефона должен быть указан номер клиента в формате, который сохраняется в Истории Звонков.

Внимание!

Это поле работает только с загружаемыми заявками.

Пример задачи, которую решает экспериментальная возможность

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

Используйте экспериментальную возможность, если:

  • Используйте эту экспериментальную возможность, если в историю коллтрекинга звонки добавляются по API, или у вас настроена интеграция со сторонним сервисом коллтрекинга, которая не поддерживает связывание источника визита.
Как это работает

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

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

Резервный номер (или SIP) для переадресации звонков в коллтрекинге

Звонки на указанный номер будут поступать, если Roistat не смог дозвониться или было занято по основному номеру, указанному в сценарии.

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

Если необходимо обрабатывать номер, на который звонит клиент вместо номера клиента, укажите номера сценариев в данном механизме через запятую. При включении этой ЭВ, контакт или сделка будут созданы с номером телефона клиента. ЭВ влияет только на отображение номера на стороне АТС.

Время ожидания ответа в секундах до переадресации на резервный номер (или SIP)

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

Дополнительные заголовки для SIP вызовов (INVITE), получаемых от нашей АТС

Если необходимо обрабатывать дополнительные переменные, получаемые от АТС Roistat при переадресации вызова. Введите в формате {название заголовка}={значение заголовка}, {название заголовка 2}={значение заголовка 2}. Например: my-city={city}, my-domain={domain}. 

Отдельные маски для определенных номеров подмены

Если вам необходимо отображать на сайте определенные номера в формате, отличающимся от общей маски, указанной в настройках сценария коллтрекинга - укажите соответствие "номер телефона=маска", в формате: Номер, как он указан в сценарии=желаемая маска номера. Можно указать несколько соответствий через запятую. Например, 7495123456=8495123456, 7495120000=84951288888.

Интеграции

Не отправлять информацию о маркетинговом канале в CRM при создании сделок через механизм проксилида

Если переключатель установлен в положение 2.jpg, Roistat не отправляет в сделку в CRM информацию об источнике перехода на посадочную страницу, если информация о сделке передается в CRM через Roistat.

Не нормализовывать номера клиентов загруженные из CRM

Действует аналогично тому, как работает "Не нормализовывать номера клиентов, поступающие через форму Ловца Лидов", но для загружаемых контактов ("Управление клиентами").

Не нормализовывать номера телефона, поступающие в проксилид

Используйте для того, чтобы передать в CRM номер в том формате, который получен проксилидом. Работает для создания заявок через: интеграцию Facebook-LeadAds, "заявок с форм сайта", коллтрекинг и отправку через код (метод leads/add).

Не обрезать html-теги при отправке заявок в CRM.

При включении опции, Roistat не удаляет html-теги из данных заявки. Это позволит использовать "верстку" в CRM системе, к примеру, передавать кликабельные ссылки в комментарии или настраивать перенос строк. 

Внимание!

После включения данной настройки перестанет работать встроенная защита от XSS атак.

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

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

Внимание!

В этом случае не будет создана задача/примечание в сделку, так как проверка заявок на дубли не происходит по CRM.

Отключить автоматическое создание сделок по звонку

По умолчанию в сценарии Коллтрекинга Roistat включено создание сделок в CRM по звонкам. Если переключатель установлен в положение 2.jpg, Roistat не создает сделки в CRM, даже если создание сделок включено в сценарии Коллтрекинга.

Отключить отправку недоставленных заявок в CRM

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

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

Необходимо, если вы хотите сохранить текущую логику создания заявок в CRM. Загруженные сделки будут связываться в аналитике с номером визита, полученным в Roistat.

Укажите, в каком часовом поясе загружать сделки из CRM

Чтобы Roistat корректно загружал сделки из CRM в проект, в настройках проекта Roistat обязательно нужно указать часовой пояс, к которому относятся сделки в CRM. Например, если сделки в CRM ведутся в Москве, то нужно указать часовой пояс UTC+3, если в Лондоне - то UTC+0, в Нью-Йорке - UTC-5. 

Пример: если часовой пояс аккаунта: +3, а в этой опции указан часовой пояс +6, то при загрузке сделок Roistat будет интерпретировать полученную дату в часовом поясе +6.

Внимание!

Если дата передается в формате timestamp, Roistat не сможет использовать данный механизм.

Минимальная дата создания заказа

Укажите дату создания сделки (в формате YYYY-MM-DD), начиная с которой необходимо загружать сделки в проект. Эта опция нужна, если вы хотите загружать в проект сделки, которые были совершены в текущей интеграции до даты создания интеграции с Roistat. 

Заказы старше этой даты не будут загружаться в проект. По умолчанию, минимальная дата создания сделки равна дате подключения интеграции с CRM.

Формат номера телефона клиента, если заявка передается в CRM через Roistat

Используйте маску, где цифры нужно заменить на латинскую букву X. Например: 8 (XXX) XXX-XX-XX или +7XXXXXXXXXX

Переопределить номера переадресации сценария для подменных номеров

Функция может понадобиться для ситуаций, когда вы используете два номера для подмены, и для них требуется переадресация на разные номера. Тогда номер для переадресации для первого номера укажите в сценарии Коллтрекинга, а для второго -- в этом поле. Например, 74951111111=74992222222. В таком же формате нужно указать sip-адреса для переадресации.

Обезличивание данных

Эта экспериментальная возможность позволяет загружать клиента без контактных данных.  Скрываются телефон и email клиента. Обезличивание данных производится по стандартным полям - телефон и email. Чтобы воспользоваться этой возможностью, обратитесь в службу поддержки. После того, как обезличивание данных будет активировано, нельзя будет пользоваться Автоматизацией маркетинга. В Управлении клиентами будут отображаться только ID клиентов.

Название поля в CRM, из которого загружать информацию о городе

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

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

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

Внимание!

Домен должен быть указан в формете site.com.

Внимание!

Заявки с доменом, полученным по этой опции, должны находиться в строке с доменом.

Расширенный фильтр для загрузки сделок из CRM

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

  • Допустимые операторы: ">", "<", "<=", ">=", "=", "!=", "in", "not_in", "or", "and", "like", "like%", "not_like", "not_like%", "null"
  • Фильтр выглядит таком образом: ["Поле", "Оператор", "Значение"]
  • Если это оператор in и not_in, то значение должно быть массивом, то есть заключено в [].
  • Для всех остальных операторов значение не может быть массивом.
  • Для оператора null допустимое значение 0 и 1.

Название поля в CRM, из которого получать источник заявки, если не заполнено поле roistat

Если поле "roistat" пустое и источник заявки содержится в ином поле кроме "roistat", то нужно указать название этого поля, чтобы отслеживать заявки в аналитике. Это поле должно быть дополнительным, а не стандартным.

Название поля при загрузке в Аналитику приводится к нижнему регистру. Например, название поля из CRM "ИСТОЧНИК" в Аналитике превратится в "источник".

Название поля, из которого будет загружаться дата продажи

Если дата продажи считается особым способом и содержится в определенном поле CRM-системы, укажите его. Если поле CRM будет пустым, дата продажи будет установлена согласно нашему типовому алгоритму

Названия полей сделки вашей CRM, которые не нужно загружать в Roistat

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

Webhook-адрес для получения информации о новой заявке в Roistat

Формат вебхука, который придет на адрес:

{
  "id": "198",
  "title": "Пойманный лид: Алексей, +7(313)111-11-13",
  "text": "Данные формы: Алексей, +7(313)111-11-13\nПромокод: 3217\nКанал: Прямые визиты\nСтраница захвата: https://test.com/Contacts/\nРеферер: \n",
  "name": "Алексей",
  "phone": "73131111113",
  "email": "",
  "data": "{\"source\":\"organic\",\"sourceLevel1\":\"organic\"}",
  "contact_data": "[]",
  "visit_id": "3217",
  "date_create": "2019-05-13 13:49:14"
}

Укажите поле из которого брать дату создания сделки

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

Всегда создавать новый контакт

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

Не отправлять на сайт информацию об активных в проекте счетчиках Яндекс.Метрики

Если вы хотите скрыть взаимосвязь между несколькими вашими сайтами, то включите данную настройку, чтобы на уровне сайта не отображались связанные счетчики Яндекс.Метрики. В таком случае Roistat не сможет показать поисковые фразы в "Управлении ставками".

Не получать источник из комментария сделки в CRM

Если хотите, чтобы Roistat не получал источник из комментария сделки в CRM, включите эту возможность. По умолчанию, если поля roistat в CRM нет, то Roistat получает источник из комментария сделки.

Значение поля roistat в сделках, которое не нужно загружать

Укажите значение поля roistat в сделках, которое нужно игнорировать при загрузке. Это необходимо, чтобы переопределить источник на стороне Roistat.

Ловец лидов

Не нормализовывать телефонные номера, поступающие через форму Ловца Лидов

Если опция не включена, то все поступающие через форму Ловца Лидов телефонные номера проходят нормализацию по формату ХХХ ХХХ ХХ ХХ.

Пример.

Клиент имеет международный бизнес. Посетитель его сайта открыл Ловец Лидов и оставил номер телефона в формате Польши: 06 001 60 90

Если опция не включена, то при создании сделки, система отформатирует номер и передаст как +456 001 60 90 (вместо "0" добавлен код 45) Включение опции позволяет передавать такие номера формате, указанном посетителем в форме.

Мультиканальная аналитика

Отслеживать мультиканальные заявки до момента продажи

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

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

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

Укажите текст, если вы хотите изменить стандартное сообщение, которое проговаривается роботом менеджеру при обратном звонке. Вы можете использовать переменные Roistat.

Не проверять на дубли в форме ловца лидов

По умолчанию форма ловца лидов не отправляет дублирующие заявки в проект.

Текст, который будет проговорен роботом менеджеру при поступление обратного звонка

Укажите текст, если вы хотите изменить стандартное сообщение, которое проговаривается роботом менеджеру при обратном звонке. Вы можете использовать переменные Roistat.

Аналитические данные

Использовать сделки из предыдущих интеграций

Если установаить переключатель в положение 2.jpg, то сделки из ранее используемой CRM не удалятся из Roistat, а будут отображаться в Аналитике. Это нужно сделать в случае, если сделки не переносятся из ранее используемой CRM в новую.

Внимание!

Флажок необходимо установить до интеграции с новой CRM.

Не отрезать последний слэш в адресах страниц визитов

При сохранении посадочной страницы Roistat удаляет последний слэш и адрес сайта из site.ru/ превращается в site.ru. Это может привести к появлению ошибки в диагностике неисправностей (на сайте site.ru не обнаружено счетчика/была найдена ошибка). Включение опции позволяет исправить проблему в диагностике. После включения опции необходимо подождать 3-4 дня, так как диагностика неисправностей проверяет адреса страницы за последние 3 дня.

Не подсчитывать потенциальную выручку для сделок с 0 суммой

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

Всегда показывать сотые доли для мультиканальных показателей аналитики

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

Всегда показывать сотые доли для процентных показателей аналитики

Включите эту опцию, чтобы в таблицах аналитики всегда видеть сотые доли для процентных показателей: конверсии, ROI, CTR, доли и т.д.

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

В таблице сравнения периодов изменение процентных показателей рассчитывается как абсолютная величина, по формуле (значение2 - значение1). Включите данную настройку, если хотите, чтобы процентные показатели подсчитывались в относительных величинах, по формуле (значение2 - значение1) / значение2.

Пары roistat-метки и города, чтобы определить город для всех визитов источника

Если определенные рекламные каналы жестко связаны с городом, укажите в настройках возможности эти пары. Введите в формате: channel_msk=Москва,channel_spb=Санкт-Петербург.

GET-параметры, которые необходимо видеть в Аналитике

Если используются дополнительные данные в GET-параметрах посадочной страницы, укажите их, чтобы они остались видны в аналитике. Например, чтобы более детально анализировать посадочные страницы в аналитике.

Названия полей из CRM по которым необходимо строить отчеты

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

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

Например, если вы хотите исключить брендированные запросы с SEO на главную страницу для повторных визитов, укажите их в формате: site.ru/landing=seo,direct;site.ru/landing2=seo.

Количество дней максимального предполагаемого цикла сделки

Настройка позволяет учитывать очень длинные сделки в отчетах по дате продажи. Увеличение периода может существенно замедлить загрузку отчетов. Максимальное значение - 1095 дней.

Пользовательская модель атрибуции по шаблону U-shape

Укажите в формате "A, B, N, Y, Z = название модели атрибуции" новые модели атрибуции на основе U-Shape, которые вы хотите видеть в отчетах аналитики. A и B будут равны весам первых двух источников, Y и Z - весам последних двух источников, а вес N будет распределен равномерно между оставшимся источниками. Количество заданных весов в модели должно быть равно 3 или 5. Веса задаются в виде значений от 0 до 1, и в сумме должны равняться 1. То есть вес 50% будет задан, как 0.5 (через точку). Например "0.5, 0.3, 0.2 = Модель1". 

Подробнее читайте по этой ссылке.

Спам-заявки

Не отправлять заявки в CRM без контактных данных и комментария

Заявки с пустым телефоном, email, и комментарием, будут помечены как спам и не будут отправлены в CRM.

Не отправлять заявки в CRM если комментарий содержит фразы

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

Не отправлять заявки в CRM если имя контакта содержит фразы

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

Не отправлять заявки в CRM с данными email

Каждый email необходимо указывать с новой строки.

Управление ставками

Для оптимизации в управлении ставками использовать показатель (Прогнозируемый ROI) вместо (ROI)

Если цикл продаж подразумевает использования "Прогнозируемого ROI" для оптимизации ставок вместо текущего ROI, можно с помощью данной настройки изменить принцип оптимизации ставок механизмом "Управление ставками".

Цикл сделки (в днях), который будет учитываться в управлении ставками при использовании оптимизации по ROI

Если цикл сделки не позволяет использовать оптимизацию по текущему ROI, укажите значение в данной экспериментальной возможности примерный цикл вашей сделки. Если указать, например, 30, то ROI будет считаться за период, оканчивающийся 30 дней назад.

Емейлтрекинг

Отправка всех писем емейлтрекинга на адрес вебхука

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

Не отправлять вложения емейлтрекинга в CRM и на webhook-адрес

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

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

Укажите, на какое время адрес емейлтрекинга будет привязан к пользователю после его ухода с сайта. По умолчанию, это время равняется 15 минут. Вы можете указать значение от 15 до 1440 минут (24 часа).

Внимание!

Чтобы увеличить время привязки адреса, нужно увеличить количество подменных номеров. Это нужно потому, что пока адрес привязан к одному пользователю, он не может быть выдан следующему. И при увеличении времени привязки адреса новому посетителю будет показан либо адрес по умолчанию, либо адрес с предыдущим номером визита. Соответственно, чем дольше каждый адрес привязан к пользователю, тем больше таких адресов нужно, чтобы емейлтрекинг корректно работал со всеми посетителями сайта.