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

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

Уточните, только:

1) Можно сохранять в параметры визита (для CRM) только "roistat_param[1-5]" ? Пользовательские параметры произвольные нет в планах передавать?

2) Насколько большие строки можно сохранять в roistat_param? Что случится если я в неё помещу JSON объект на 10 Кб? Это отработает?

Дополнительные события для визитов: (по аналогии с "Целевыми метриками" в Яндекс Метрике)

• "Конверсии пользователей в событие ..." и (конверсия пользователей в достижение цели)
• "Стоимость конверсии пользователей в событие ..." , (средняя стоимость достижения цели пользователем)

Уже это позволит отправлять по API события, относящиеся к заявкам, из CRM. Например, событие "Записался на замер". Во многих CRM есть вебхуки на событие "смена статуса", которые могут отправлять "событие" в Роистат.

Можно также автоматически распознавать факт смены статууса заявки, и автоматически генерировать события типа "Достиг статуса ... ", что позволит выводить такие метрики :

• "Кол-во достижений статуса ..."
• "% Конверсии заявок в статус ..." и (конверсия из новых заявок в достижение статуса)
• "Стоимость конверсии заявки в статус ..." , (средняя стоимость достижения статуса заявкой)

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

Опишите, хотя бы, в документации как отключать коллтрекинг с помощью JS.

Например, для задачи автора темы (отключить коллтрекинг для прямого трафика), это могло бы выглядеть так: (примерно, поправьте, если ошибаюсь)

<?

// для прямых переходов рефер пустой (на странице входа) либо уже установлен флаг отключения колтрекинга

if ( empty($_SERVER['HTTP_REFERER']) || !empty($_COOKIE['DisableCalltrackign'])) {

// сохраняем в куку флаг отключения колтрекинга

setcookie('DisableCalltrackign', 1, 0, '/');

?>

<script>

// отключаем колтрекинг внутри колбэка, который вызывается после загрузки скриптов Roistat

window.onRoistatModuleLoaded= function() {

roistat.disableCallTracking();

}

</script>

Скорее 2й вариант.

Многострочное поле, куда вводим набор допустимых адресов

+ подсказка от Роистат, сколько адресов нужно

+ автоматический тест на корректность-доступность адресов.

Если я правильно понял автора темы, то он хочет, чтобы:

0) Была возможность отказаться от стандартной схемы суффикса +[цифры] - так как обычному клиенту эти цифры непонятны и могут вызывать ошибки при повторных письмах.

1) Количество адресов соответствовало посещаемости сайта (например, макс кол-во пользователей за 10 минут за период месяц). Система может сама сообщать - сколько нужно email адресов

2) А адреса email соответствовали "специфике бизнеса", что логично.

Например: zakaz+potolki@remonti.ru, zakaz+remont@remonti.ru,

а если можно настроить почтовые алиасы, то можно и вообще без плюсика: manager@remonti.ru = mail@remonti.ru = vopros@remonti.ru

Могу предположить, что CTR и конверсия таких "более человечных" адресов должны быть немного выше, чем цифровых, типа mail+1334535@yandex.ru

Большое спасибо за это нововведение! Вебхук на начало звонка передает roistat_visit? Если да, то тогда просто будет отправить сообщение в соответствующую сессию браузера и там уже отправить цель в Метрику.

А разве нельзя это сейчас сделать с помощью группировки Час?

Или же с помощью фильтра "Час - любой из - 19,20,21,22,..."

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

И ещё возникает вопрос - а что именно будет фильтроваться по указанному часу? Визит? Первый или последний? Время заявки? Время продажи? Или усереднённый час по строчке отчета?

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

Например, в настройках отчета может быть фильтр "Сегментация" (как в Метрике), что то вроде:

Учитывать только {выбор: визиты / сделки / пользователи}

для которых {выбор параметра: выручка / потенциальная выручка / статус / время на сайте / ... }

{выбор условия: больше чем/ меньше чем/ равно / ... }

точному значению: {пустое поле}

или рассчитанному значению:

{выбор: 80% самых больших / 20% самых малых / Самые большие и в сумме 80% / Самые малые и в сумме 20% / 80% самых близких к медиане / ... }

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

1. Посетитель отправляет форму на сайте, указав свой номер телефона (в произвольном формате).
2. Мой скрипт отправляет проксилид в Роистат: roistatGoal.reach(leadData)
3. Роистат создает прокси-лид "Заявка из формы" с переданными данными формы
4. Посетитель устал ждать ответа, и звонит по подменному номеру на лендинге.
5. Роистат, принимает звонок, и создает снова прокси-лид "Звонок от ..."
6. Я захожу позже в прокси-лиды, ищу сходные номера и удаляю дубли.

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

Аналогично, если 2 раза вызвать roistatGoal.reach(leadData) с одинаковыми номерами телефона, всё равно будет создано 2 заявки в прокси-лидах.

После переписки с техподдержкой пришлось смириться с этим разочарованием, так как я получил ответ - что в режиме Интеграция с целями НЕВОЗМОЖНО автоматическое создание только уникальных заявок и учет только уникальных лидов в аналитике.

Прийдётся программировать свою мини-CRM

Если Вы имеете в виду просто картинку воронки с числовыми показателями для разных статусов, то это малополезно (на мой взгляд). Какие из этого выводы сделать? Как сравнить разныне рекламные кампании и тексты объявлений? Без группировки по источникам никаких выводов нельзя будет сделать о том, как корректировать ставки или тексты объявлений.

А если я в аналитике будут видеть, что для клиентов, откликнувшихся на "Текст 1" стоимость достижения статуса "Замер" 5000 руб, а для "Текст 2" стоимость достижения "Замера" 1200 руб., то я сделаю полезный вывод - текст 2 - привлекает более активных клиентов. Нужно его оставить, а 1й отключить.

Так я и предлагаю - оставить подмену номеров с помощью сценария колтрекинга, как и сейчас.

Номера покупаются в сторонней АТС и указываются в сценарии колтрекинга в Роистат, как и сейчас.

Но вместо того, чтобы звонки с внешнего номера направлять на SIP-номер 7XXXXXXXXXX@pbx.roistat.com (а затем обратно на SIP-номер в АТС, при этом теряется часть возможностей АТС), можно отправлять ТОЛЬКО API запрос из АТС в Роистат, например на адрес https://cloud.roistat.com/api/v1/project/calltracking/call/create

(передавать время звонка, номер звонящего, и номер куда звонят)

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

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

Единственное условие - АТС должна иметь API для извещения о вхолдящих звонка.