Трафик идёт, товар добавляют в корзину, а заказов всё равно мало. Знакомая ситуация: деньги на рекламу тратятся, а до оплаты доходит меньшинство. Проблема почти всегда не в «сайте вообще», а в конкретном шаге оформления, где покупатели тихо уходят. Найти этот шаг на глаз невозможно — нужен аудит воронки.
Этот чек-лист — про то, как системно разобрать воронку оформления заказа в интернет-магазине на 1С-Битрикс: настроить события, построить воронку по шагам, найти узкое место, понять причину отвала и приоритизировать правки. Никакой магии — только данные и последовательность действий. Если нужен внешний взгляд и руки, мы делаем это в рамках аудита и оптимизации решения на 1С.
Коротко
- Аудит начинается с разметки: без событий по шагам чекаута вы не увидите, где теряете заказы.
- Стройте воронку и ищите шаг с максимальным отвалом — именно там прячутся деньги.
- Разбивайте данные по устройствам и источникам: средняя цифра прячет мобильную и региональную проблему.
- Приоритизируйте гипотезы по охвату, влиянию и трудозатратам, а результат правок проверяйте измерением.
Зачем нужен аудит воронки чекаута
Оформление заказа — самый дорогой участок сайта. Сюда доходит уже «прогретый» покупатель, который выбрал товар и готов платить. Потерять его на чекауте вдвойне обидно: за этот трафик уже заплачено рекламой, работой над каталогом и карточкой. Один процент прироста конверсии здесь часто стоит дороже, чем десятки процентов прироста трафика.
Аудит воронки отвечает на конкретный вопрос: где именно между «положил в корзину» и «оплатил» теряются люди и почему. Без него оптимизация превращается в перебор случайных правок «давайте перекрасим кнопку». С ним — в точечную работу над реальным узким местом, где каждая правка окупается.
Как выглядит воронка оформления заказа
Прежде чем что-то мерить, надо договориться о шагах. Типовая воронка магазина на 1С-Битрикс выглядит так:
- Просмотр каталога и карточки. Верх воронки, откуда приходят в корзину.
- Добавление в корзину. Первый явный сигнал намерения купить.
- Открытие корзины. Покупатель перешёл к оформлению, а не закрыл вкладку.
- Старт оформления. Нажата кнопка «Оформить», открыт чекаут.
- Ввод контактов и доставки. Заполнены данные покупателя, выбран способ доставки.
- Выбор оплаты. Определён способ оплаты, покупатель у финальной кнопки.
- Оформленный заказ. Заказ создан и, при онлайн-оплате, оплачен.
Не каждый магазин имеет ровно эти шаги: где-то оформление одностраничное, где-то есть согласование в B2B. Важно зафиксировать реальную последовательность именно вашего магазина — на неё и ляжет разметка.
Шаг 1. Настроить события и разметку
Основа аудита — корректные события на каждом переходе. В 1С-Битрикс их источники: штатная веб-аналитика, счётчик Яндекс Метрики и, для сквозной картины, интеграция с CRM и учётной системой. Что настроить:
- Событие на каждом шаге. Открытие корзины, старт оформления, заполнение доставки, выбор оплаты, успешный заказ.
- Идентификатор заказа. Чтобы связать веб-событие с реальным заказом в системе и отличить оформленные от оплаченных.
- Разметку источников. UTM-метки, чтобы видеть конверсию по каналам, а не только общую.
- Единое время и часовой пояс. Чтобы данные из разных систем складывались корректно.
Часть событий удобно передавать серверно, а не только скриптом в браузере — так данные точнее и устойчивее к блокировщикам. Серверная передача событий и связка с внешними сервисами — это уже интеграционная задача, близкая к тому, о чём мы пишем в статье про REST, вебхуки и безопасность в 1С-Битрикс.
Шаг 2. Собрать данные и построить воронку
Когда события работают, дайте им накопиться за репрезентативный период — без распродаж и аномалий. Затем постройте воронку: сколько людей на каждом шаге и какая доля переходит на следующий.
Смотрите не на абсолютные числа, а на переходы между шагами. Именно доля «дошёл до следующего этапа» показывает здоровье воронки. Один большой провал между двумя соседними шагами скажет больше, чем общая конверсия. И обязательно возьмите достаточный объём: выводы по десяткам заказов ненадёжны, случайные колебания перекроют реальную картину.
Шаг 3. Найти узкое место
Узкое место — это переход, на котором отваливается непропорционально много людей по сравнению с остальными. Именно туда стоит вкладывать усилия, потому что каждый спасённый там процент даёт максимум заказов.
| Переход воронки | О чём говорит сильный отвал |
|---|---|
| Корзина → старт оформления | Пугает итоговая цена, доставка, требование регистрации |
| Контакты → доставка | Сложная форма, лишние обязательные поля, ошибки валидации |
| Доставка → оплата | Неожиданная стоимость доставки, нет удобного способа |
| Оплата → заказ | Нет нужного способа оплаты, падает платёжный шлюз |
| Заказ → оплачен | Проблемы онлайн-оплаты, редирект, таймауты |
Не пытайтесь чинить всё сразу. Найдите один-два самых дырявых перехода — на них и сфокусируйте первый цикл аудита.
Шаг 4. Разобрать проблемный шаг по частям
Когда узкое место найдено, воронка перестаёт помогать — она говорит «где», но не «почему». Здесь подключают качественные инструменты:
- Записи сессий. Посмотрите, что делают люди на проблемном шаге: где буксуют, куда жмут напрасно, на каком поле останавливаются.
- Ошибки форм. Соберите, на каких полях чаще всего падает валидация и что покупатели вводят «не так».
- Логи ошибок и платежей. Технические сбои — падение шлюза, таймауты обмена — видны только в логах, а не в аналитике поведения.
- Опрос покупателей. Иногда быстрее спросить: короткий вопрос «что помешало оформить?» даёт неожиданные ответы.
Задача этого шага — превратить «на оплате теряется много людей» в конкретную гипотезу: «нет оплаты по счёту для юрлиц» или «шлюз падает на мобильных в Safari».
Метрики, которые важно считать
Чтобы аудит был предметным, договоритесь о наборе метрик и считайте их регулярно.
- Конверсия корзина → заказ. Главная метрика здоровья чекаута.
- Переходы между шагами. Доля дошедших с каждого этапа на следующий.
- Доля брошенных корзин и брошенных оформлений. Это разные показатели с разными причинами.
- Конверсия по устройствам. Отдельно мобайл и десктоп — цифры часто расходятся в разы.
- Конверсия по источникам. Разные каналы приводят разную по готовности аудиторию.
- Доля успешных онлайн-оплат. Технический индикатор здоровья платёжного контура.
Сквозная аналитика связывает эти метрики с реальными деньгами: не просто «конверсия упала», а «канал X приносит заказы, которые не оплачиваются». Свести витрину, оплату и учёт в единый контур помогает автоматизация продаж и склада на 1С.
Типовые причины отвала по шагам
Опыт показывает, что большинство провалов воронки объясняется коротким списком причин. Проверьте их у себя в первую очередь.
- Неожиданная стоимость доставки. Покупатель видит финальную сумму только на последнем шаге и уходит.
- Обязательная регистрация. Требование завести аккаунт до оформления убивает часть заказов.
- Лишние обязательные поля. Каждое ненужное поле — повод передумать.
- Нет нужного способа оплаты. Особенно для B2B — оплата по счёту, отсрочка.
- Падающая валидация. Форма не принимает нормальный телефон или адрес и не объясняет, что не так.
- Технические сбои оплаты. Шлюз отваливается, редирект не возвращает, заказ «зависает» неоплаченным.
Мобильная воронка отдельно
Одна из самых частых ошибок — смотреть на усреднённую конверсию. Средняя цифра прячет проблему, которая живёт только на мобильных. Между тем именно там сегодня оформляется большая доля заказов, и именно там чекаут чаще всего неудобен.
Постройте воронку отдельно для мобильных и десктопа. Если на мобильном отвал резко выше на конкретном шаге — ищите причину в размере полей, прокрутке, работе клавиатуры, скорости загрузки. Мобильная скорость особенно критична: тяжёлый чекаут теряет покупателей ещё до заполнения. Про инфраструктурную сторону быстродействия — в материале про хостинг и инфраструктуру BitrixVM.
Приоритизация гипотез
После аудита обычно набирается список из десятка гипотез. Чтобы не распылиться, приоритизируйте их по трём осям:
- Охват. Сколько покупателей затрагивает проблема — весь трафик или узкий сегмент.
- Влияние. Насколько сильно правка способна поднять конверсию именно на этом шаге.
- Трудозатраты. Сколько стоит внедрение — от правки текста до серьёзной доработки.
Начинайте с гипотез, которые дают большой эффект при малых усилиях: убрать обязательное поле, показать стоимость доставки раньше, добавить оплату по счёту. Дорогие и рискованные доработки оставляйте на потом, когда «низко висящие плоды» собраны. Сама автоматизация процессов, которая часто стоит за такими гипотезами, — это автоматизация на 1С.
Проверка правок и повторный цикл
Аудит — не разовое мероприятие, а цикл. После внедрения гипотезы обязательно проверьте, что она сработала.
- A/B-тест. Если трафика достаточно, сравните версии на живом трафике и смотрите на оплаченные заказы.
- Сравнение до/после. При малом трафике — аккуратное сравнение сопоставимых периодов без распродаж.
- Одна правка за раз. Меняйте по одной значимой вещи, иначе непонятно, что дало результат.
- Фиксация результата. Записывайте, что проверяли и чем закончилось, чтобы следующий цикл начинать не с нуля.
Когда узкое место закрыто, воронка «переезжает»: следующим слабым звеном становится другой шаг. Повторяйте цикл — так конверсия растёт последовательно, а не рывками.
Частые ошибки аудита
- Выводы без разметки. Судят о воронке, не настроив события по шагам, — то есть гадают.
- Средняя цифра вместо разбивки. Не делят по устройствам и источникам и не видят мобильную проблему.
- Слишком мало данных. Выводы по десяткам заказов или по дню распродажи.
- Чинят всё сразу. Двадцать правок разом — и непонятно, что помогло, а что навредило.
- Косметика вместо сути. Перекрашивают кнопку на шаге, который и так проходят все.
- Игнорируют технические сбои. Не смотрят логи оплаты, а там теряется значимая доля заказов.
- Разовый аудит. Сделали один раз и забыли, вместо регулярного цикла.
Чек-лист аудита воронки
- Шаги зафиксированы. Реальная последовательность оформления именно вашего магазина описана.
- События настроены. На каждом переходе чекаута срабатывает корректное событие без дублей.
- Данные накоплены. Собран репрезентативный период без аномалий и распродаж.
- Воронка построена. Видны переходы между шагами и итоговая конверсия.
- Узкое место найдено. Определён шаг с максимальным отвалом.
- Причина понятна. Записями сессий, логами и опросом гипотеза сведена к конкретике.
- Разбивка сделана. Отдельно посчитаны мобайл, десктоп и источники трафика.
- Гипотезы приоритизированы. Список отранжирован по охвату, влиянию и трудозатратам.
- Результат измерен. Правка проверена тестом или сравнением до/после, итог зафиксирован.
Вывод
Аудит воронки оформления заказа — это не разовая «проверка сайта», а рабочий цикл: разметить шаги, собрать данные, найти узкое место, понять причину, внедрить правку и измерить результат. Сила метода в том, что он превращает расплывчатое «мало заказов» в конкретное «теряем на выборе оплаты, потому что нет счёта для юрлиц» — и подсказывает, что чинить в первую очередь.
Начните с самого дешёвого шага — корректной разметки событий — и не поддавайтесь соблазну чинить всё сразу. Один найденный и закрытый провал воронки часто окупает весь аудит. А дальше цикл повторяется: как только одно узкое место расшито, оптимизация переходит к следующему, и конверсия растёт предсказуемо, а не случайно.
