У Meta і Google Ads менше покупок, ніж у моїй CRM
Частина подій не доходить через блокувальники та браузерні обмеження. Ми дублюємо події з сервера і зіставляємо їх із CRM, щоб розрив було видно в цифрах.
Серверний трекінг: реклама бачить усі ваші заявки й покупки
Блокувальники реклами, Safari та обмеження cookie ховають від рекламних кабінетів частину ваших конверсій. Ми переносимо відправлення подій на ваш сервер (sGTM і Meta CAPI), і алгоритми Google та Meta отримують повніші дані.
Кошторис і строки після брифу
Кому підходить
- Інтернет-магазини, які платять за рекламу в Google Ads і Meta Ads
- Сайти із заявками, де CRM показує більше лідів, ніж рекламний кабінет
- Бізнес, який хоче передавати в рекламу реальні продажі з CRM, а не лише кліки
- Власники, які не довіряють цифрам аналітики й хочуть перевірити їх
Які задачі вирішуємо
Реклама вчиться на неповних даних і витрачає бюджет не туди
Алгоритм оптимізується під події, які бачить. Серверні події з правильними параметрами дають йому повнішу картину.
Не знаю, чи не рахується одна покупка двічі
Налаштовуємо дедуплікацію (event_id): подія з браузера й із сервера зараховується один раз. Перевіряємо це в Meta Events Manager і GA4 DebugView.
Страшно віддавати персональні дані в рекламні системи
Сервер дає контроль: ми вирішуємо, які поля йдуть далі, і хешуємо email та телефон до відправлення. Згоду користувача на cookie враховуємо в логіці тегів.
Що входить у роботу
- Аудит поточного трекінгу: GTM-контейнер, піксель, GA4, події, дублі
- Серверний контейнер Google Tag Manager (sGTM, тегменеджер на вашому сервері)
- Піднімаємо сервер у хмарі (Google Cloud Run або Stape) на ваш акаунт
- Власний піддомен для трекінгу, щоб запити йшли з вашого домену
- Meta Conversions API (CAPI, пряма відправлення подій у Meta із сервера)
- Серверна відправка подій у GA4 і Google Ads
- Дедуплікація подій і передача параметрів: value, currency, email, телефон у хеші
- Перевірка в Meta Events Manager, GA4 DebugView і Tag Assistant
- Інструкція й доступи: усе записано на ваші акаунти
Оберіть обсяг роботи
Пакет допомагає описати задачу. Кошторис і строки погоджуємо після брифу та уточнення вимог.
01
Старт
Один сайт, одна рекламна платформа, прості події
- Аудит поточного трекінгу
- SGTM на вашому акаунті хмари
- Піддомен для трекінгу
- Meta CAPI або серверний GA4 на вибір
- Тестування подій
02
Стандарт
Магазин або сайт із заявками, що рекламується в Google і Meta
- Усе зі Старту
- Meta CAPI і серверний GA4 разом
- Серверні конверсії для Google Ads (Enhanced Conversions)
- Дедуплікація й передача хешованих даних клієнта
- Відео-інструкція та погоджений період підтримки після запуску
03
Розширений
Кілька сайтів або воронка з CRM і офлайн-продажами
- Усе зі Стандарту
- Передача статусів із CRM у рекламу (офлайн-конверсії)
- Кілька доменів або мов в одному серверному контейнері
- Звіт зіставлення: реклама, GA4, CRM
- Пілот із KPI, узгодженим до старту
Як працюємо
Бриф і вимоги
Ви описуєте задачу й поточний процес. Уточнюємо вимоги, обираємо перший етап і готуємо кошторис.
KPI пілота
До старту фіксуємо, що вважаємо успіхом. Наприклад: усі покупки з CRM мають мати відповідну подію в рекламному кабінеті, а дублів немає.
Сервер і піддомен
Створюємо акаунт хмари на вас, піднімаємо sGTM і підключаємо піддомен. Доступи за погодженими умовами ваші.
Теги й події
Налаштовуємо CAPI, GA4 і Google Ads, додаємо дедуплікацію та потрібні параметри.
Перевірка й передача
Тестуємо на реальних замовленнях, порівнюємо з CRM і передаємо інструкцію. Оплата йде етапами.
Межі роботи
- Не обіцяємо, що цифри в рекламі збіжаться з CRM до однієї покупки: частину користувачів не видно за жодного трекінгу.
- Не обіцяємо зростання продажів: ми лагодимо дані, а результат реклами залежить ще від оферу, креативів і бюджету.
- Не обходимо згоду користувача: якщо людина відмовилась від трекінгу, ми це поважаємо.
Часті питання
Що таке серверний трекінг простими словами?
Зазвичай піксель відправляє дані з браузера відвідувача напряму в Meta чи Google, і блокувальник може це перерізати. Тут браузер шле дані на ваш сервер, а той уже передає їх рекламним системам. Так втрат менше.
Скільки коштує утримання сервера?
Кошторис складаємо після брифу. Окремо погоджуємо вартість підтримки та зовнішні витрати: підписки, API, хостинг або рекламний бюджет, якщо вони потрібні для цього проєкту. Тарифи постачальників перевіряємо перед стартом.
Чи потрібен мені серверний трекінг, якщо реклами мало?
Якщо бюджет малий і подій мало, звичайного налаштування може вистачити. Ми скажемо це чесно ще на аудиті, без продажу зайвого.
Що від мене потрібно?
Доступ до GTM, GA4, Meta Business і Google Ads, а також до хостингу чи DNS для піддомену. Для Розширеного пакета ще доступ до CRM. Доступи видаєте ви, зберігаються вони на ваших акаунтах.
Чи це зламає наш поточний сайт?
Ні, спершу працюємо в тестовому режимі й нічого не вимикаємо, поки нові події не перевірені. Старий піксель лишається, поки ми не переконаємось, що дублів немає.
Чому дешевше, ніж в агенціях?
Порівнюємо варіанти реалізації та погоджуємо потрібний обсяг. Фахівець усе одно налаштовує й тестує кожну подію вручну. Кошторис готуємо після брифу.
Почнемо з вашої задачі
Опишіть бізнес, бажаний результат і поточний процес. Після брифу уточнимо вимоги та підготуємо кошторис.