GA4 не врахував дві третини святкових замовлень ритейлера: чому аналітика розходиться з базою

Масштаби розходжень між аналітикою та базою магазинів

Аудит Google Analytics 4 у восьми британських брендах електронної комерції продемонстрував серйозні розриви між даними звітності та реальними замовленнями платформ. Зіставлення щотижневих показників показало, що аналітична система може малювати хибну картину спаду бізнесу.

У період із Різдва 2025 року до 4 січня 2026 року GA4 показував одному з ритейлерів щоденне падіння доходу на 68% порівняно з попереднім роком, тоді як власна база замовлень магазину фіксувала зниження лише на 13%. Якщо у четвертому кварталі 2024 року сервіс відстежував 81% замовлень, то у четвертому кварталі 2025 року цей показник впав до 41%, а на свята становив лише 32%.

При цьому нормальний рівень згоди користувачів формує стабільну частку фіксації щотижня. В одного з досліджених брендів цей показник становив 76% в обох сезонах, а в іншого коливався в межах від 72% до 84% щотижня четвертого кварталу 2025 року.

Ліміти тарифів на cookie-банери як приховане джерело збоїв

У двох випадках ключовою проблемою виявився сервіс згоди на обробку файлів cookie. Обидва магазини перейшли на нову конфігурацію згоди у 2025 році. Обрані тарифні плани передбачали фіксовану кількість переглядів сторінок на місяць, і після вичерпання ліміту банер просто припиняв показуватися користувачам до настання нової розрахункової дати.

• У Retailer A падіння сесій завершувалися 14-го числа кожного місяця. У розрахунковий цикл Black Friday ліміт закінчився 1 грудня, а збір даних відновився лише 15 грудня.
• У Retailer B подібні провали тривали до 20-го числа щомісяця. GA4 фіксував 94% замовлень у четвертому кварталі 2024 року та лише 36% у четвертому кварталі 2025 року, відображаючи спад доходу на 69%, тоді як чисті продажі магазину насправді зросли на 18,5%.

У тижні зі справним банером GA4 бачив до 68% замовлень, а в періоди відключення — лише між 10% та 22%. Оскільки частина даних продовжувала надходити, інтерфейс не сигналізував про помилки, створюючи враження природного просідання попиту.

П'ятитижневі блекаути транзакцій і дублювання замовлень

У Retailer C з 28 жовтня до 4 грудня 2025 року магазин зареєстрував 2 215 замовлень, тоді як GA4 не зафіксував жодної покупки. 9 грудня стався аномальний сплеск: система записала 1 261 замовлення за один день, причому 1 000 номерів належали до періоду блекауту і майже всі потрапили до каналу Unassigned.

Також виникла проблема повторного зарахування. Хоча правила Google декларують дедуплікацію покупок із однаковим ідентифікатором транзакції від одного й того самого користувача, на практиці 657 з 3 365 номерів замовлень мали більше однієї події покупки, що додало 735 зайвих покупок до підсумку. У сумарному квартальному розрізі показники майже вирівнялися: 4 100 подій у GA4 проти 4 501 замовлення в магазині, що маскує внутрішні аномалії від базової перевірки.

Боти, розбіжності з рекламою та способи усунення помилок

У Retailer D 27 вересня 2026 року було зафіксовано 23 187 сесій, а наступного дня — 25 622, тоді як типовий рівень становив від 300 до 900 сесій на день. Сплеск складався з прямих переходів браузера Chrome для десктопів із залученням близько секунди, тоді як кліки в Search Console залишалися стабільними. Вбудована фільтрація GA4 відсікає відомих роботів, проте боти, що виконують код сторінки подібно до браузера, враховуються як відвідувачі.

Спотворення торкнулися й рекламних оцінок: у Retailer A реальні замовлення зросли з 5 874 до 7 686, тоді як GA4 показував їхнє падіння на третину і зниження повернення витрат Google Ads (ROAS) з 8,07 до 4,79. Зіставлення з базою через зовнішній інструмент мультиканальної атрибуції показало зворотне: віддача зросла з 4,42 до 7,93 при зниженні витрат на 20%.

Щоб мінімізувати ризики втрати даних у браузері через помилки скриптів чи блокувальники, рекомендується налаштовувати передачу подій покупки безпосередньо з бекенду під час формування замовлення через Measurement Protocol або серверний контейнер тегів із передачею Client ID та Session ID.