Трафик есть, товар хороший, а продаж мало. Знакомо: реклама приводит людей, они смотрят карточки, кладут товар в корзину — и растворяются на пути к оплате. Каждый такой уход стоит денег: за клик вы заплатили, а заказ не получили. И почти всегда потери сосредоточены не равномерно, а в двух-трёх конкретных местах воронки.
В этой статье разберём воронку интернет-магазина на 1С-Битрикс шаг за шагом — от карточки товара до оплаченного заказа с чеком по 54-ФЗ. Покажем, как измерить каждый переход, где чаще всего отваливаются покупатели и что конкретно чинить. Если хочется не просто диагностики, а системной работы над скоростью и процессами, поможет аудит и оптимизация 1С — но для начала научимся видеть узкие места.
Коротко
- Воронка магазина — это цепочка «карточка → корзина → оформление → оплата»; терять на каждом шаге нормально, но важно знать, где именно.
- Больше всего клиентов уходит между корзиной и оплатой: обязательная регистрация, сюрприз-доставка, нехватка способов оплаты.
- Настройте электронную коммерцию в аналитике Битрикс и Метрике, чтобы видеть конверсию каждого перехода в цифрах, а не на глаз.
- Оплата и чек по 54-ФЗ должны быть быстрыми и понятными: клиент не должен зависать без статуса после списания денег.
Что такое воронка магазина и зачем её мерить
Воронка продаж — последовательность шагов от знакомства с товаром до оплаты: посетитель открывает карточку, добавляет товар в корзину, переходит к оформлению, заполняет данные и оплачивает. На каждом шаге часть людей уходит — воронка сужается, отсюда и название.
Смысл измерения в том, что общий процент конверсии ничего не говорит о причинах, а пошаговая воронка показывает, где именно провал. Если из корзины к оформлению переходит 30%, а от оформления к оплате — 85%, чинить надо корзину, а не оплату. Без цифр вы будете улучшать то, что и так работает, и не заметите реальную дыру.
Как настроить измерение воронки в 1С-Битрикс
1С-Битрикс из коробки умеет отдавать данные электронной коммерции. Задача — связать шаги воронки с событиями аналитики, чтобы каждый переход считался автоматически.
- Включите электронную торговлю. В веб-аналитике Битрикс и в Яндекс Метрике активируйте отслеживание e-commerce — просмотры товаров, добавления в корзину, оформления и покупки.
- Разметьте события. Передавайте в аналитику события
detail(карточка),add(в корзину),begin_checkout(оформление) иpurchase(покупка) с данными о товарах и сумме. - Постройте отчёт-воронку. В Метрике настройте составную цель по шагам — она покажет конверсию каждого перехода в процентах.
- Добавьте Вебвизор и карты. Чтобы понять причину провала на конкретном шаге, смотрите записи сессий и карты кликов на странице оформления.
Важно, чтобы данные о заказе, которые уходят в аналитику, совпадали с реальными продажами в CRM и 1С. Расхождения обычно означают проблемы с обменом или с событиями оплаты — а значит, часть заказов вы просто не видите.
Этап 1. Карточка товара
Карточка — точка, куда чаще всего приземляется трафик из поиска и рекламы, и здесь покупатель принимает первое решение. Провал на этом шаге означает, что человек не добавил товар в корзину.
Что убивает конверсию карточки: нет цены или она «по запросу» без объяснения, непонятно наличие, мало фотографий, кнопка покупки спрятана, нет ответов на очевидные вопросы (доставка, гарантия, характеристики). В 1С-Битрикс карточка строится на инфоблоках и торговом каталоге, поэтому полнота данных зависит от обмена: если из 1С не приходят остатки и цены, карточка выглядит мёртвой.
- Цена и наличие на виду. Актуальный остаток по складу и цена без «уточняйте» — иначе человек уходит искать дальше.
- Кнопка «В корзину» заметна. Не прячьте её ниже длинного описания.
- Торговые предложения понятны. Выбор размера, цвета, фасовки не должен ломать цену и наличие.
Этап 2. Добавление в корзину
Клик по «В корзину» — момент, когда интерес превращается в намерение. Здесь важна обратная связь: покупатель должен понять, что товар добавлен, и не потерять нить. Частая ошибка — жёсткий редирект в корзину сразу после клика, из-за которого человек «выпадает» из каталога и не докладывает другие товары.
Лучше работает мягкий сценарий: товар улетает в корзину через AJAX, появляется уведомление и счётчик, а покупатель остаётся на странице и может продолжить выбор. В 1С-Битрикс это стандартное поведение компонента корзины — важно только не сломать его кастомизацией. Отдельно проверьте мобильную версию: на маленьком экране уведомление о добавлении часто теряется.
Этап 3. Корзина
Корзина — витрина честности магазина. Здесь клиент впервые видит итоговую сумму и принимает решение идти к оплате или закрыть вкладку. Главный враг конверсии на этом шаге — сюрпризы: неожиданная стоимость доставки, минимальная сумма заказа, о которой не предупредили, исчезнувший товар.
- Прозрачная сумма. Покажите стоимость доставки или её расчёт прямо в корзине, а не только на шаге оплаты.
- Редактирование без перезагрузки. Изменение количества и удаление позиций должны работать мгновенно через AJAX.
- Сохранение корзины. Для авторизованных клиентов корзина живёт между сессиями — человек вернулся и продолжил.
- Понятный призыв. Одна заметная кнопка «Оформить заказ», а не пять равнозначных ссылок.
Этап 4. Оформление заказа
Оформление — самый уязвимый шаг воронки: человек уже решился купить, и любое трение бьёт по горячему намерению. В 1С-Битрикс страница оформления работает через AJAX-компонент sale.order.ajax: доставка, оплата и свойства заказа пересчитываются на лету. Это удобно, но требует, чтобы обработчики отвечали быстро.
Что чаще всего мешает завершить оформление:
- Обязательная регистрация. Требование создать аккаунт до оплаты — классическая причина ухода. Дайте оформить заказ без регистрации.
- Длинная форма. Лишние поля («откуда узнали», отчество, второй телефон) снижают конверсию. Оставьте минимум для доставки и связи.
- Медленный расчёт доставки. Если служба доставки или склад отвечают по несколько секунд, шаг ощущается сломанным.
- Нет выбора удобного способа. Самовывоз, курьер, ПВЗ — покупатель должен найти свой вариант.
Расчёт доставки и наличие на этом шаге часто завязаны на внешние сервисы и на данные из учётной системы. Если склад отдаёт остатки медленно, помогает автоматизация продаж и склада на 1С — чтобы наличие и резервы считались быстро и корректно прямо в момент оформления.
Этап 5. Оплата и чек по 54-ФЗ
Финальный шаг — оплата. Здесь деньги уже почти в кассе, поэтому потери особенно обидны. Покупатель нажал «Оплатить», и дальше начинается зона, которую магазин контролирует лишь частично: редирект в банк, ввод данных карты, подтверждение, возврат на сайт и фискализация чека по 54-ФЗ.
По 54-ФЗ при онлайн-оплате магазин обязан сформировать кассовый чек и отправить его покупателю; технически это делает онлайн-касса или платёжный провайдер с фискализацией. Для клиента процесс должен быть незаметным: оплатил — увидел подтверждение — получил чек на почту или телефон. Проблемы начинаются, когда:
- Способов оплаты мало. Только карта, без СБП и без оплаты при получении — часть аудитории отсекается.
- Страница банка пугает. Резкий переход на чужой домен без брендинга магазина вызывает недоверие.
- Нет статуса после оплаты. Деньги списались, а заказ не подтвердился из-за сбоя вебхука или обмена — клиент в панике.
- Касса не ответила. Чек не пробился, статус заказа завис, служба поддержки разбирается вручную.
Надёжность оплаты сильно зависит от того, как настроены серверные уведомления платёжного шлюза (вебхуки) и обмен с учётной системой. Это уже инженерная задача: подробнее о том, как безопасно и корректно принимать серверные уведомления, мы писали в статье про безопасность REST и вебхуков в 1С-Битрикс. Если платёж прошёл, но заказ не подтвердился, чаще всего виноват именно необработанный или незащищённый вебхук.
Где теряют больше всего: карта провала
Чтобы не гадать, соберём типичные потери по шагам в одну таблицу. Проценты усреднённые — у вашего магазина будут свои, и именно их надо мерить.
| Переход воронки | Типичная причина потерь | Что чинить в первую очередь |
|---|---|---|
| Карточка → корзина | Нет цены/наличия, слабая карточка | Данные из 1С, кнопка покупки, фото |
| Корзина → оформление | Сюрприз-доставка, минимальная сумма | Прозрачные условия в корзине |
| Оформление → оплата | Регистрация, длинная форма, медленный расчёт | Заказ без регистрации, короткая форма |
| Оплата → успех | Мало способов, сбой вебхука, нет статуса | СБП и карта, надёжная фискализация |
Практика показывает: самый жирный провал почти всегда — переход «оформление → оплата». Это шаг с максимальным намерением купить и максимальным трением одновременно. Начинайте оптимизацию отсюда.
Скорость и техника как фактор конверсии
Воронка ломается не только из-за UX, но и из-за техники. Медленная корзина, тормозящее оформление, таймауты платёжного шлюза — уходы, невидимые в интерфейсе, но заметные в цифрах. Каждая лишняя секунда на шаге оформления стоит процентов конверсии.
- Композитный сайт и кэш. Статику отдавайте мгновенно, динамику (корзина, наличие) догружайте отдельно.
- Быстрые обработчики. Расчёт доставки и наличия не должен блокировать шаг оформления на секунды.
- Крепкая инфраструктура. Под пиковыми нагрузками — распродажа, рассылка — сервер не должен ложиться на этапе оплаты.
Стабильность под нагрузкой во многом определяется настройкой сервера. Если магазин тормозит в часы пик, начинать стоит с инфраструктуры — мы разбирали её в материале про хостинг и инфраструктуру для 1С-Битрикс на BitrixVM. А чтобы новые доработки воронки не ломали продакшн, полезен предсказуемый процесс выкладки, описанный в статье про CI/CD и деплой для 1С-Битрикс.
Частые ошибки в воронке
- Оптимизируют вслепую. Меняют дизайн карточки, когда провал сидит в оплате. Без пошаговой воронки это стрельба наугад.
- Принудительная регистрация. Барьер перед оплатой, который отсекает часть горячих клиентов.
- Сюрприз-доставка. Стоимость доставки всплывает только на последнем шаге — доверие рушится.
- Один способ оплаты. Нет СБП или оплаты при получении — заказы уходят к конкуренту.
- Нет статуса после платежа. Деньги списались, заказ завис — клиент пишет в поддержку вместо повторной покупки.
- Медленное оформление. Расчёт доставки и наличия тормозит, шаг ощущается сломанным.
- Данные аналитики не сходятся с CRM. Часть заказов не видна, воронка врёт, решения принимаются по неверным цифрам.
Чек-лист диагностики воронки
- Электронная коммерция настроена. События карточки, корзины, оформления и покупки уходят в аналитику и совпадают с CRM.
- Воронка построена по шагам. Видна конверсия каждого перехода в процентах и в деньгах.
- Карточка полная. Цена, наличие, фото и кнопка покупки на первом экране, данные из 1С актуальны.
- Корзина честная. Стоимость доставки видна заранее, редактирование мгновенное, корзина сохраняется.
- Заказ без регистрации. Короткая форма, минимум обязательных полей, быстрый расчёт доставки.
- Оплата гибкая. Карта, СБП, оплата при получении; чек по 54-ФЗ пробивается надёжно.
- Статусы работают. После оплаты клиент видит подтверждение, вебхуки и обмен обрабатываются корректно.
- Брошенные корзины в работе. Собираются и возвращаются автоматическими напоминаниями.
Вывод
Воронка от карточки до оплаты — не абстрактная схема, а конкретная цепочка технических и UX-шагов, каждый из которых можно измерить и починить. Не улучшайте всё сразу: настройте пошаговое измерение, найдите самый жирный провал (чаще всего это переход от оформления к оплате) и работайте с ним. Один исправленный шаг обычно даёт больше, чем десяток косметических правок.
И помните: половина потерь на финальных шагах — это техника, а не дизайн. Быстрая корзина, короткое оформление, надёжная оплата с корректным чеком по 54-ФЗ и обработкой вебхуков дают прирост выручки без единого нового клика в рекламе. Замерьте свою воронку — и удивитесь, сколько уже оплаченных денег утекает на последнем метре.
