Анализ воронки конверсий интернет-магазина 1С-Битрикс
В карточке товара 3000 просмотров в день, в корзину кладут 120, до оформления доходят 40, оплачивают 25. Где теряются остальные 2975? Ответ — в конкретных шагах воронки, и на 1С-Битрикс эти шаги можно измерить, разложить по устройствам и источникам, а потом точечно починить.
Настройка целей в Яндекс.Метрике
Для каждого шага воронки нужна отдельная цель. Тип — JavaScript-событие, не «Посещение страницы». Оформление заказа в Битрикс работает через AJAX в компоненте sale.order.ajax без смены URL — цель по адресу страницы просто не сработает.
| Шаг воронки | Идентификатор цели | Где срабатывает |
|---|---|---|
| Просмотр каталога | catalog_view |
Компонент catalog.section |
| Просмотр карточки товара | product_view |
Компонент catalog.element |
| Добавление в корзину | add_to_cart |
Обработчик кнопки «В корзину» |
| Начало оформления | checkout_start |
Компонент sale.order.ajax |
| Заказ оформлен | order_complete |
Страница подтверждения заказа |
Вызов: ym(XXXXXXXX, 'reachGoal', 'add_to_cart'). Код вставляется в шаблоны компонентов или через BX.ready() в общем скрипте. Для ecommerce-данных (ID товара, цена, категория) используйте ym(id, 'ecommerce:send', dataLayer) — это даёт детализацию до конкретных товаров и разделов.
Ecommerce-события для GA4
Google Analytics 4 работает через gtag.js или GTM. Стандартные события ecommerce:
-
view_item_list— просмотр каталога -
view_item— карточка товара -
add_to_cart— добавление в корзину -
begin_checkout— начало оформления -
purchase— покупка
Данные о товаре (ID, название, цена, категория) берутся из $arResult компонентов каталога. Выводите их в data-атрибуты элементов или в JS-переменные через result_modifier.php — так разметка не зависит от шаблона и переживает редизайн.
Где теряются покупатели: разбор по шагам
После двух-трёх недель сбора данных строите воронку в Метрике (Отчёты -> Конверсии) или GA4 (Explore -> Funnel exploration). Нормальные показатели для интернет-магазина и красные флаги:
Каталог -> карточка товара: 30–50%. Ниже 20% — проблема с навигацией. Проверьте фасетный фильтр: если catalog.smart.filter рендерится дольше 400 мс, пользователи уходят до того, как увидят результат. Включите индексацию фасетов в настройках инфоблока — запросы к b_iblock_element_property с множественными JOIN на каталоге в 30 000+ товаров без индекса работают неприемлемо медленно.
Карточка -> корзина: 8–15%. Ниже 5% — слабая карточка. Нет отзывов, не указаны сроки доставки, фото в низком разрешении. Техническая сторона: кнопка «В корзину» должна давать мгновенный визуальный отклик. Стандартный catalog.element настраивается через USE_ELEMENT_COUNTER — но часто проще написать кастомный AJAX-обработчик с анимацией добавления.
Корзина -> оформление: 40–60%. Ниже 30% — пользователь видит что-то неожиданное. Обычно это стоимость доставки, которая появляется только в корзине, или отсутствие привычного способа оплаты. Компонент sale.order.ajax по умолчанию выводит избыточную форму. Уберите необязательные поля через Магазин -> Настройки -> Свойства заказа: «Отчество», «Индекс», «Факс» — кандидаты на удаление.
Оформление -> оплата: 50–70%. Ниже 40% — техническая проблема или UX-провал. Редирект на внешний платёжный шлюз теряет 10–15% покупателей. Встраиваемые виджеты (ЮKassa, CloudPayments) удерживают пользователя на сайте — iframe вместо перенаправления.
Обязательно сегментируйте по устройствам. Мобильная конверсия на этапе оформления часто в 2–3 раза ниже десктопной — это нормальная отправная точка для оптимизации.
Скорость загрузки и её влияние на воронку
Каждая дополнительная секунда загрузки страницы каталога срезает конверсию. На 1С-Битрикс ключевые инструменты:
Композитный кэш — отдаёт статическую HTML-версию страницы и подгружает динамические блоки (корзину, авторизацию) отдельными AJAX-запросами. Включается в настройках модуля «Композит». Блоки, которые не должны кэшироваться, оборачиваются в \Bitrix\Main\Page\Frame.
Монитор производительности (Настройки -> Производительность) — показывает время рендера каждого компонента. Если catalog.section работает дольше 500 мс — ищите проблему в количестве подгружаемых свойств или в отсутствии индексов.
CDN для статики — настраивается через модуль CDN. Изображения товаров, CSS, JS раздаются с edge-серверов.
A/B-тестирование изменений
Google Optimize закрыт, но задача решается кастомно:
- При загрузке страницы генерируется вариант (0 или 1), сохраняется в
localStorage - Подключается один из шаблонов блока — например, одношаговый vs многошаговый checkout
- Вариант передаётся в Метрику:
ym(id, 'params', {ab_test: 'checkout_v2'}) - Сравнение — по целевой конверсии в отчёте с сегментацией по параметру
Минимальный срок теста — 2 недели при трафике от 500 уников в день. Меньше — статистическая значимость под вопросом.
Микроразметка и качество трафика
Schema.org Product в карточке товара повышает CTR в поисковой выдаче. Больше кликов от целевой аудитории — выше конверсия на входе в воронку. Стандартный catalog.element поддерживает разметку, но часто генерирует её с ошибками — проверяйте через Google Rich Results Test после каждого обновления шаблона.
Анализ воронки — регулярный процесс, не разовая акция. Снимайте метрики ежемесячно, фиксируйте каждое изменение (убрали поле, поменяли кнопку, подключили виджет оплаты) и сравнивайте показатели поквартально. Только так отделяется эффект конкретной доработки от сезонных колебаний трафика.