COMFY збільшив ROAS TikTok-реклами на 36% після підключення даних GA4
Кампанія вже продає з прийнятною віддачею. Чи є сенс змінювати джерело даних, якщо явної проблеми немає? COMFY та Promodo перевірили саме таку ситуацію: до TikTok Catalog Ads додали сигнали покупок із GA4. У кейсі повідомлено про +36% ROAS і зниження вартості покупки на 53%. Для іншого магазину корисніше не чекати такого самого відсотка, а зрозуміти, яку саме зміну варто перевіряти й за яким результатом її залишати.
Опубліковано:
Що додали до вже працюючої кампанії
Promodo описує beta-інтеграцію GA4 як додаткове джерело подій покупок до TikTok Pixel. Кампанії працювали на широку українську аудиторію, без вузьких інтересів та окремого ремаркетингу. Вихідний ROAS уже був високим.
У детальнішому кейсі TikTok наведено +176% покупок, +75% замовленого доходу та +29% бюджету. Ці числа доповнюють заявлені зміни ROAS і вартості покупки.
Джерело згадує і паралельну стандартну кампанію, і базові дані червня проти періоду 22 липня — 22 серпня. Рік у доступному тексті не позначено. Деталі випадкового розподілу та перетину аудиторій не розкриті, тому називати порівняння повністю контрольованим A/B-тестом було б надто сміливо.
Чому +176% покупок не дорівнює +176% доходу
Якщо кількість покупок зросла сильніше за дохід, середній дохід на зафіксовану покупку став нижчим — за умови однакової бази порівняння. Це не обов’язково погано: могли краще продаватися дешевші товари. Але для рішення про бюджет потрібен склад замовлень, а не тільки їхня кількість.
Редакційна перевірка також показує, що опубліковані темпи арифметично узгоджуються з округленими результатами. Відношення 1,75 до 1,29 дає близько +35,7% ROAS. Відношення 1,29 до 2,76 — близько −53,3% вартості покупки. Така сумісність не доводить однакову методику всіх показників, але допомагає правильно читати відсотки.
І ще одна деталь: ordered revenue означає замовлений дохід. Він може відрізнятися від грошей за оплачені й виконані замовлення. Якщо нова оптимізація привела більше скасувань, рекламний звіт не покаже всю економіку.
Що перевірити перед власним тестом
Не потрібно починати зі складного переналаштування всього акаунта. Спершу визначте, які сигнали зараз отримує кожна система і яку прогалину має закрити додаткове джерело.
Таблиця допоможе підготувати порівняння так, щоб результат можна було пояснити.
| Перевірка | Де взяти відповідь | Навіщо |
|---|---|---|
| Що вважається покупкою | Налаштування подій і реєстр замовлень | Не змішати оформлення з оплатою |
| Чи дублюються події | Діагностика інтеграції та доступні ідентифікатори | Не отримати штучного приросту конверсій |
| Чи сумісні періоди й правила | План тесту та налаштування звітів | Порівняти одну й ту саму бізнесову подію |
| Що залишилося після скасувань | Виконані замовлення й повернення | Оцінити результат поза кабінетом |
Якщо частка скасованих замовлень різна, порівняйте результат також після однакового строку обробки. Нові покупки ще могли не пройти підтвердження, тоді як попередній період уже містить остаточні статуси.
Доступність конкретної beta-можливості потрібно перевіряти для власного акаунта; кейс не обіцяє її всім. Якщо інтеграція доступна, заздалегідь запишіть бюджетну межу й критерій успіху. Залишати зміни варто тоді, коли покращилися зіставні бізнесові результати, а не лише побільшало сигналів у системі.
