Сквозная аналитика в Яндекс Метрике: как небольшому сайту получить отчеты по окупаемости рекламы без программистов и бюджета на BI

Сквозная аналитика традиционно ассоциируется с чем-то дорогим и сложным: выгрузки по API из рекламных кабинетов, хранилище данных, дата-инженер, который все это склеивает, и красивый дашборд в конце пути. Именно так эту задачу обычно решаем мы в отделе аналитики Kokoc Performance (входит в Kokoc Group): данные из кабинетов и Метрики стягиваются в ClickHouse, а дальше — либо ежедневный стриминг в Google Spreadsheets с готовыми таблицами, либо полноценная система дашбордов на базе Power BI — наш продукт ProfitPulse. На выходе руководитель видит расход, доход и ROI по каждому источнику в удобном для себя виде. Работает отлично, но требует ресурсов: нужен дата-инженер, который построит и будет поддерживать пайплайн.

Для сайта на старте или для интернет-магазина, который только запускается и еще не оперирует большими бюджетами, такая инфраструктура — часто избыточная роскошь: расходы на нее могут быть выше, чем сам рекламный бюджет. При этом сама задача — понимать, откуда приходят деньги, — для интернет-магазина важна с первого дня. Хорошая новость в том, что если у вас нет самописной CRM и сложной кастомной логики, а есть Битрикс24 или amoCRM, то большую часть той же самой сквозной аналитики можно получить прямо в Яндекс Метрике — без разработчиков, без хранилища данных и почти бесплатно. Разберем, как это работает на примере двух отчетов: «Источники заказов из CRM» и «Источники, расходы и ROI».

Что вообще дают эти отчеты

Смысл сквозной аналитики — соединить в одной цепочке три вещи: откуда пришел пользователь, сколько вы потратили на его привлечение и сколько денег он в итоге принес. Метрика умеет собирать все три части сама, если:

• на сайте корректно размечен трафик (UTM-метки для всего, что не Директ — для него разметка не нужна, данные приходят автоматически);

• у вас подключена CRM, из которой Метрика может забрать статусы и суммы заказов;

• в Метрику переданы расходы на рекламу.

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

Отчет «Источники заказов из CRM»

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

Для небольшого проекта это снимает классическую проблему «у нас много лидов из контекста, но продаж почему-то мало» — можно отдельно посмотреть, у какого источника хуже конверсия именно в оплату, а не только в заявку. Это уже отсекает спам-заказы и показывает не количество обращений, а реальную выручку по каждому каналу.

Что нужно для запуска:

1. Подключить CRM к счетчику Метрики — для Битрикс24 и amoCRM это делается через готовое приложение/интеграцию в несколько кликов, без обращения к разработчикам.

2. После подключения в Метрике автоматически появляются цели вида «CRM: Заказ создан» и «CRM: Заказ оплачен» — они привязаны к статусам заказа в самой CRM.

3. Проверить и, скорее всего, донастроить передачу Client ID — самый важный шаг для точной сквозной аналитики, о нем отдельно ниже.

Важно понимать: готовый коннектор с CRM закрывает базовую часть интеграции, но не всю «магию» сквозной аналитики целиком. Из коробки после установки приложения «Яндекс Метрика» в Битрикс24 (аналогично — в amoCRM) заработает следующее:

• сделки и лиды начнут попадать в Метрику — с датой, суммой, статусом;

• появятся цели «CRM: Заказ создан» / «CRM: Заказ оплачен», которые можно использовать в отчетах и в стратегиях Директа;

• в разделе «Посетители и клиенты» → «Клиенты» станет доступна статистика по заказам;

• Метрика попытается связать сделку с визитом по доступным идентификаторам — в первую очередь по email и телефону из карточки лида.

А вот привязка сделки именно к рекламному источнику — к конкретному визиту, клику по объявлению, UTM-метке — работает надежно только через Client ID (для Директа — YCLID). Коннектор сам не «достает» этот идентификатор из браузера посетителя и не кладет его в карточку лида — для этого на сайте нужно передавать Client ID в скрытое поле формы заявки, а в CRM сохранять его в отдельном поле сделки. Это небольшая, но, как правило, необходимая доработка.

Если ее не сделать, интеграция продолжит работать, но без полноценной сквозной аналитики: заказы, которые не удалось сопоставить по email/телефону (клиент не указал их, они не совпали с визитом, или заявка оформлена с нового устройства), будут уходить в отчете в «Не определено» или «Прямой переход». Посчитать корректный ROI и ДРР по кампаниям в этом случае не получится — особенно на длинных воронках и в брендовых кампаниях: продажи из CRM будут видны, а вот какая именно кампания или метка их принесла — нет.

После настройки Client ID отчет «Источники заказов из CRM» начинает наполняться данными самостоятельно и без ручной выгрузки чего-либо.

Отчет «Источники, расходы и ROI»

Если предыдущий отчет отвечает на вопрос «кто принес деньги», то этот — «во что нам это обошлось». Отчет сравнивает расходы на разные рекламные каналы с их окупаемостью и считает ROI — сколько приносит каждый вложенный в рекламу рубль. Для трафика, размеченного UTM-метками, детализация доходит до уровня объявления/креатива (utm_content); для Директа, который интегрирован с Метрикой напрямую, доступна более глубокая детализация — вплоть до ключевой фразы.

Отдельный плюс для небольших проектов: по Директу данные по расходам приходят в отчет автоматически, без какой-либо ручной загрузки — достаточно того, что счетчик Метрики привязан к рекламному кабинету. Расходы по остальным источникам (например, VK Реклама, Google Ads или любая другая система, куда вы ведете размеченный UTM-метками трафик) нужно добавить отдельно, но это делается без программиста — вручную, через CSV-файл, или через готовый коннектор, если для вашей рекламной системы он есть.

Если объединить оба отчета, получается связка «откуда пришли — сколько потратили — сколько заработали» — то есть полноценная сквозная аналитика, полностью собранная встроенными средствами Метрики.

Как передать расходы, если источник — не Директ

Подробная инструкция есть в справке Яндекса, здесь — краткая выжимка, чтобы понимать порядок действий:

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

• CSV-файл — самый простой вариант для небольшого объема источников. Скачивается файл-шаблон нужного формата, в него вручную или полуавтоматически (например, экспортом из рекламного кабинета) вносятся поля Date, UTMSource, Expenses и опционально другие срезы (кампания, объявление/креатив), после чего файл загружается в веб-интерфейсе Метрики.

• Через API — вариант для тех, кто хочет автоматизировать регулярную загрузку без участия человека, но по-прежнему не требует построения отдельного хранилища данных — обычно достаточно одного скрипта-выгрузки, который раз в день кладет актуальные расходы через API.

• Через готовые коннекторы — для ряда рекламных систем (например, Google Ads, VK Реклама, Яндекс.Маркет) есть коннекторы сторонних сервисов автоматизации, которые сами забирают расходы из кабинета и передают их в Метрику по расписанию.

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

Когда достаточно встроенных отчетов, а когда нужна «взрослая» схема

Здесь стоит вернуться к сравнению с ClickHouse и стримингом в спредшиты или ProfitPulse. Такая схема дает больше гибкости: свои витрины, любые срезы, объединение данных из разных систем в одном месте, кастомные метрики и модели атрибуции. Но у нее есть входной порог — нужен дата-инженер, который настроит выгрузки и будет поддерживать пайплайн, если что-то в API изменится.

Встроенные отчеты Метрики решают ровно ту же задачу — «увидеть окупаемость рекламы по каждому каналу» — но без этого порога:

• не нужен отдельный сервер или хранилище — все считается внутри Метрики;

• не нужен разработчик — коннекторы для Б24 и amoCRM настраиваются штатными средствами обеих систем;

• не нужно поддерживать пайплайн — если Метрика или CRM меняют формат данных, это забота Яндекса и вендора CRM, а не ваша;

• отчет бесплатный — в отличие от инфраструктуры под ClickHouse и лицензий на BI-инструменты.

Поэтому для сайта на старте, с ограниченным бюджетом и без штата разработчиков, связка этих двух отчетов — разумная точка входа в сквозную аналитику. Переходить на кастомную схему с хранилищем данных стоит тогда, когда встроенных возможностей объективно не хватает — например, нужны ассоциированные конверсии, данные из нескольких CRM одновременно или сведение с офлайн-продажами для оценки ROPO-эффекта. В таких случаях мы в Kokoc Performance (входит в Kokoc Group) предлагаем клиентам переход на ProfitPulse.

Ограничения, о которых стоит знать

Чтобы не создавать лишних ожиданий, важно сразу оговорить границы применимости:

• отчеты рассчитаны на CRM, для которых у Метрики есть готовая интеграция (Битрикс24, amoCRM и еще несколько систем) — с самописной CRM потребуется настраивать передачу данных через API, а это уже другая история, с участием разработчика;

• без донастройки передачи Client ID часть заказов из CRM не привяжется к рекламному источнику (см. раздел выше) — это стоит учитывать сразу, а не обнаружить постфактум при анализе ROI;

• расходы по неавтоматизированным источникам нужно поддерживать в актуальном состоянии — если забыть обновить CSV, отчет по ROI начнет расходиться с реальностью;

• офлайн-конверсии (оплата наличными, в офисе) учитываются только если ваша CRM фиксирует такой заказ и передает статус в Метрику — сама Метрика этого не видит.

Чек-лист для быстрого запуска

1. Проверить, что на сайте выполнена UTM-разметка для всех платных источников.

2. Подключить CRM (Битрикс24 или amoCRM) к счетчику через готовую интеграцию.

3. Убедиться, что в Метрике появились цели «CRM: Заказ создан» / «CRM: Заказ оплачен» и отчет «Источники заказов из CRM» начал наполняться данными.

4. Передать расходы по всем источникам, где это не делается автоматически — вручную через CSV или, если объем большой, через API/коннектор.

5. Открыть отчет «Источники, расходы и ROI» и проверить, что расходы и доход по каналам сходятся с ожиданиями.

При таком наборе действий сквозная аналитика перестает быть чем-то, что «доступно только крупным проектам с командой дата-инженеров», и становится рабочим инструментом, который можно развернуть за один-два дня штатными средствами Метрики и вашей CRM.