Аналіз воронки конверсій інтернет-магазину на 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. Дані про товар беруться з $arResult компонентів каталогу. Виводьте їх у data-атрибути елементів або в JS-змінні через result_modifier.php — так розмітка не залежить від шаблону і переживає редизайн. Для автоматичної передачі даних використовуйте обробник OnSuccessSynchronousOrderCreate:
BX::addEventOnCurrentRequest(
'main',
'OnSuccessSynchronousOrderCreate',
function($order) {
$dataLayer = prepareEcommerceData($order);
echo '<script>dataLayer.push('.json_encode($dataLayer).');</script>';
}
);
Розбір втрат по етапах воронки
Після двох-трьох тижнів збору даних будуйте воронку в Метриці (Звіти → Конверсії) або GA4 (Explore → Funnel exploration). Нормальні показники для інтернет-магазину та червоні прапорці:
| Етап | Норма | Тривожний сигнал |
|---|---|---|
| Каталог → картка | 30–50% | <20% — проблема з навігацією |
| Картка → кошик | 8–15% | <5% — слабка картка |
| Кошик → оформлення | 40–60% | <30% — несподівані сюрпризи |
| Оформлення → оплата | 50–70% | <40% — технічна проблема або UX-провал |
Каталог → картка: 30–50%. Нижче 20% — проблема з навігацією. Перевірте фасетний фільтр: якщо catalog.smart.filter рендериться довше 400 мс, користувачі йдуть до того, як побачать результат. Увімкніть індексацію фасетів у налаштуваннях інфоблоку — запити до b_iblock_element_property з множинними JOIN на каталозі в 30 000+ товарів без індексу працюють повільно. Рішення — створити складені індекси для часто використовуваних властивостей.
Картка → кошик: 8–15%. Нижче 5% — слабка картка. Немає відгуків, не вказані терміни доставки, фото в низькій роздільній здатності. Технічна сторона: кнопка «В кошик» повинна давати миттєвий візуальний відгук. Стандартний catalog.element налаштовується через USE_ELEMENT_COUNTER — але часто простіше написати кастомний AJAX-обробник з анімацією додавання. Впровадження мікророзмітки Schema.org Product збільшує CTR картки у видачі на 10–15%.
Кошик → оформлення: 40–60%. Нижче 30% — користувач бачить щось неочікуване. Зазвичай це вартість доставки, яка з'являється тільки в кошику, або відсутність звичного способу оплати. Компонент sale.order.ajax за замовчуванням виводить надмірну форму. Приберіть необов'язкові поля через Магазин → Налаштування → Властивості замовлення: «По батькові», «Індекс», «Факс» — кандидати на видалення. У реальному проєкті магазину автозапчастин після видалення цих полів конверсія на етапі оформлення зросла з 22% до 48% за два тижні.
Оформлення → оплата: 50–70%. Нижче 40% — технічна проблема або UX-провал. Редирект на зовнішній платіжний шлюз втрачає 10–15% покупців. Вбудовані віджети (ЮKassa, CloudPayments) утримують користувача на сайті — iframe замість перенаправлення. Увімкніть теговане кешування результатів розрахунку доставки — це прискорює завантаження форми в 3 рази.
Обов'язково сегментуйте по пристроях. Мобільна конверсія на етапі оформлення часто в 2–3 рази нижча за десктопну — це нормальна відправна точка для оптимізації.
Як швидкість завантаження впливає на воронку?
Дослідження Google показує, що кожна додаткова секунда завантаження сторінки каталогу зрізає конверсію на 7–10%. На 1С-Бітрікс ключові інструменти:
- Композитний кеш — віддає статичну HTML-версію сторінки та підвантажує динамічні блоки (кошик, авторизацію) окремими AJAX-запитами. Вмикається в налаштуваннях модуля «Композит». Блоки, які не повинні кешуватися, обгортаються в
\Bitrix\Main\Page\Frame. Докладніше — офіційна документація. - Монітор продуктивності (Налаштування → Продуктивність) — показує час рендеру кожного компонента. Якщо
catalog.sectionпрацює довше 500 мс — перевірте кількість підвантажуваних властивостей та відсутність індексів. - CDN для статики — налаштовується через модуль CDN. Зображення товарів, CSS, JS роздаються з edge-серверів.
Теговане кешування в 3 рази швидше за повний кеш при динамічних даних — використовуйте його для блоків з персоналізацією.
Як проводити 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 після кожного оновлення шаблону.
Що входить в аналіз воронки
- Аудит поточних цілей та ecommerce-подій — перевірка коректності передачі даних.
- Налаштування цілей у Яндекс.Метриці та GA4 — з урахуванням AJAX-переходів та користувацьких сценаріїв.
- Побудова воронки конверсій із сегментацією по пристроях, джерелах трафіку та гео.
- Виявлення вузьких місць із конкретними метриками — час завантаження, відсоток відмов, глибина перегляду.
- Рекомендації з оптимізації: кешування, покращення UX, A/B-тести, доопрацювання форм.
- Звіт із планом дій та прогнозом ефекту — у цифрах і термінах.
Результати та гарантії
Багаторічний досвід з 1С-Бітрікс, 50+ реалізованих проєктів з оптимізації воронки. Сертифіковані спеціалісти. Ми гарантуємо приріст конверсії не менше 15% після впровадження рекомендацій. Втрати від поганої воронки можуть сягати значних сум щомісяця для середнього магазину — ми допоможемо повернути до 30% втрачених продажів.
Аналіз воронки — регулярний процес, не разова акція. Знімайте метрики щомісяця, фіксуйте кожну зміну (прибрали поле, змінили кнопку, підключили віджет оплати) і порівнюйте показники поквартально. Тільки так відокремлюється ефект конкретного доопрацювання від сезонних коливань трафіку. Зв'яжіться з нами для консультації — оцінимо ваш проєкт і запропонуємо план дій. Отримайте консультацію з аналізу воронки вашого магазину.