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

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

Если начать с рекламы, сравнивать её отдачу будет не с чем: выручка в систему ещё не приехала.

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

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

Отдельно решите, что считается результатом: запись, визит или оплаченный визит. Это не терминология, а разные цифры. Запись можно отменить, визит можно не оплатить, и окупаемость по записям всегда выглядит красивее окупаемости по кассе. Как считать окупаемость, разобрали в статье ROMI, ROAS, CPO и LTV.

Какие доступы нужны для сквозной аналитики

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

Счётчик и рекламный кабинет

• Яндекс Метрика - по OAuth. Права на чтение отчётов и на загрузку офлайн-конверсий: metrika:read и metrika:offline_data.
• Все счётчики, а не один. Если их несколько (основной сайт, лендинг, отдельная страница акции), подключаются все: реклама часто ведёт не на главный сайт.
• Яндекс Директ - тоже по OAuth, право direct:api. Выдаётся отдельно от Метрики и при необходимости под другим аккаунтом.

Офлайн-конверсии - это оплаты и визиты, которые случились не на сайте, но привязываются к визиту в Метрике и видны в её отчётах. Что это такое и как проверить загрузку, описано в справке Яндекса: офлайн-конверсии в Метрике.

CRM и система записи

• amoCRM - частная интеграция, которую вы создаёте сами в настройках своего кабинета. Права: контакты и сделки, воронки и этапы, файлы (в них лежат записи разговоров), уведомления и события.
• Что забрать из интеграции: три значения - поддомен, идентификатор и секретный ключ.
• YCLIENTS - сейчас подключается доступом к вашему кабинету и работает только на чтение: в кабинете ничего не создаётся и не меняется.

Формы, телефония и мессенджеры

• Формы сайта - вебхук. Вы получаете адрес с уникальным токеном проекта и вставляете его в настройки форм. Токен при необходимости перевыпускается.
• Подпись запроса для Tilda. Для форм на Tilda её можно включить, чтобы чужой не смог слать заявки на ваш адрес.
• Телефония (МегаФон ВАТС) и коллтрекинг - ключом доступа и вебхуком. Коллтрекинг остаётся вашим сторонним сервисом: своих подменных номеров мы не продаём и динамическую подмену на сайте не ставим. Как он устроен - в статье про коллтрекинг для локального бизнеса.
• Мессенджеры - отдельного доступа к ним нет. Тексты приходят из вашей CRM и от сервиса, который владеет каналом. Со стороны переписок читаются WhatsApp, Telegram и Instagram Direct*.

* Instagram принадлежит компании Meta Platforms Inc., деятельность которой признана экстремистской и запрещена на территории РФ.

Карточка на картах и офлайн

Эти источники доступов не требуют вовсе. Карточка размечается ссылкой с меткой, офлайн - QR-кодами и промокодами, расходы на продвижение вносятся руками. Как разметить площадки - в статье про UTM-метки, QR-коды и промокоды.

Почему расход по Директу проще брать из Метрики, чем из рекламного API

Расход рекламы можно получить двумя путями: из API рекламного кабинета и из счётчика посещаемости, куда Директ сам передаёт затраты при включённой связке. Второй путь проще: API Директа требует отдельно одобренного Яндексом приложения, а расход через Метрику читается обычным доступом к счётчику.

Отсюда вывод для подготовки: чтобы увидеть расход, часто достаточно доступа к счётчику и включённой связки Директ и Метрика. Она обычно уже стоит, если в кабинете считаются конверсии по целям.

Что вносить руками

Руками вносится только то, что система не читает сама: пакет продвижения на картах, работа подрядчика, печать листовок.

Расход подключённого рекламного кабинета руками не вносят, иначе сумма задвоится и окупаемость упадёт вдвое на ровном месте. Форма это проверяет и источник со словом «Директ» в названии не примет.

Порядок подключения источников и что проверять после каждого шага

Последовательность, которая экономит больше всего нервов:

1. Система записи или CRM. Без неё считать окупаемость не из чего. Проверка: создайте тестовую запись или сделку и убедитесь, что она видна в системе с той же суммой, услугой и специалистом.
2. Телефония и коллтрекинг. Проверка: тестовый звонок, затем сверка статуса и длительности. Отдельно проверьте, доезжает ли запись разговора, если она вам нужна.
3. Формы сайта. Вставьте вебхук, отправьте тестовую заявку с пометкой test и найдите её. Заодно проверьте, что вместе с телефоном приехали метки: если скрытых полей в форме нет, заявка придёт без источника.
4. Мессенджеры. Проверка: напишите себе сами и найдите диалог в системе.
5. Счётчик посещаемости и цели. Минимальный набор целей: отправка формы, клик по номеру телефона, клик по кнопке мессенджера. Без целей реклама не умеет оптимизироваться, а вы не увидите, что человек вообще пытался связаться.
6. Рекламный кабинет. Последним, когда выручка и обращения уже видны. Проверка: сумма расхода за вчера совпадает с тем, что показывает сам кабинет.

После каждого шага смотрите на две вещи: состояние подключения и время последнего успешного обновления.

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

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

Журнал синхронизации

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

Если последнее успешное обновление было вчера, проблема не в расчётах и не в отчёте: данные просто не пришли.

Сверка с кассой

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

Разберём типичный случай на условных числах. Это пример для объяснения механики, а не результат клиента.

Ошибки здесь нет. Считать окупаемость надо по кассе, а номинал использовать как ориентир по потенциалу сделки. Откуда ещё берутся такие разрывы, разобрали в статье почему данные Метрики, CRM и кассы не сходятся.

Порядок сверки по шагам:

1. Берём завершённый период.
2. Сравниваем общую выручку.
3. Потом количество визитов.
4. Потом средний чек.

Расходится количество - проблема в подключении или в дублях. Расходится только сумма - проблема в том, что считается деньгами: запись, визит или оплата.

Кто это делает: свой администратор по инструкции или подрядчик

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

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

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

Чаще всего работает смешанный вариант: доступы выдаёте вы, настройку делаем мы, а проверку тестовой заявкой проводите снова вы. Проверять должен тот, кто знает, как выглядит правильная цифра.

Первые недели: почему часть цифр сначала неполная

У каждого источника свой горизонт

При подключении система забирает историю настолько глубоко, насколько её отдаёт сам сервис:

Данные, которых источник не отдал, дозагрузить позже нельзя: их у него уже нет.

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

На что смотреть в первые недели

Не на сравнение каналов, а на долю клиентов с известным источником. Пока она растёт, любое сравнение рекламы преждевременно: вы сравниваете не каналы, а полноту разметки. Когда доля перестала расти и вышла на плато, можно принимать решения по бюджету.

Ещё один разговор с командой лучше провести до запуска. Данные обновляются несколько раз в день, а не в реальном времени: заявка, оставленная минуту назад, появится не мгновенно.

Это нормальная работа, а не поломка. Администратор, который об этом не знает, сообщит вам о пропавшей заявке.

Роли и журнал: кто внутри команды какие разделы видит

Доступ выдаётся на двух уровнях, и путать их не стоит: роль человека и состав разделов у всего проекта.

Роль человека

• Владелец управляет доступами и видит всё.
• Администратор видит всё, кроме управления доступом.
• Маркетолог видит только каналы, метки и расходы.

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

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

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

Состав разделов проекта

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

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

Журнал изменений

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

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

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

Что из описанного делает VM Analytics

VM Analytics подключается к тем сервисам, которыми вы уже пользуетесь:

• Яндекс Метрика и Яндекс Директ - по OAuth.
• amoCRM - через частную интеграцию.
• YCLIENTS - доступом к кабинету.
• Формы Tilda и вебхуки.
• Виртуальная АТС МегаФона и коллтрекинг Гудок - по ключу.
• WhatsApp, Telegram и Instagram Direct - со стороны переписок.
• Яндекс Бизнес и офлайн - метками, QR-кодами и ручным вводом расходов.

Чего в этом списке нет, того система пока не читает. Как подключается каждый сервис, собрано на странице интеграций.

Внутри кабинета на внедрение работают три вещи:

• Инструкции и проверка. У каждого подключения есть инструкция под конкретный сервис и кнопка проверки. Счётчики Метрики подключаются через Яндекс ID списком, без возни с OAuth.
• Журнал и самопроверка. Журнал синхронизации показывает, что и когда приехало, а самопроверка ловит молчащие источники и протухшие доступы и сообщает о них нам.
• Роли и разделы. Выдаются галочками, изменения пишутся в журнал.

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

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

Частые вопросы