E-commerce аналитика для интернет-магазина в Эстонии

Кому нужна e-commerce аналитика

• Выручка в GA4 заметно меньше или больше, чем в отчётах WooCommerce или Shopify, и никто не может объяснить разницу.
• В источниках трафика среди покупок видны montonio.com, swedbank.ee, lhv.ee или seb.ee, а реклама получает меньше продаж, чем на самом деле.
• Вы видите только итоговые покупки и не знаете, где теряются покупатели: в карточке товара, в корзине или на выборе доставки.
• Google Ads и Meta оптимизируются по количеству заказов, а не по выручке, хотя средний чек у товаров отличается в разы.
• Возвраты и отменённые заказы остаются в отчётах как продажи.
• Вы планируете запускать Google Shopping или Performance Max и хотите, чтобы фид товаров и данные о покупках были в порядке до старта.

Что входит в настройку e-commerce аналитики

• План измерений для магазина: какие события, параметры и пользовательские свойства собираем.
• События воронки GA4: view_item_list, view_item, add_to_cart, remove_from_cart, view_cart, begin_checkout, add_shipping_info, add_payment_info, purchase.
• Передача параметров заказа: transaction_id, сумма, валюта, налог, доставка, промокод, состав корзины с артикулами, категориями и ценами.
• Защита от дублей покупки при обновлении страницы «спасибо» и повторном возврате с платёжной страницы.
• Исключение платёжных доменов в GA4 (список нежелательных переходов), чтобы продажа оставалась за исходным каналом.
• Учёт возвратов событием refund - вручную, по выгрузке или автоматически из админки, если платформа это позволяет.
• Передача покупок с суммой в Google Ads и Meta, проверка, что одна продажа засчитывается один раз.
• Подключение и проверка Google Merchant Center: фид товаров, связка с Google Ads и GA4, исправление ошибок в товарах.
• Стандартные и собственные отчёты в GA4: воронка оформления, эффективность товаров и категорий, выручка по каналам.

Цена

Как работаем

1. 1

   Проверка магазина и доступов (1-2 дня)

   Смотрим платформу, тему, плагины оплаты и доставки, текущие теги. Сверяем выручку в GA4 и в админке за последний месяц, чтобы понять масштаб расхождения.

2. 2

   План измерений (1 день)

   Согласуем список событий и параметров, решаем, что считать выручкой: с НДС или без, с доставкой или без. Это решение потом важно соблюдать во всех системах.

3. 3

   Слой данных (2-5 дней)

   На WooCommerce и Shopify используем проверенные плагины или приложения, на самописных магазинах готовим задание разработчику на dataLayer и принимаем результат.

4. 4

   Настройка тегов и интеграций (2-4 дня)

   Настраиваем GTM, GA4, конверсии Google Ads и Meta, исключения платёжных доменов, Merchant Center.

5. 5

   Тестовые заказы

   Проходим покупку с разными способами оплаты и доставки, проверяем суммы, валюту, номер заказа и отсутствие дублей.

6. 6

   Сверка через 2-3 недели

   Сравниваем покупки в GA4 и в админке за реальный период. Объясняем оставшуюся разницу и что её вызывает.

Типичная ситуация

Эстонская специфика

• Montonio, MakeCommerce и прямые банковские ссылки Swedbank, SEB, LHV, Coop Pank, Luminor. Каждый способ оплаты нужно проверить отдельно: у них разные адреса возврата и разное поведение после оплаты.
• Доставка в пакоматы Omniva, DPD, Itella SmartPOST. Выбор пакомата часто сделан сторонним виджетом, поэтому событие add_shipping_info приходится настраивать под конкретный плагин.
• Цены с НДС. Важно один раз решить, передаём выручку с налогом или без, и одинаково настроить GA4, Google Ads и Meta, иначе отчёты не сравнить.
• Многоязычные магазины. Версии на эстонском, русском, английском, иногда латышском и финском. Названия товаров в событиях лучше передавать на одном языке, а язык - отдельным параметром.
• Небольшие объёмы. У многих магазинов десятки заказов в неделю, и каждая потерянная покупка заметно искажает данные для автоматических стратегий рекламы.

Возвраты и отмены

Google Merchant Center