Проєкти · Аудит трекінгу GA4 і пікселя Meta
Meta нарахувала 948 покупок,а замовлень було 493.
Аудит трекінгу для інтернет-магазину натуральної косметики: кожна подія GA4 і Meta з параметрами, причина кожної розбіжності й та сама воронка після виправлення.
Аудит трекінгу GA4 і пікселя Meta · жовтень 2026
Pixel Audit
Ліворуч робочий магазин: вісім товарів, кошик, оформлення з Новою поштою і запис на консультацію через віджет стороннього сервісу записів. Праворуч кожна подія так, як її отримують GA4 і Meta, з червоною позначкою на кожній помилці. Інші вкладки звіряють фід каталогу з пікселем, показують 30 днів замовлень проти обох платформ і друкують звіт.
- ЩО БУЛО ПОТРІБНО
- Власники магазинів і маркетологи пишуть одне й те саме: на піксель нічого не передається, конверсії впали і незрозуміло, це замовлень немає чи трекінг зламався, каталог і піксель не сходяться, а підтримка не допомогла, цифри GA4 не збігаються з магазином. Їм треба бачити кожну подію і причину кожної розбіжності, а не здогадуватись.
- ЩО МИ ЗРОБИЛИ
- Магазин із перемикачем “До” і “Після”. У режимі “До” закладені типові помилки: add_to_cart спрацьовує на відкриття кошика, purchase іде знову при кожному оновленні сторінки, немає value і currency, у content_id іде SKU, а у фіді ID, немає event_id, щоб склеїти браузер і сервер, а Lead з віджета запису не доходить до тегів. У режимі “Після” кожну з них виправлено. Поруч із магазином монітор показує кожну подію GA4 і Meta з параметрами і пояснює кожну помилку одним-двома реченнями.
- ЯК ЦЕ ПРАЦЮЄ
- gtag і fbq замінені локальними версіями з тими самими викликами. Вони відправляють тіла у форматі Measurement Protocol і Conversions API в колектори всередині застосунку, ті зберігають їх у SQLite і перевіряють за правилами. У режимі “Після” purchase іде в GA4 із сервера, коли замовлення підтверджено, а Meta отримує копію з браузера і з сервера з одним event_id. Вкладка каталогу читає XML фід у форматі Horoshop і Prom та порівнює його ID з тим, що шле піксель. 30 днів це згенеровані замовлення з блокувальниками, оновленнями сторінки, покупцями, що губляться на сторінці оплати, і поясом GA4 America/Los_Angeles, пораховані так, як рахує кожна платформа. Next.js, TypeScript, Chart.js, один Docker контейнер.
- ЧОГО ВІН НЕ РОБИТЬ
- Він не підключається до справжніх акаунтів GA4 чи Meta і не експортує контейнер GTM. Магазин і 30 днів його замовлень входять у проєкт; на справжньому магазині ті самі перевірки йдуть по його власних тегах, а виправлення це ті самі рядки коду.
01До і після · 2
Одне замовлення й одне оновлення сторінки, а GA4 і Meta вже рахують його двічі і без суми.
02Запис, який не став Lead · 1
Віджет підтверджує запис, але ні GA4, ні Meta про нього не дізнаються.
03Каталог проти пікселя · 1
У фіді offer id, піксель шле SKU, тож Meta не зіставляє жодного товару.
0430 днів і звіт · 2
493 замовлення, 448 у GA4, 948 у Meta, і звідки береться кожна різниця.
05На телефоні · 2
Магазин на телефоні.
