Настройка ROI-аналитики по рекламным каналам в Битрикс24

Сталкиваемся с этим постоянно: заказчик просит «сделайте ROI-дашборд», но без корректного сбора данных и правильной атрибуции любые цифры — гадание. Встроенная аналитика Битрикс24 CRM показывает воронку сделок и источники лидов, но не отвечает на вопрос: сколько денег потрачено на каждый канал относительно выручки. ROI-аналитика — вычисляемый показатель, требующий данных из двух систем: расходы из рекламных систем и доходы из CRM. Настройка полной картины включает сбор цепочки касаний, выбор модели атрибуции, импорт расходов и визуализацию. Наш опыт: более 50 проектов по интеграции Битрикс24, сертифицированные инженеры, гарантия прозрачной отчётности. На одном из проектов ежемесячная экономия рекламного бюджета после внедрения ROI-аналитики составила значительную сумму при крупных вложениях — за счёт перераспределения бюджетов между каналами.

Какую модель атрибуции выбрать?

Прежде чем настраивать отчёты — определитесь, какому касанию приписывается конверсия.

First-click — первый канал, через который пользователь пришёл на сайт. Показывает, что привлекает новую аудиторию.

Last-click — последний канал перед конверсией. Стандарт GA4 и Яндекс.Метрики, но переоценивает ретаргетинг и брендовые запросы.

Linear — равномерное распределение между всеми касаниями. Требует хранения полной истории.

Для B2B с длинным циклом сделки (месяц и более) оптимальна комбинация first-click + last-click — два отчёта одновременно. Для e-commerce достаточно last-click. Мультитач-атрибуция даёт в 1.3 раза более точную оценку ROAS по сравнению с last-click, но и сложнее в реализации.

Хранение цепочки касаний: как организовать?

Для мультитач-атрибуции нужна таблица событий посещений, связанных с лидом/сделкой. Ниже — пример ORM-класса Битрикс24:

class TouchpointTable extends \Bitrix\Main\ORM\Data\DataManager
{
    public static function getTableName(): string { return 'local_crm_touchpoints'; }

    public static function getMap(): array
    {
        return [
            new \Bitrix\Main\ORM\Fields\IntegerField('ID', ['primary' => true, 'autocomplete' => true]),
            new \Bitrix\Main\ORM\Fields\StringField('SESSION_ID'),
            new \Bitrix\Main\ORM\Fields\IntegerField('LEAD_ID'),
            new \Bitrix\Main\ORM\Fields\IntegerField('DEAL_ID'),
            new \Bitrix\Main\ORM\Fields\StringField('UTM_SOURCE'),
            new \Bitrix\Main\ORM\Fields\StringField('UTM_CAMPAIGN'),
            new \Bitrix\Main\ORM\Fields\StringField('UTM_MEDIUM'),
            new \Bitrix\Main\ORM\Fields\StringField('UTM_TERM'),
            new \Bitrix\Main\ORM\Fields\IntegerField('TOUCH_ORDER'), // 1=first, N=last
            new \Bitrix\Main\ORM\Fields\DatetimeField('CREATED_AT'),
        ];
    }
}

Данные собираются через JavaScript-код на сайте: при каждом визите с UTM-параметрами — запись в cookie/localStorage, при отправке формы — передача всей цепочки на сервер. Это стандартный подход, рекомендуемый официальной документацией.

Как вычислить ROI?

class RoiReportBuilder
{
    public function buildReport(string $dateFrom, string $dateTo, string $attributionModel = 'last'): array
    {
        $deals = $this->getWonDeals($dateFrom, $dateTo);
        $costs = $this->getAdCosts($dateFrom, $dateTo);

        $revenueByChannel = [];
        foreach ($deals as $deal) {
            $channel = $this->getChannel($deal, $attributionModel);
            $revenueByChannel[$channel] = ($revenueByChannel[$channel] ?? 0) + $deal['OPPORTUNITY'];
        }

        $result = [];
        foreach ($costs as $channel => $cost) {
            $revenue = $revenueByChannel[$channel] ?? 0;
            $result[] = [
                'channel'  => $channel,
                'spend'    => $cost,
                'revenue'  => $revenue,
                'profit'   => $revenue - $cost,
                'roi'      => $cost > 0 ? round(($revenue - $cost) / $cost * 100, 1) : null,
                'roas'     => $cost > 0 ? round($revenue / $cost, 2) : null,
                'cpl'      => $cost > 0 ? round($cost / max(1, $this->getLeadsCount($channel, $dateFrom, $dateTo)), 0) : null,
            ];
        }

        usort($result, fn($a, $b) => ($b['roi'] ?? -PHP_INT_MAX) <=> ($a['roi'] ?? -PHP_INT_MAX));
        return $result;
    }
}

Метрики ROAS (Return on Ad Spend) и CPL (Cost Per Lead) дополняют ROI: ROAS показывает, сколько рублей выручки принёс каждый рубль расходов; CPL — стоимость лида. После внедрения ROI-аналитики стоимость лида снижается на 15-25%.

Дашборд в Битрикс24

Для отображения ROI-аналитики — два варианта.

Вариант 1: Кастомный отчёт в /local/php_interface/admin/ — таблица с фильтром по периоду, переключением модели атрибуции, экспорт в Excel.

Вариант 2: Встраиваемое приложение Битрикс24 (React) — дашборд на отдельной странице. Данные берутся из кастомного бэкенда. Графики через Recharts или ApexCharts.

// React-компонент ROI-дашборда
function RoiDashboard() {
  const [period, setPeriod] = useState({ from: startOfMonth, to: today });
  const [model, setModel] = useState<'first' | 'last' | 'linear'>('last');

  const { data, isLoading } = useQuery({
    queryKey: ['roi', period, model],
    queryFn:  () => fetchRoiReport(period, model),
  });

  return (
    <div>
      <PeriodSelector value={period} onChange={setPeriod} />
      <ModelSelector value={model} onChange={setModel} />
      {isLoading ? <Spinner /> : (
        <>
          <RoiTable data={data?.channels} />
          <SpendVsRevenueChart data={data?.channels} />
        </>
      )}
    </div>
  );
}

Ключевые отчёты в системе

Сводная таблица по каналам — основной отчёт:

Динамика по месяцам — тренд ROI каждого канала, позволяет видеть сезонность и деградацию.

Воронка по источникам — конверсия лид → квалифицированный → сделка в разрезе каналов. Канал с дешёвыми лидами, но низкой конверсией, часто уступает более дорогому с качественными лидами.

Что входит в работу?

• Аудит текущей схемы сбора UTM и интеграций
• Выбор и настройка модели атрибуции
• Создание кастомной таблицы touchpoints и JavaScript-сборщика
• Импорт расходов из рекламных систем (cron-задачи)
• Разработка ROI-отчёта с визуализацией (админка или React-приложение)
• Документация и обучение сотрудников
• Гарантийная поддержка 1 месяц после сдачи

Сколько времени занимает настройка?

Базовый ROI-отчёт (last-click, один канал) — от 1 недели. Мультиканальный дашборд с несколькими моделями атрибуции — от 3 до 5 недель. Оценим ваш проект бесплатно. Свяжитесь с нами — обсудим детали и подготовим коммерческое предложение. Получите консультацию прямо сейчас.

Опыт нашей команды — более 7 лет в интеграциях Битрикс24, сертифицированные специалисты. Гарантируем прозрачность данных и окупаемость инвестиций в аналитику.

Пошаговая инструкция: как настроить ROI-дашборд за 5 шагов

1. Определите модель атрибуции (first/last/linear) исходя из цикла продаж.
2. Установите JavaScript-сборщик UTM-цепочки на все страницы сайта.
3. Создайте HL-блок или ORM-таблицу для хранения касаний.
4. Настройте импорт расходов из Яндекс.Директ, VK Ads, Google Ads через REST API.
5. Разработайте дашборд с фильтрами и выгрузкой в Excel.

Почему аналитика 1С-Битрикс часто вводит в заблуждение

Счётчики стоят, пиксели повешены, CRM подключена — а цифры расходятся во все стороны. Конверсия e-commerce не передаётся в dataLayer. UTM-теряются на редиректах ЧПУ. Маркетолог видит 100 лидов, коммерческий директор — 70 сделок, и каждый считает по-своему. Решения принимаются по ощущениям, а рекламный бюджет улетает в никуда.

Мы настраиваем аналитику 1С-Битрикс более 10 лет. Через наши руки прошло 500+ проектов — от мелких интернет-магазинов до федеральных ритейлеров с товарооборотом 2 млрд рублей. Опыт показывает: в 90% случаев dataLayer либо отсутствует, либо собран с ошибками, которые крадут 30-40% e-commerce событий. Наш подход — не «поставил счётчик и забыл», а полноценная сквозная аналитика с гарантией корректной передачи всех критических параметров.

Как аналитика 1С-Битрикс решает проблему расхождения данных

Решение — не в добавлении новых счётчиков, а в исправлении dataLayer и замыкании цепочки «визит → лид → сделка → оплата». Мы внедряем корректную передачу e-commerce событий, настраиваем сквозную аналитику с привязкой к CRM и строим дашборды, где каждый канал виден с реальным ROI. Результат: погрешность данных снижается с 40% до 1–2%, а маркетинговый бюджет начинает работать на полную.

Яндекс.Метрика: настройка e-commerce без потерь

Базовая настройка — и почему её обычно делают криво

Счётчик Метрики ставят все. Правильно — единицы.

• Установка через GTM, а не вставкой в header.php — иначе при обновлении шаблона счётчик слетит
• Цели: не абстрактные «клик по кнопке», а конкретные — basket_add, отправка формы bx_form_submit, переход на /personal/order/make/
• Вебвизор — включаешь, а он пишет 1% сессий, потому что в настройках стоит семплирование. Нужно явно задать процент записи — 20-30% для сбалансированных данных — и не забыть про 152-ФЗ
• Фильтрация внутреннего трафика — без этого трафик сотрудников добавляет 15-20% мусорных визитов. Фильтруем по IP, cookie _ym_debug, заголовкам

Электронная коммерция — самая недооценённая фича

Модуль eCommerce в Метрике передаёт полную цепочку покупательского поведения. Проблема в том, что в Битрикс из коробки он работает только с компонентом sale.order.ajax, и то криво — теряет remove_from_cart при AJAX-обновлении корзины.

Что мы передаём в dataLayer:

• Просмотр карточки — id, name, brand, category, price. Без brand Метрика не построит отчёт по брендам, без category — по категориям
• Добавление в корзину — ловим событие onBXAddToBasket через JS, а не через обработчик OnSaleBasketItemAdd на сервере. Серверный обработчик не знает про JS-контекст
• Удаление из корзины — тут ловушка: штатный компонент sale.basket.basket при AJAX-обновлении не генерирует отдельное событие удаления. Нужен свой обсёрвер
• Покупка — передаём на sale/order/complete/, включая coupon и revenue с учётом скидок

BX.addCustomEvent('onBXAddToBasket', function(product) {
    window.dataLayer.push({
        'event': 'add_to_cart',
        'ecommerce': {
            'items': [{
                'item_id': product.id,
                'item_name': product.name,
                'price': product.price,
                'quantity': 1
            }]
        }
    });
});

Данные, которые уходят в Метрику

Google Analytics 4: почему Битрикс требует ручной настройки?

Чем GA4 отличается от Universal Analytics

GA4 работает на событиях, а не на хитах. Нет «просмотров страниц» в привычном смысле — есть page_view как одно из событий. Для Битрикса это значит, что AJAX-переходы (фильтрация каталога, пагинация) нужно пушить вручную.

Ключевые события e-commerce: view_item_list → select_item → view_item → add_to_cart → view_cart → begin_checkout → add_shipping_info → add_payment_info → purchase.

Каждое событие требует свой набор параметров. purchase без transaction_id — не засчитается. add_to_cart без массива items — бесполезен. GA4 молча проглотит невалидные данные и покажет пустые отчёты. По нашей статистике, в 60% Битрикс-проектов GA4 настроен с нарушением спецификации Enhanced E-commerce. Это приводит к потере до 40% транзакций в отчётах.

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

Не надо передавать всё подряд. Пять параметров, дающих 80% пользы:

• user_type — guest / registered / wholesale
• user_group — группа пользователя из Битрикс
• order_count — количество заказов у пользователя
• cumulative_discount — накопительная скидка
• first_source — UTM первого визита

Сквозная аналитика: замыкаем цепочку от клика до сделки

Метрика видит визиты. CRM видит сделки. Рекламный кабинет видит расходы. А связь между ними — разрыв. Менеджер закрыл сделку на 500К, но Метрика показывает источник (direct), потому что клиент пришёл по прямой ссылке из закладок, а первый контакт был через Директ три месяца назад.

Сквозная аналитика замыкает цепочку: рекламный клик → визит → лид в CRM → сделка → оплата → ROI. <cite>По нашим данным, после внедрения сквозной аналитики клиенты перераспределяют бюджет в пользу каналов с высоким LTV, и ROI растёт в среднем на 25% за квартал.</cite>

Как собираем

1. UTM-метки фиксируем в cookie с TTL 90 дней и дублируем в сквозную систему
2. При создании лида в Битрикс24 записываем UTM в пользовательские поля сделки
3. Коллтрекинг подменяет номер и привязывает звонок к визиту
4. Менеджер ведёт сделку по воронке, закрывает — сумма привязана к источнику
5. Сервис агрегирует расходы через API рекламных кабинетов
6. ROI = (выручка — расходы) / расходы по каждой кампании

Инструменты

Дашборды: три экрана вместо десяти отчётов

Строим дашборды в DataLens или Looker Studio. Ключевое — не перегружать.

• Дашборд для директора — выручка, количество заказов, средний чек, сравнение с прошлым периодом. Пять виджетов, обновление раз в час.
• Дашборд для маркетолога — трафик по каналам, CAC, ROI кампаний, конверсия воронки, эффективность промокодов.
• Дашборд для коммерческого — конверсия менеджеров, скорость обработки заказов, повторные покупки. DataLens подключаем напрямую к PostgreSQL/MySQL Битрикса через b_sale_order и b_sale_basket.

Воронка: где именно дыра

Типичная воронка Битрикс-магазина:

Провал на чекауте — самый дорогой. Пользователь уже хотел купить, уже положил в корзину, и тут sale.order.ajax кидает 500-ку из-за не настроенного обработчика доставки. После аудита воронки мы фиксируем проблему, и конверсия чекаута вырастает в 1.5-2 раза за месяц.

Когортный анализ и LTV

Группируем по месяцу первой покупки, смотрим retention через 30, 60, 90 дней. В DataLens строится через SQL-запрос к b_sale_order с GROUP BY DATE_TRUNC('month', DATE_INSERT).

Главный инсайт когортного анализа — какой канал привлекает клиентов с высоким LTV. Контекст может давать дешёвые первые заказы, но нулевой repeat rate. А SEO-трафик конвертируется хуже, зато возвращается. Без этого анализа вы рискуете переплачивать за каналы, которые дают одноразовых покупателей.

Что входит в настройку аналитики 1С-Битрикс

• Аудит текущего dataLayer и исправление ошибок
• Настройка корректного e-commerce трекинга для Метрики и GA4
• Разработка пользовательских событий под бизнес-требования
• Интеграция сквозной аналитики (Roistat/Calltouch) с Битрикс24
• Создание дашбордов в DataLens/Looker Studio
• Документация по всем событиям и параметрам
• Обучение маркетологов и коммерческого отдела работе с отчётами
• Техническая поддержка на месяц после запуска

Сроки

Закажите аудит или настройку аналитики

Проверим, не теряете ли вы деньги на аналитике: проведём аудит текущей настройки за один день. Закажите настройку сквозной аналитики — получите дашборд с реальным ROI по каждому каналу уже через две недели. Получите консультацию по коррекции dataLayer и выбору подходящего инструмента сквозной аналитики для вашего Битрикс-проекта.