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

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

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

Коллтрекинг¶

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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 до 11:00). Если такой звонок найден, сделке присваивается номер визита из информации об этом звонке.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Интеграции¶

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Название поля в 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 будет пустым, дата продажи будет установлена согласно нашему типовому алгоритму.

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

• YYYY-MM-DD
• DD-MM-YYYY
• DD.MM.YYYY

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

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

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

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

{
  "id": "198",
  "title": "Пойманный лид: Алексей, +7(313)111-11-13",
  "text": "Данные формы: Алексей, +7(313)111-11-13nПромокод: 3217nКанал: Прямые визиты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 происходит проверка на дубли, то есть на схожие контактные данные: телефон и 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¶

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Ловец лидов¶

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

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

Пример:

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

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

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

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

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

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

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

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

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

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

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

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

Если установаить переключатель в положение , то сделки из ранее используемой CRM не удалятся из Roistat, а будут отображаться в Аналитике. Это нужно сделать в случае, если сделки не переносятся из ранее используемой 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. 

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

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

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

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

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

Спам-заявки¶

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Для оптимизации в управлении ставками использовать показатель (Прогнозируемый 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 часа).