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

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

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

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

1.png

Обратите внимание

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

Коллтрекинг

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

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

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

Примечание

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Пример 1: клиент перешел из рекламы Google Ads на сайт, увидел номер из сценария «А» и позвонил. Через несколько дней он снова позвонил по этому номеру, когда номер уже использовался в сценарии «Б». Если включена экспериментальная возможность, источник второго звонка будет определен заново.

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

Примечание

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

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

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

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

Примечание

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

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

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

Как это работает

Если поле экспериментальной возможности не заполнено: При загрузке в проект сделки без номера визита Roistat проверяет в проекте звонки с таким же номером телефона, совершенные в промежутке от даты создания сделки - 1 час до даты создания сделки. Например: если сделка создана в 10:00, Roistat проверит звонки с 9:00 до 10:00. Если такой звонок найден, сделке присваивается номер визита из информации об этом звонке.

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

Примечание

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

Если вы хотите, чтобы при поиске звонков учитывалась не дата создания сделки, а дата звонка, то укажите вторым параметром (через запятую) поле сделки (или контакта) в CRM с датой звонка. Например: phone_number,date_call_creation. Дата звонка должна передаваться в формате yyyy-mm-ddthh-mm-ssz.

Обратите внимание

Обратите внимание

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

Номера коллтрекинга для отображения на сайте

Если вам необходимо вместо номера коллтрекинга отображать на сайте другой номер, укажите соответствие в формате:

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

Можно указать несколько соответствий через запятую.

Это будет полезно, например, если вы используете номера 8800 от Билайн. В таком случае:

  1. В сценарии коллтрекинга вы добавляете номер, на который переадресуются звонки в маршрутах ОАТС Билайн с номера 8800.

    При этом в настройке сценария укажите Формат номера: 8(ХХХ)ХХХ-ХХ-ХХ.

  2. А в экспериментальной возможности настраиваете, какой номер 8800 должен отображаться на сайте:

    7903111111=78001111111, 79032222222=78002222222
    

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

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

Вы можете указать один номер для всех сценариев или разные номера для разных сценариев. За одним сценарием может быть закреплен только один номер. При этом один и тот же номер можно использовать в разных сценариях.

  • Чтобы закрепить один резервный номер за всеми сценариями, просто укажите этот номер в формате 7xxxxxxxxxx (без символов и пробелов).

  • Чтобы добавить резервный номер к определенному сценарию, используйте формулу номер телефона=номер сценария, например: 74951234567=1. Номер сценария можно увидеть в настройках сценария справа от его названия.

  • Чтобы закрепить один номер за несколькими сценариями, используйте ту же формулу, перечисляя номера сценариев через запятую: 74951234567=1,2.

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

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

Укажите промежуток времени, в котором будут переадресовываться звонки на резервные номера, указанные в ЭВ Резервные номера (или SIP) для переадресации звонков в коллтрекинге. Это будет полезно, если вы не хотите, чтобы звонки приходили на резервный номер в нерабочее время.

Укажите промежуток времени в формате hh:mm-hh:mm c указанием таймзоны.

Например:

  • 10:00-19:00 UTC+3
  • 9:00-19:00 UTC+5
  • 09:00-19:00 UTC+5

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

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

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

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

Дополнительные SIP-заголовки при переадресации вызова на стороннюю АТС

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

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

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

Сделать источник звонка приоритетнее, чем источник сделки в CRM

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

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

Интеграции

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

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

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

Укажите через запятую ID полей CRM с датами, в значениях которых необходимо обрезать время. Значение в формате yyyy-mm-dd (напр., 2023-04-23) отобразится в дополнительном поле сделки в Аналитике. Как узнать ID поля CRM вы можете посмотреть в документации соответствующей CRM (напр., инструкция для amoCRM).

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

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

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

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

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

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

Обратите внимание

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

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

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

Обратите внимание

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

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

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

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

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

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

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

Обратите внимание

Источник визита связывается со сделкой только в том случае, если номер визита был получен в период +/- 1 час от момента создания сделки.

Например, если номер визита был получен в 12:00, он будет связан со сделками, созданными в период с 11:00 до 13:00.

Увеличить время для матчинга можно через Время определения источника при матчинге.

Отключить проверку на дубли

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

После активации данной возможности в новых заявках, отправляемых через Roistat (проксилид), будет обрезаться содержимое поля “Текст“, если в данном поле превышен лимит в 4096 символов. Ссылки останутся в неизменном виде.

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

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

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

2-1.png

Пример работы опции

Часовой пояс аккаунта Roistat – UTC+3 Moscow, а в данной опции указан часовой пояс UTC-8 Los Angeles. В Roistat загружена сделка, созданная в CRM в 00:58. Roistat считает, что все сделки загружаются в часовом поясе UTC-8, и в аналитике приводит их к часовому поясу проекта – UTC+3. Таким образом, в Roistat временем создания сделки будет считаться 11:58.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Обратите внимание

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

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

Сделать данные из поля в CRM приоритетнее, чем домен и посадочная страница из визита

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

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

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

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

Пример фильтра:

[{
    "field":"Воронка продаж",
    "operator":"in",
    "value":[
        "Повторная продажа",
        "Мероприятия",
        "Условный Отказ",
        "Акции",
        "Экзамены",
        "Индивидуальные занятия",
        "Черный список",
        "Тестовая воронка"
    ]
}]

Также можно применять несколько фильтров с логическим оператором:

{
   "and": [
        {
            "field": "Воронка продаж",
            "operator": "in",
            "value": [
                "Повторная продажа",
                "Мероприятия",
                "Условный Отказ",
                "Акции",
                "Экзамены",
                "Индивидуальные занятия",
                "Черный список",
                "Тестовая воронка"
            ]
        },
        {
            "field": "date",
            "operator": "<",
            "value": "2021-05-07T21:00:00"
        }
    ]
}

Примечание

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

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

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

Примечание

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

Примечание

Нельзя указывать несколько названий полей.

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

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

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

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

Дата должна передаваться в одном из следующих форматов:

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

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

ID полей клиента, которые не нужно загружать в Roistat

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

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.

Примечание

  • Дата и время, полученные из указанного поля, используются при матчинге.
  • При заполнении поля можно использовать формат YYYY-MM-DD и DD.MM.YYYY.

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

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

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

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

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

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

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

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

Время работы импорта сделок

Укажите интервал в формате 0-23 по UTC+0, чтобы задать время запуска импорта сделок. Это необходимо, если вы хотите выгружать сделки из CRM в определенном интервале времени. Например, если указать интервал 0-8, то загрузка сделок будет запускаться только в интервале с 00:00 до 08:00 по UTC, в остальное время сделки загружаться в проект не будут.

Время определения источника при матчинге

Можно указать время в формате 1d1h1m1s. Например, чтобы задать интервал в 1 час 30 минут, укажите 1h30m. При определении источника заявки с помощью матчинга этот временной промежуток будет считаться максимально возможной разницей между временем в проксилиде и временем создания заявки. Это может быть полезно в случаях, когда время в проксилиде и время создания заявки в CRM отличаются более чем на 1 час, из-за чего источник не определяется или определяется некорректно.

Передавать на Webhook-адрес информацию о новой заявке, которая фиксируется в Roistat, но не передается в CRM

Опция позволяет отправлять на Webhook-адрес информацию о новой заявке, которая сохраняется в Roistat, но не передается в CRM (в списке отправленных заявок в столбце статуса отправки у таких обращений пометка Не отправлять).

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

Активируйте эту опцию, чтобы стандартная проверка на дубли включала проверку поля Комментарий на полное совпадение (в дополнение к проверке заголовка заявки, имени клиента, электронной почты, телефона, номера визита и доп.полей).

Разрешить выполнять фильтрацию по полю roistat при загрузке сделок

Опция позволяет фильтровать сделки по полю roistat. Настройка фильтрации осуществляется в карточке интеграции с CRM на шаге Расширенные настройки.

Перезаписывать историю заказов по API

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

Учитывать себестоимость товаров при подсчете себестоимости сделки

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

При импорте сделок не приводить поле roistat к нижнему регистру

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

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

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

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

Переносить номер визита из первой сделки клиента в последующие

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

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

  1. Клиент переходит по рекламе и оставляет заявку, которая загружается в Roistat с номером визита.

  2. Через неделю этот же клиент связался с менеджером по телефону. Менеджер вручную создал сделку, указал этого же клиента, но оставил поле roistat пустым. Затем заявка загрузилась в Roistat.

  3. Номер визита из первой заявки клиента будет автоматически перенесен во вторую заявку. Таким образом, в Аналитике Roistat эти заявки образуют цепочку визитов.

Обратите внимание

Используется только номер визита из первой сделки. Если в первой сделке нет номера визита (например, сделка создана вручную), но при этом он известен в последующей сделке, добавьте этот номер визита в первую сделку вручную. Тогда все последующие сделки клиента будут получать номер визита, добавленный в первую сделку.

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

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

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

Ловец лидов

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

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

Пример:

Вы – владелец международного бизнеса. Посетитель сайта открыл Ловец лидов и оставил номер телефона в формате Польши: 06 001 60 90. Если опция не включена, то при создании сделки система отформатирует номер и передаст как +456 001 60 90 (вместо 0 добавлен код 45).

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

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

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

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

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

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

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

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

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

Пример 1: клиент совершил несколько визитов, которые привели к одной продаже

Клиент перешел на сайт через Яндекс.Директ, затем перешел на тот же сайт через Google Ads и оставил заявку. После этого он еще раз перешел на сайт через Facebook1, после чего по оставленной заявке совершилась продажа:

визит 1 → визит 2 → заявка 1 → визит 3 → продажа по заявке 1

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

визит 1 → визит 2

Если настройка включена:

визит 1 → визит 2 → визит 3

Пример 2: клиент совершил несколько визитов, которые привели к нескольким продажам

Клиент перешел на сайт через Яндекс.Директ, затем еще раз – через Facebook1, и после этого сразу совершил покупку. Через какое-то время клиент снова перешел на тот же сайт через Google Ads и совершил вторую покупку:

визит 1 → визит 2 → заявка 1 → продажа по заявке 1 → визит 3 → заявка 2 → продажа по заявке 2

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

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

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

Если установить переключатель в положение 2.svg, то сделки из ранее используемой 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=Санкт-Петербург.

Названия полей из 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

Подробнее – в статье Модели атрибуции.

Количество дней для окна атрибуции для модели "Последний платный клик с окном атрибуции"

Введите количество дней, в пределах которых заявка будет учитываться к последнему платному визиту. По умолчанию этот период составляет 30 дней. Например, если установлено 10, заявка будет приписана только к тому последнему платному визиту, который произошел за последние 10 дней до создания заявки.

Модель атрибуции, которую использовать в модели "Последний платный клик с окном атрибуции", если последний платный клик не попадает в окно атрибуции

Укажите сокращенное название модели атрибуции — F, LP, U, Lin, TD, ITD или EQ. Выбранная модель будет применяться, если последний платный клик не попадает в окно атрибуции. По умолчанию в таком случае используется модель атрибуции L — Последний клик.

Не отправлять на почту еженедельные отчеты

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

Показывать источник уровня 3 для заявок с источника SEO

Включите эту настройку, если хотите видеть данные по 3 уровню в канале SEO. Это пригодится в том случае, если у вас есть сделки или визиты с таким маркером. Например, звонки по статичному коллтрекингу с турбо-страниц, где маркер может выглядеть так:

seo_yandex_turbo-page-1

Для всех поисковых систем:

  • Eсли по визиту получилось определить, что визит пришел через разделы поисковых систем: Поиск, Картинки, Видео, Товары, то и в аналитике в канале SEO появится Источник уровень 3, и визит будет отнесен к соответствующему разделу. Например: SEO_Яндекс_Картинки.
  • Если по визиту не удалось определить раздел поисковой системы, то визит будет отнесен к Источнику уровень 3_Другое. Например: SEO_Яндекс_Другое.

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

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

Определить рекламный канал по домену источника, если в визите нет маркера

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

Например, с помощью формулы partner1.com,partner2.com,partner3.com=Партнерские сайты, все переходы на ваш сайт с этих доменов по неразмеченным ссылкам будут относиться в аналитике к рекламному каналу с названием Партнерские сайты, а не в Визиты с сайтов.

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

Формат даты, который будет использоваться в группировках отчётов Аналитики

Вы можете указать собственный формат даты для группировок отчётов Аналитики, используя переменные:

  • для указания дней: {dd} или {d} (при использовании переменной {d} числа с 1 по 9 будут отображаться в виде одного знака, а числа с 10 по 31 - в виде двух знаков);
  • для указания месяцев: {mm} или {m} (при использовании переменной {m} числа с 1 по 9 будут отображаться в виде одного знака, а числа с 10 по 12 - в виде двух знаков);
  • для указания лет: {yyyy} или {yy} (при использовании переменной {yy} будут отображаться последние два числа указанного года, например, в отчёте вы увидите 23 если в дате указан 2023 год).

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

Примеры формата даты:

  • {yyyy}-{dd}-{mm}. В отчете отобразится: 2023-20-09.
  • Год {yy} месяц {mm} день {dd}. В отчете отобразится: Год 2023 месяц 09 день 20.
  • {mm}/{yy}. В отчете отобразится: 09/23.

По умолчанию даты в группировках отчётов Аналитики отображаются в формате yyyy-mm-dd. Например: 2023-09-20.

Спам-заявки

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

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

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

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

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

Например, если вы укажете слово курс, также не будут отправляться заявки с комментарием Конкурс. Чтобы этого избежать, добавьте в поле значение ^\bкурс\b – в фильтре будет учитываться только слово курс. Однако в этом случае не будут учитываться другие формы этого слова, поэтому можно добавить выражение, включающее все варианты окончания: ^\bкур(са|су|сом|се|сы|сов|сам|сами|сах)\b.

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

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

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

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

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

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

  • Можно указывать как полный номер, так и часть номера (не менее 4 символов). Заявки с номерами, в которых содержатся указанные цифры, отправляться не будут.
  • Каждый телефон необходимо указывать с новой строки.
  • Полные номера могут быть указаны в формате 74951111111, 7(495)1111111, +74951111111 или +7(495)1111111.
  • Используйте символ *, чтобы показать, что до/после указанной последовательности цифр могут располагаться другие символы.

Примеры использования:

  • Не отправлять заявки с номерами, которые заканчиваются на 1234: *1234
  • Не отправлять заявки с номерами, которые начинаются на 7985: 7985*
  • Не отправлять заявки с номерами, содержащими 1234 в любой своей части: *1234*
  • Не отправлять заявки с номером, полностью совпадающим с 79851234567: 79851234567

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

Укажите значение параметра roistat_visit, при котором Roistat не будет отправлять заявки в CRM. Если значений несколько, каждое из них должно находиться на отдельной строке.

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

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

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

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

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

Email-трекинг

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

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

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

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

Не передавать номер телефона в заявки с Email-трекинга

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

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

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

Обратите внимание

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

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

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

Например:

^(?!(7|8)) – комбинации цифр, которые начинаются не на 7 или 8, не будут определяться как номер телефона.

^01 – комбинации цифр, которые начинаются на 01, не будут определяться как номер телефона.

SMS-таргетинг

Не собирать информацию с сайта для SMS-таргетинга

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


  1. Правообладателем Facebook является запрещенная на территории РФ компания Meta Platforms, признанная судом экстремистской.