Aether Instruments
Платформа цифровых продуктов · Объединение данных + CRO оформления заказа
Aether Instruments продаёт цифровые продукты по всему миру через магазин на WooCommerce и привлекает платный трафик через Google Ads на нескольких европейских и международных рынках. Каталог охватывает несколько категорий с разными ценовыми уровнями и циклами покупки.
На момент аудита три отдельные системы отчётности — Google Ads, WooCommerce и GA4 — показывали разную выручку за один период, механизма сверки не было. Шаги воронки оформления заказа не отслеживались. A/B-тесты на страницах товаров пробовали, но без надёжного слоя атрибуции ни один нельзя было подтвердить. Задача: построить единую основу данных, прежде чем начинать любую работу по росту.
Три системы, три числа выручки, ноль сверки. Каждая система атрибутировала конверсии по-своему — создавалась иллюзия данных, при этом принимать решения структурно было невозможно.
Атрибутированная выручка включала конверсии по просмотру и пересечения между устройствами — завышение относительно реальных заказов
Истина по заказам, но без данных об источнике маркетинга — нельзя определить, какие кампании привели к каким продажам
Терял атрибуцию сессий из-за ITP, цепочек редиректов и несогласованной UTM-разметки в рекламных размещениях
- →Собственный слой данных GA4События WooCommerce размечены
События покупки, добавления в корзину, шага оформления и оплаты отправляются в GA4 с единообразными параметрами и ID заказов
- →Связка WooCommerce → Google AdsАтрибуция выручки по кампаниям
Стоимость заказа и данные о товарах передаются из WooCommerce в Google Ads через экспорт GA4 — расчёты ROAS теперь совпадают с реальной выручкой
- →Кросс-канальный дашбордЕдиная еженедельная отчётность
Один автоматизированный дашборд собирает расход из Ads, заказы из WooCommerce и сессии из GA4 — одно число выручки, ежедневное обновление
- →Стандартизация UTMЕдинообразное отслеживание источников
Все кампании, группы объявлений и креативы размечены по единой схеме UTM — это устраняет ошибочную атрибуцию из-за несогласованных названий параметров
С отслеживанием воронки по шагам конверсию магазина 1.5% удалось нормально продиагностировать. Крупнейшая потеря: 41% пользователей, зашедших в оформление, уходили на шаге оплаты. На процессе оформления провели шесть A/B-тестов, приоритизированных по объёму потерь.
Три системы показывали разную выручку за один и тот же период. Google Ads заявлял ROAS 4.1×. WooCommerce сообщал меньшую выручку. GA4 показывал третье число. Никто не знал, какое верно, — поэтому никто не мог действовать ни по одному из них. Проблема была не в эффективности, а в отсутствии общей опорной истины.
Конверсия магазина 1.5% — это симптом, а не диагноз. Без отслеживания шагов воронки — добавление в корзину, начало оформления, ввод платежа, подтверждение заказа — найти место потерь было невозможно. Когда каждый шаг был размечен, картина стала ясной: 41% пользователей, начавших оформление, уходили на шаге оплаты.
Прямая передача данных о заказах из WooCommerce в кампании Google Ads позволила алгоритму ставок оптимизироваться на реальную выручку, а не на промежуточные события конверсии. Кампании, выглядевшие эффективными по кликабельности, оказались с низким средним чеком. Связь с выручкой переставила приоритеты каждой кампании в аккаунте.
A/B-тесты вариантов оформления заказа при сломанной атрибуции дают результаты, которым нельзя доверять: каждый вариант наследует одну и ту же ошибку измерения. Сначала исправили архитектуру данных и только потом запустили тесты — благодаря этому результаты CRO на чекауте оказались применимыми на практике, а не просто статистически намекающими.
Три несвязанные системы сведены в единый источник истины. Конверсия магазина выросла с 1.5% до 2.8% (+87%) за шесть итераций A/B-тестов воронки оформления заказа. Атрибуция выручки впервые совпала между Google Ads, WooCommerce и GA4 — расчёты ROAS и приоритизации кампаний стали заслуживать доверия.
CRO: 6 A/B-тестов · главная победа — редизайн шага оплаты (+18% возврата)
Конверсия: 1.5% → 2.8% · атрибуция выручки: 100% совпадение между системами
Название клиента является псевдонимом. ID отчёта внутренний. Показатели отражают условия конкретного аккаунта — результаты зависят от рынка, бюджета и зрелости воронки.