Рахунок за рекламу справжній. Дані про продажі - ні.
Ось де зазвичай рветься трекінг.
Рахунок від Meta чи Google приходить щомісяця справно. Колонка конверсій поруч майже порожня, а банківський рахунок каже інше. Цей розрив майже ніколи не про рекламу. Це про трекінг.
Чому цифри майже ніколи не сходяться самі
Рекламна платформа дізнається про продаж тільки якщо їй про це щось повідомить. За замовчуванням це піксель у браузері, який відправляє подію конверсії при завантаженні сторінки. Зміни приватності - від налаштувань iOS до блокувальників реклами й банерів cookies - зробили так, що цей єдиний сигнал пропускає зростаючу частку реальних конверсій. Продаж відбувся. Рекламна платформа просто про нього не дізналась.
Це найчастіша причина, через яку бізнес бачить реальну виручку майже без відповідних конверсій. Реклама тут не провалилась. Просто ніхто не налаштував другий спосіб повідомити платформі про продаж, який пропустив піксель.
Що реально лагодить серверний трекінг
Conversions API у Meta і server-side tagging у Google відправляють ту саму подію конверсії з сервера самого бізнесу, а не тільки з браузера відвідувача. Це не заміна пікселю, а його резерв. Він ловить продажі, які блокувальники чи налаштування приватності інакше сховали б від рекламної платформи. Правильне налаштування, прив’язане до реального процесу оплати, зазвичай найцінніше виправлення в цій ситуації.
Перевірка, а не просто встановлення
Піксель, який налаштували один раз і більше не перевіряли, - одна з найчастіших знахідок аудиту. У обох великих платформ є живий інструмент тесту саме для цього: зробити справжню тестову дію й подивитись, чи з’явиться подія за кілька хвилин. Це година роботи, а не проєкт, і вона одразу показує, в трекінгу справа чи в чомусь іншому.
Коли розрив в іншому місці
Не кожна невідповідність - проблема пікселя. Іноді рекламна платформа рахує правильно, а CRM не фіксує, звідки прийшов лід. Бізнес не бачить, яка реклама дала які продажі, хоча сама платформа працює нормально. Перевірка обох кінців - конверсій платформи і своїх замовлень за ті самі дати - найшвидше показує, де саме розрив.
Полагодити до того, як збільшувати бюджет
Знайти розрив у трекінгу до підняття витрат майже завжди дешевше, ніж масштабуватись у той самий сліпий кут у надії, що цифри підтягнуться самі. Коли трекінг підтверджений справжніми тестовими подіями й звірений з реальними замовленнями, рішення про те, що масштабувати й що відключити, стоять на реальних даних. Не на платформі, яка весь цей час упускала помітну частку продажів.
Що зробити в першу годину
- 01
Зробіть реальне тестове замовлення і перевірте, чи спрацювала подія конверсії в тестовому інструменті платформи за кілька хвилин.
- 02
Перевірте, чи налаштований взагалі сервер-трекінг: Conversions API у Meta, server-side tagging у Google.
- 03
Порівняйте кількість замовлень у магазині чи CRM з конверсіями в рекламному кабінеті за ті самі дати.
- 04
Не піднімайте витрати на рекламу, щоб "перевірити, чи працює". Це просто витрачає більше грошей у той самий сліпий кут.
Коли дзвонити нам
Дзвоніть, якщо витрати на рекламу помітні, а розрив у трекінгу тримається тижнями. Також дзвоніть, якщо збираєтесь збільшувати бюджет і хочете спочатку підтвердити трекінг. Отримати план безкоштовно →
FAQ
Це проблема iOS чи приватності, з якою нічого не зробити?
Зміни приватності справді зробили трекінг тільки через браузер менш надійним. Саме тому існує серверний трекінг. Правильно налаштоване серверне з'єднання повертає помітну частку подій, які упустив би один браузерний піксель. Більшу частину розриву можна закрити.
Як зрозуміти, чи працює піксель взагалі?
У Meta і Google є вбудований інструмент тесту, який показує події в реальному часі. Ми перевіряємо це напряму, а не вгадуємо за звітними цифрами.
Може, справа в CRM, а не в трекінгу?
Іноді. Замовлення можуть рахуватись правильно, але CRM не записує, звідки прийшла заявка. Тоді рекламний кабінет виглядає зламаним, а справжній розрив далі по воронці. Спочатку перевіряємо обидва кінці.
Що входить у нормальне виправлення?
Робочий піксель і серверне з'єднання, підтверджені тестові події, перевірка, що цифри збігаються між рекламним кабінетом, GA4 і вашими замовленнями. Плюс коротка записка про те, що було не так.