Представьте: сайт приносит 1000 посетителей в день, но выручка не растёт. Менеджеры жалуются на трафик, маркетологи — на конверсию, а разработчики разводят руками. Без настроенной воронки продаж вы летите вслепую. Стандартные отчёты GA4 и Яндекс.Метрики показывают общую конверсию, но не локализуют точки отказа. Мы знаем, как это исправить: настраиваем воронки под ключ, используя инструменты сегментации, когортного анализа и сквозной аналитики. Выявляем, на каком этапе — просмотр товара, добавление в корзину, оформление — теряются клиенты, и увеличиваем конверсию на каждом шаге. Оценим проект за 1 день — пишите!
Проблемы, которые решаем
Размытый путь пользователя. Стандартные отчёты не показывают, где отваливаются клиенты. Воронка с сегментацией по источникам трафика и когортный анализ дают чёткую картину. Например, шаг «добавление в корзину» конвертит 5% — проблема в UX или цене. Оптимизация конверсии на основе отчётов воронки сокращает потери.
Потери от блокировщиков рекламы. GA4 теряет до 30% событий на мобильных. Решение — дублировать отправку на собственный бэкенд. Это даёт контрольную выборку и повышает точность отчётов по воронке. Один клиент после внедрения такой схемы увеличил точность данных на 22%.
Нормальные показатели конверсии для e-commerce
| Этап |
Доля от предыдущего |
| Просмотр товара → добавление в корзину |
40-60% |
| Добавление в корзину → начало оформления |
5-15% |
| Начало оформления → оплата |
30-50% |
| Оплата → покупка |
85-95% |
Различия в данных GA4 и Яндекс.Метрики
Причина — разная архитектура сбора. GA4 использует события с задержкой обработки до суток, Метрика — потоковую передачу. Если параллельно запустить оба счетчика, без унификации логики событий получите расхождения. Мы настраиваем идентичные события и метрики в обеих системах, а для критичных проектов — пишем собственную воронку в PostgreSQL. Это обеспечивает сквозную аналитику и единый источник правды. GA4 обрабатывает события до 24 часов, тогда как Метрика — до часа, что делает её в 24 раза быстрее для оперативных отчётов.
Как мы это делаем
Стек: PostgreSQL для хранения событий, Laravel 11 для бэкенда сбора, Redis для кэширования. Пример конфигурации воронки в GA4:
Funnel Exploration → Steps:
1. view_item (URL содержит /product)
2. add_to_cart
3. begin_checkout
4. add_payment_info
5. purchase
В Яндекс.Метрике по URL и целям:
Шаг 1: URL содержит /catalog
Шаг 2: URL содержит /product
Шаг 3: Цель "add_to_cart"
Шаг 4: Цель "order_placed"
Для high-load используем ClickHouse — отклик SQL-запросов до 100 мс на миллиардах строк.
Как сегментация улучшает анализ воронки?
Сегментация по источнику трафика, устройству или гео позволяет выявить скрытые проблемы. Например, органика может конвертировать 3%, а реклама — 0.5%. Без сегментации вы усредняете данные и упускаете точки роста. Мы настраиваем сегментированные воронки и когортный анализ для каждого канала.
Что такое когортный анализ в воронке?
Когортный анализ группирует пользователей по времени первого визита или действия. Это помогает отследить, как меняется поведение разных групп. Например, когорта, пришедшая с рекламной кампании, может иметь более высокую конверсию на этапе оформления, но ниже — на добавлении в корзину. Такой анализ выявляет эффективность каналов и сезонные тренды.
Процесс работы
- Аналитика — аудит целей и событий, интервью с маркетологами.
- Проектирование — согласование схемы воронки, выбор инструментов.
- Реализация — настройка событий, exploration, SQL-запросы.
- Тестирование — проверка на тестовых сессиях.
- Деплой — выкатка в продакшен, дашборды, документация.
Что входит в работу
- Документация с шагами воронки и сегментами.
- Готовые exploration в GA4 и отчёты в Метрике.
- Обучение команды (1 час онлайн).
- Поддержка 2 недели после запуска.
Почему стоит доверить настройку нам?
Опыт 5+ лет в веб-аналитике, более 50 проектов для e-commerce и B2B. Гарантируем прозрачность: предоставляем SQL-скрипты и документацию. Закажите настройку — получите воронку, которая реально помогает зарабатывать. Экономия на неэффективной рекламе может составить до 30% после настройки воронки.
Сроки ориентировочно
Базовая настройка (GA4 + Метрика) — от 2 до 4 дней. Расширенная (с собственной БД и сегментацией) — от 5 до 8 дней. Стоимость рассчитывается индивидуально, зависит от сложности.
Типичные ошибки при настройке воронок
- Неверная последовательность шагов (например, purchase раньше begin_checkout) — нулевая конверсия.
- Игнорирование сегментации — одна воронка для всех источников скрывает проблемы.
- Отсутствие защиты от блокировщиков — потеря до трети данных.
Таблица сравнения: GA4 vs Яндекс.Метрика
| Критерий |
GA4 |
Яндекс.Метрика |
| Задержка данных |
до 24 часов |
до 1 часа |
| Типы воронок |
закрытая / открытая |
только последовательная |
| Сегментация |
по любым параметрам |
по полу, возрасту, цели |
| Экспорт данных |
через BigQuery |
через API / CSV |
| Бесплатный лимит |
~10 млн событий/мес |
безлимит |
Источник: официальная документация воронка продаж
Мы сопровождаем полный цикл установки аналитики интернет-магазина: от настройки целей до сквозной аналитики. Получите консультацию — мы поможем определиться с инструментом и настроим всё под ключ.
Настройка веб-аналитики: GA4, GTM, Яндекс.Метрика и Amplitude
Мы часто видим: конверсия 1.2 %, трафик растёт, а конверсия стоит. Маркетолог смотрит в Google Analytics и говорит: «пользователи уходят с шага 2 оформления заказа». Разработчик открывает тот же шаг — ошибок нет, в Sentry тишина. Значит, дело не в JS-баге, а в UX или в кривых данных, которые показывает аналитика. Аналитика ломается незаметно: событие перестало трекаться после редеплоя — никто не заметил; GTM-тег стреляет дважды — данные задвоились; фильтр GA4 исключает бота, который на самом деле — реальный трафик с корпоративного прокси. Закажите аудит текущих тегов — мы найдём причину за неделю.
После правильной настройки экономия рекламного бюджета может достигать 150 000 ₽ в месяц — это реальный кейс интернет-магазина с 50 000 сессий в день, где дедупликация purchase вернула 20 % неверно приписанных конверсий.
Почему события GA4 дублируются и как это исправить?
Universal Analytics закрыт, его место заняла событийная модель GA4. В ней нет фиксированных хитов страниц и транзакций — только события с параметрами. Это гибче, но требует правильного дизайна событий.
Автоматические события GA4 собирает сам: page_view, scroll, click, session_start. Рекомендуемые события нужно реализовать самостоятельно: purchase, add_to_cart, begin_checkout, view_item. Google ожидает конкретную схему параметров — если передать product_id вместо item_id, данные попадут в GA4, но не в стандартные отчёты e-commerce. Кастомные события для специфики проекта: filter_applied, video_progress, form_step_completed. Кастомные параметры необходимо зарегистрировать в GA4 Admin → Custom definitions, иначе они не будут доступны в отчётах.
Частая ошибка — событие purchase с дублями. Причина: тег срабатывает на странице /thank-you, пользователь обновляет страницу — второй purchase уходит в GA4. Решение: на бэкенде генерируем уникальный transaction_id и передаём в событие. GA4 de-duplicates по нему (в теории — проверяйте через DebugView). Правильная атрибуция экономит до 20 % рекламного бюджета, который раньше уходил на неверно приписанные конверсии.
Как настроить data layer, чтобы не потерять данные?
GTM — инструмент для управления тегами без деплоя кода. Но «без кода» не значит «без архитектуры». Data Layer — основа всего. Передаём данные из приложения в GTM через dataLayer.push(). Структура: event + контекстные данные. Для e-commerce: перед открытием страницы продукта — push с данными товара. GTM-тег читает из dataLayer, не из DOM.
window.dataLayer = window.dataLayer || [];
dataLayer.push({
event: 'view_item',
ecommerce: {
items: [{
item_id: 'SKU-12345',
item_name: 'Название товара',
price: 1990.00,
currency: 'RUB'
}]
}
});
Плохая практика: GTM-тег парсит DOM — ищет цену в span.price, название в h1. Это ломается при любом изменении верстки. Хорошая практика: всегда dataLayer. Используем Preview Mode для отладки и GTM Server-Side для чувствительных данных — отправка с сервера, не с браузера, обходит блокировщики рекламы, не теряет данные.
Как Яндекс.Метрика дополняет веб-аналитику?
Для российской аудитории Метрика обязательна — особенно Вебвизор. Запись сессии пользователя, который бросил корзину, часто даёт ответ быстрее, чем неделя анализа воронки. Цели в Метрике: событийные (через ym(COUNTER_ID, 'reachGoal', 'GOAL_NAME')) или автоматические (клик по кнопке, посещение страницы). Связка с CRM через Метрика Плюс — передача офлайн-конверсий. Наш опыт: в 8 из 10 проектов после настройки Метрики находили скрытые баги в UX, которые не показывали другие системы.
Что даёт product analytics в Amplitude?
Amplitude — продуктовый инструмент, в отличие от маркетинговых GA4 и Метрики. Он заточен под анализ поведения пользователей внутри продукта: воронки, ретеншн, user paths. Amplitude подходит для SaaS-продуктов, мобильных приложений и любых сервисов с зарегистрированными пользователями, где важно понять, как проходят онбординг, на каком шаге уходят, какие фичи используют чаще. Ключевые концепции: identify (связать анонимного пользователя с userId после авторизации), group (аккаунт в B2B SaaS), когорты для удержания. Amplitude Chart — воронка шагов за последние 30 дней с разбивкой по источнику.
Мониторинг качества данных
Аналитика без мониторинга — чёрный ящик. Настраиваем:
- GA4 Realtime — проверяем после каждого деплоя, что ключевые события приходят
- Alerting в GA4 — аномалия в количестве событий
purchase (резкое падение = что-то сломалось)
- GTM Preview в staging-окружении перед продакшеном
- Ручные тесты воронок раз в неделю — просто пройти путь покупателя и проверить, что всё трекается
Что проверяем после каждого деплоя
- Все ли рекомендуемые события присутствуют в DebugView
- Нет ли задвоений (считаем количество
purchase на 100 сессий)
- Не изменилась ли структура dataLayer после обновления фронтенда
Что входит в работу
| Компонент |
Описание |
| Аудит текущих тегов |
Проверка существующих GTM-тегов, dataLayer, дублей и ошибок |
| Дизайн событийной схемы |
Документация: список событий, параметры, триггеры |
| Настройка GA4 + GTM |
Создание конфигурации, тегов, Custom definitions |
| Яндекс.Метрика |
Установка счётчика, создание целей, настройка Вебвизора |
| Amplitude (опционально) |
Настройка клиентского и серверного SDK, когорты |
| QA и мониторинг |
Тестирование в Preview Mode, Alerting |
| Обучение и передача |
Доступы, инструкция по добавлению новых событий, консоль |
Процесс и сроки
- Аудит текущих тегов и данных (2 дня)
- Дизайн событийной схемы (2 дня)
- Разработка Data Layer и настройка тегов (3–5 дней)
- QA в Preview Mode и на staging (2 дня)
- Деплой и настройка дашбордов (1 день)
| Сценарий |
Срок |
| Базовая настройка GA4 + GTM |
1 неделя |
| Полный e-commerce tracking + Метрика |
2–3 недели |
| Server-side GTM + Amplitude |
3–5 недель |
Стоимость рассчитывается индивидуально. Получите консультацию по настройке веб-аналитики для вашего проекта — мы оценим объём работ за один день. Свяжитесь с нами, чтобы начать.
Wikipedia: Веб-аналитика — подробнее о методах и метриках. Официальная документация по событийной модели GA4 доступна в Google Analytics 4.