Досвід Spilno Agency: як ми перевіряємо події перед стартом роботи

Перед тим як запустити рекламу в Google Ads чи Meta Ads, або взятися за SEO-просування, у Spilno Agency завжди перевіряють, чи коректно фіксуються події в Google Analytics 4 — навіть якщо клієнт каже, що аналітика вже налаштована. У статті — чому це обов’язковий крок для будь-якого проєкту, як побудований наш дворівневий процес перевірки (карта подій + чек-лист GA4 Ecommerce) і два готові шаблони Google Sheets, якими можна скористатися самостійно.

Чому перевірка подій — обов’язковий крок перед стартом будь-якої роботи

Кожен проєкт, який потрапляє в роботу Spilno Agency — реклама в Google Ads чи Meta Ads, SEO-просування або будь-яка інша діджитал-активність — починається не із запуску кампанії чи публікації статей, а з перевірки аналітики. Причина проста: рекламний бюджет і SEO-стратегія будуються на цифрах з Google Analytics 4 — кількості заявок, дзвінків, покупок. Якщо ці цифри неточні, рішення, прийняті на їхній основі, теж будуть неточними.

Це стосується не лише запуску реклами. Перед SEO-оптимізацією ми так само перевіряємо аналітику — інакше неможливо коректно виміряти, чи справді органічний трафік після впровадження змін конвертується в ліди, а не просто зростає в кількості візитів.

Чому не можна довіряти чужому налаштуванню подій без перевірки

У більшості проєктів, які приходять до нас, Google Analytics 4 вже «налаштований» — розробником, попереднім підрядником або самим клієнтом. Але «налаштований» не означає «перевірений і робочий». Ми не можемо довіряти відстеженню подій, яке налаштували інші спеціалісти, без власної перевірки — і ось чому.

• Подія може бути створена в Google Tag Manager, але тег так і не опублікований у production-версії контейнера — тоді дані бачить тільки той, хто перевіряє в режимі Preview.
• Подія може спрацьовувати, але передавати неправильні або неповні параметри — наприклад, подія purchase без суми чи валюти покупки.
• Подія може дублюватися (наприклад, спрацьовувати двічі на одну дію) і штучно завищувати кількість конверсій у звітах.
• Ключова подія може бути технічно налаштована правильно, але не позначена як конверсія в адмінці GA4 — і тоді рекламні системи просто не бачать її для оптимізації ставок.

Кожен з цих сценаріїв виглядає однаково ззовні: у звітах GA4 «начебто щось є». Побачити різницю можна тільки перевіривши кожну подію вручну — саме тому перевірка є обов’язковим, а не факультативним кроком.

Як влаштовано у Spilno Agency: наш процес перевірки подій

Процес складається з чотирьох послідовних кроків. Кожен наступний крок починається тільки після того, як завершено попередній — це і є те «зелене світло», без якого жодна кампанія чи SEO-робота не стартує.

Крок 1. Будуємо карту подій

Перш ніж щось перевіряти, потрібно зафіксувати, що саме має відстежуватись. Для цього ми ведемо окрему таблицю — карту подій: на якій сторінці, за яким елементом (кнопка, форма, посилання) і під якою назвою в GA4 має спрацьовувати подія. Таблиця також фіксує, чи Spilno Agency вже перевірила подію після налаштування, і які з подій позначені як ключові (конверсійні).

Крок 2. Тестуємо кожну подію в DebugView

Кожен рядок карти подій ми проходимо вручну: відтворюємо дію користувача на сайті (клік, відправку форми, покупку) і перевіряємо в реальному часі, чи подія з’явилась у GA4 DebugView з правильною назвою. Це найшвидший спосіб дізнатися про проблему до того, як вона вплине на звітність, а не через добу-дві очікування в звичайних звітах.

Ми детально розібрали цей інструмент на реальному прикладі в окремій статті — «DebugView у GA4: як перевірити, що подія Google Analytics спрацювала» — з покроковими скріншотами живого тесту. Тут коротко: без активного Google Tag Manager Preview або розширення Tag Assistant DebugView лишається порожнім, навіть якщо подія технічно налаштована правильно.

Крок 3. Окремо перевіряємо GA4 Ecommerce

Для інтернет-магазинів звичайної перевірки «подія спрацювала» недостатньо — ecommerce-події складають ланцюжок, і розрив у будь-якій ланці спотворює всю воронку продажів. Ми перевіряємо всі дев’ять стандартних подій GA4 Ecommerce окремо, на реальному товарі:

• view_item_list — перегляд списку товарів (категорія, пошук)
• view_item — перегляд картки товару
• add_to_cart — додавання товару в кошик
• view_cart — перегляд кошика
• remove_from_cart — видалення товару з кошика
• begin_checkout — початок оформлення замовлення
• add_shipping_info — вибір способу доставки
• add_payment_info — вибір способу оплати
• purchase — завершена покупка

Найкритичніша перевірка — саме для події purchase: чи фіксується в ній реальна сума доходу і правильна валюта. Якщо цього немає — усі звіти про ROAS і окупність реклами для e-commerce проєкту будуть математично неправильними, незалежно від того, наскільки добре налаштована сама кампанія.

Крок 4. Позначаємо ключові події

Останній технічний крок — переконатися, що кожна подія, яка є справжньою конверсією (заявка, дзвінок, покупка), позначена як ключова подія в адмінці GA4. Це не косметична деталь: саме ключові події GA4 передає в Google Ads і використовує для автоматичних стратегій призначення ставок (Smart Bidding). Непозначена або неправильно налаштована ключова подія означає, що алгоритм оптимізує кампанію наосліп — навіть якщо сама подія технічно фіксується без помилок.

Що трапляється, якщо пропустити цю перевірку

Пропущена перевірка подій рідко видно одразу — проблема проявляється вже після того, як бюджет витрачено. На практиці це виглядає так:

• Спотворений ROAS. Якщо подія purchase не передає суму або валюту, розрахунок окупності реклами стає математично неможливим — звіт показує цифри, які нічого не означають.
• Неправильна оптимізація ставок. Google Ads і Meta Ads навчаються на позначених конверсіях. Якщо їх мало, дубльовано або взагалі не видно алгоритму, автоматичні стратегії ставок оптимізують кампанію під хибні сигнали.
• Втрачений бюджет на «неефективну» кампанію. Кампанія може виглядати провальною лише тому, що частина реальних конверсій просто не фіксується — хоча насправді вона працює.
• Втрата довіри клієнта до звітності. Якщо цифри в звіті розходяться з реальною кількістю заявок чи дзвінків, під сумнів потрапляє вся робота команди, а не лише налаштування аналітики.

Часті запитання (FAQ)

Чи потрібно перевіряти події, якщо їх уже налаштував інший спеціаліст?

Так, завжди. «Налаштовано» не означає «перевірено і працює правильно». Тег може бути неопублікованим, подія — дубльованою чи без потрібних параметрів, а ключова подія — не позначеною як конверсія. Побачити це можна тільки протестувавши кожну подію самостійно, незалежно від того, хто і коли її налаштовував.

Що таке карта подій і навіщо вона потрібна?

Карта подій — це таблиця, яка фіксує, які саме дії користувача відстежуються на сайті: сторінка, елемент, назва події в GA4 і статус перевірки. Вона потрібна, щоб на старті проєкту було чітко зрозуміло, що саме має бути протестовано, і щоб жодна подія не «загубилась» під час перевірки.

Які події обов’язкові для інтернет-магазину в GA4?

Дев’ять стандартних подій GA4 Ecommerce: view_item_list, view_item, add_to_cart, view_cart, remove_from_cart, begin_checkout, add_shipping_info, add_payment_info і purchase. Найважливіше — переконатись, що подія purchase коректно передає суму доходу і валюту.

Як перевірити, чи фіксується дохід у події purchase?

Потрібно оформити тестову покупку (або відкрити подію purchase в DebugView після реальної) і розкрити параметри події: серед них мають бути value з коректною сумою і currency з правильною валютою. Якщо цих параметрів немає або сума дорівнює нулю — звіт про дохід і ROAS буде спотворений.

Чим ключова подія (key event) відрізняється від звичайної події GA4?

Звичайна подія — будь-яка зафіксована дія користувача. Ключова подія — це подія, окремо позначена в адмінці GA4 як конверсія. Саме ключові події передаються в Google Ads і використовуються алгоритмами автоматичного призначення ставок для оптимізації кампанії.

Скільки часу займає повна перевірка подій перед запуском?

Залежить від кількості подій і складності сайту, але для типового проєкту з 5–10 подіями (без ecommerce) перевірка через карту подій і DebugView займає від кількох годин до одного робочого дня. Для інтернет-магазину з повним циклом GA4 Ecommerce процес триваліший через необхідність тестової покупки.

Чи можна запустити рекламу, поки перевірка ще триває?

У Spilno Agency — ні. Кампанія отримує старт лише після того, як усі ключові події з карти подій протестовані й підтверджені. Це запобігає ситуації, коли бюджет уже витрачається, а дані про його ефективність недостовірні.

Якщо потрібно перевірити аналітику власного сайту перед запуском реклами чи SEO-роботи — команда Spilno Agency може провести цю перевірку разом з вами, використовуючи ті самі шаблони й процес, що описані вище.