Почати проект
+247%+185%📈📊
  • Аналітика · GA4
  • Вимір 31.07–01.08.2026

Електронна торгівля в GA4: воронка, товари й дохід

Налаштування електронної торгівлі в GA4 — це рівень даних на сайті плюс ланцюжок подій від перегляду товару до оформленого замовлення, зведений із вашим обліком. Починається робота не з тега, а з питання, які кроки чекауту взагалі описані в коді магазину. Далі йдуть речі, на яких зазвичай усе й ламається: ідентифікатор товару, що збігається з ідентифікатором у фіді, валюта в кожній події купівлі, склад суми без сюрпризів і захист від повторного спрацювання на сторінці подяки. Строк — 4–16 робочих днів. Перевірка того, що передається у вас зараз, безкоштовна.

Подивитись, як це працює
Вартість
після безкоштовного аудиту
Гарантія
30 днів після підписання акта
Сайтів, де ми знімали стан вимірювання
33, вимір 31.07–01.08.2026
після безкоштовного аудиту
Вартість
30
Гарантія

днів після підписання акта

33,
Сайтів, де ми знімали стан вимірювання

вимір 31.07–01.08.2026

6
З них без жодного лічильника

із 33

4
З них на вимкненій Universal Analytics

із 33 — її зупинили 1 липня 2023 року

4–16
Строк впровадження

робочих днів

безкоштовно, 2–4 робочих дні
Перевірка передачі даних
за перший місяць, входить у роботу
Звірка з обліком
Як проходить робота

Прозорі етапи з погодженням на кожному кроці

Загальний строк:4–16 днів

  1. Перевірка того, що передається зараз

    2–4 робочих дні

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

  2. Схема подій і склад суми

    1–2 робочих дні

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

  3. Рівень даних на сайті

    2–7 робочих днів

    Впроваджуємо об'єкти з товарами на всіх сторінках ланцюжка. На поширеній CMS це доробка модуля, на самописному кошику — робота разом із вашим розробником: ми даємо структуру, він садить її на реальні дії користувача.

  4. Теги, налагодження, захист від дублів

    2–4 робочих дні

    Збираємо теги в диспетчері, проганяємо кожен крок у DebugView від перегляду товару до оформлення. Ставимо захист від повторного спрацювання купівлі: GA4 частину повторів знімає за ідентифікатором замовлення сам, але покладатись на це не варто — надійніше не дати події спрацювати вдруге на боці сайту.

  5. Товарні звіти й передача доходу в рекламу

    1–3 робочих дні

    Вмикаємо товарні звіти, зв'язуємо ресурс із рекламним акаунтом, за потреби збираємо зведення в Looker Studio. Тут же звіряємо ідентифікатор товару з тим, що йде у фід: якщо вони різні, ремаркетинг і товарні звіти не зшиються.

  6. Звірка з обліком і передача

    1 робочий день + місяць спостереження

    Через місяць роботи беремо кількість замовлень і суму з вашої системи та з аналітики й пояснюємо кожне відхилення. Віддаємо документацію схеми подій. Розбіжність у кілька відсотків залишається нормою — частина людей блокує скрипти або не дає згоди.

Технології та інтеграції

На чому будуємо і з чим це з’єднується

Стек

  • GA4 — Universal Analytics зупинена 1 липня 2023 року, вибору немає. Межа: блокувальники й режим згоди з'їдають частину подій, це тенденція, а не бухгалтерія
  • Стандартні події торгівлі — тільки на них працюють вбудовані товарні звіти. Межа: набір полів жорсткий, довільний параметр туди не покласти
  • Рівень даних — джерело правди на сторінці для всіх тегів. Межа: живе в коді сайту, тому зміна теми чи чекауту ламає його мовчки
  • Google Tag Manager — теги міняються без релізу, є версії й відкат. Межа: без іменування контейнер стає смітником
  • DebugView — приймання по кроках: подія або видно в реальному часі, або її немає. Межа: лише поточна сесія налагодження
  • Зв'язка з Google Ads і зведення в Looker Studio — дохід іде в оптимізацію кампаній. Межа: атрибуція в кабінеті й у GA4 рахується по-різному, цифри не збігаються

Інтеграції

  • Google Ads
  • Meta Ads
  • Google Merchant Center
  • облікова система замовлень
  • платіжні системи
  • OpenCart
  • WooCommerce
  • Next.js
Що входить

Повний перелік робіт і того, що ви отримуєте на виході

  • Схема рівня даних під вашу платформу — один документ, за яким працює і наш тег-менеджер, і ваш розробник
  • Події перегляду списку й перегляду товару — видно, які позиції дивляться і які з переглянутих не купують
  • Події додавання в кошик і видалення з нього — видно реальний інтерес, а не тільки завершені замовлення
  • Події початку оформлення, введення даних доставки й вибору оплати — саме тут стає видно крок, на якому люди йдуть
  • Подія купівлі з ідентифікатором замовлення, сумою, валютою й повним складом товарів — дохід у звіті стає порівнюваним із бухгалтерією
  • Захист від повторного спрацювання купівлі при оновленні сторінки подяки — прибирає найпоширенішу причину завищеного доходу
  • Товарні параметри: ідентифікатор, назва, категорія, бренд, варіант, ціна, кількість — з них будуються товарні звіти й нічого іншого
  • Узгоджене правило складу суми: доставка й податки або в сумі, або окремими полями, але однаково в аналітиці й в обліку
  • Передача доходу в рекламні акаунти — кампанії оптимізуються на гроші, а не на кількість натискань
  • Звірка з обліковою системою за перший місяць роботи — письмово, з поясненням кожного відхилення
  • Документація схеми подій українською — щоб підтримувати це могли без нас
  • Гарантія 30 календарних днів на виконані роботи
Коли ця послуга не підходить

Що не входить у роботу — щоб не було сюрпризів на здачі

  • Доопрацювання кошика й чекауту як функціональності сайту
  • Ведення рекламних кампаній
  • Врахування повернень і скасувань — технічно можливе, але окремим обсягом
  • Побудова наскрізної аналітики з CRM
  • Відновлення історичних даних за періоди, коли вимірювання не працювало
Кому підходить

Ситуації, у яких ця послуга дає результат

Ситуація 1 з 4

Реклама йде, а цифри в звіті не сходяться з касою

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

Розберемо вашу ситуацію на безкоштовному аудиті
Власний рівень даних проти коробкового модуля CMS

Чим цей варіант відрізняється від «Готовий модуль CMS «як є»»

Кроки воронкиусі шість, від перегляду списку до купівлі
Товарні параметриідентифікатор, назва, категорія, бренд, варіант, ціна, кількість
Повтор події купівліблокується на боці сайту за ідентифікатором замовлення
Збіг з фідомідентифікатор товару звіряється з фідом Merchant Center
Строк і вартістьдовше: схема, впровадження, налагодження, звірка

Безкоштовна перевірка передачі даних про покупки

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

Що міряємо

  • Які події ланцюжка вже передаютьсяПерегляд списку, перегляд товару, додавання в кошик, початок оформлення, введення платіжних даних, купівля. Найчастіше бракує середини.
  • Чи передається дохід і валютаБез валюти GA4 не рахує гроші взагалі: залишається кількість замовлень, а розмова про віддачу з реклами стає неможливою.
  • Склад товарів у подіїІдентифікатор, назва, категорія, ціна, кількість, бренд. Окремо дивимось, чи збігається ідентифікатор товару з тим, що ви віддаєте у фід.
  • Дублювання події купівліНайпоширеніший дефект: подія спрацьовує при кожному оновленні сторінки подяки. Дохід у звіті росте, продажів більше не стає.
  • Збіг із обліковою системоюПорівнюємо дохід в аналітиці з фактичними замовленнями за той самий період. Розбіжність у рази — це технічний дефект, а не сезонність.
  • Стан самої аналітикиІз 33 сайтів, де ми знімали показники, шість не мали жодного лічильника, а чотири тримали Universal Analytics, зупинену 1 липня 2023 року. У таких випадках починати доводиться з базового вимірювання.

Що ви отримуєте на руки

  • Перелік подій ланцюжка з позначкою, що працює, а що ні.
  • Оцінку розбіжності доходу в аналітиці й в обліковій системі.
  • Схему рівня даних під вашу платформу.
  • Розмову на 30 хвилин по документу.

Строк: 2–4 робочих дні

Чому це безкоштовно

Бо перевірка займає кілька днів, а рішення про рекламний бюджет, ухвалене на завищеному доході, коштує помітно дорожче.

Що далі

Даємо кошторис на впровадження рівня даних, подій ланцюжка й товарних звітів. Можна взяти частину — наприклад, лише коректну подію купівлі зі звіркою.

Форма коротка: контакт і адреса сайту

Не знайшли свій випадок?

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

Працюємо офіційно

Договір, акт і рахунок — на кожен проєкт, а не тільки на великий. Без документів у вас немає ні прав на роботу, ні підстави провести витрати.

  • Договір, акт і гарантія 30 днів

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

  • ФОП і безготівковий розрахунок

    Виконавець — зареєстрований ФОП. Оплата на рахунок із закривними документами, які бухгалтерія проведе як витрати. Курс для гривневої оплати фіксується договором, а не з’ясовується постфактум.

  • Права й доступи — ваші

    Код, дизайн і матеріали переходять до вас після повної оплати. Домен, хостинг, репозиторій, аналітику й рекламні кабінети оформлюємо на вас — щоб сайт не залежав від підрядника. NDA підписуємо на запит, після завершення свої доступи видаляємо самі.

  • Портал клієнта замість переписки

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

  • Замовники з Європи

    Серед робіт — проєкти для Норвегії, Болгарії та Іспанії: болгарський магазин трьома мовами з кур’єрською доставкою, іспанський з оплатою карткою й переказом, норвезький сайт клініки. Це видно в портфоліо, а не тільки в описі.

  • Цифри, які можна перевірити

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

  • Спершу аудит, потім сума

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

  • Кажемо «ні», коли не впевнені

    Якщо задача не наша, строк нереальний або послуга вам просто не потрібна — скажемо це першим листом, а не після передоплати. Гарантій позицій у пошуку не даємо: їх не дає ніхто, а обіцянка без механізму — це продаж, а не робота.

NDA підписуємо на запит. Після завершення співпраці наші доступи до ваших сервісів видаляємо самі й повідомляємо про це.

Що впливає на вартість

Чому дві однакові на вигляд задачі рахуються по-різному — і що саме ми міряємо на аудиті

  • Платформа й наявність рівня данихПоширена CMS із живим модулем — це доробка того, що вже є: кілька днів разом із перевіркою. Самописний кошик означає, що рівень даних пишеться з нуля на кожному кроці, і сюди додається час вашого розробника, а не лише наш.
  • Скільки кроків воронки описуємоКоректна подія купівлі зі звіркою — мінімальний обсяг, з якого є сенс починати. Повний ланцюжок із серединою воронки — це ще чотири-п'ять подій, кожну треба посадити на реальну дію в чекауті й перевірити окремо.
  • Структура каталогу й товарні параметриКаталог, де розмір і колір заведені окремими позиціями, потребує рішення про групування: інакше в товарних звітах будуть десятки тисяч рядків рівня SKU без жодного шару вище. У виміряному нами магазині білизни таких позицій 115 456.
  • Стан обліку на вашому боціЯкщо в системі є однозначне правило, коли замовлення вважається успішним, звірка займає годину. Якщо статуси ведуться вручну й по-різному в різних менеджерів, спершу доводиться домовитись про правило.
  • Повернення й скасуванняПодія повернення вимагає, щоб ваша система вміла про це повідомити назовні. Для ніш із високою часткою повернень пункт обов'язковий, для решти — свідомо відкладається, бо додає і роботи, і точок відмови.
  • ТемпПрискорена черга можлива, якщо доступи видані на старті, а розробник з вашого боку виділений під задачу. Інакше строк рухає не наша черга, а очікування правок.
Кейси

Задачі та результат у цифрах — усі показники зняті нашим виміром

оптовий магазин будівельних матеріалів, B2B — наш технічний вимір діючого сайту

Задача
Порахувати реальний обсяг каталогу й перевірити, що з нього доходить до аналітики.
Рішення
Прочитали розмітку сторінок каталогу, зібрали перелік лічильників, зняли відповіді сервера, перевірили карту сайту й структуровані дані.
Результат
Каталог порахували не з адмінки, а з самої аналітики: за унікальними ідентифікаторами в даних події перегляду списку — 3 145 позицій, 31 сторінка по 100 плюс 45 на останній. Диспетчер тегів, GA4 і ремаркетинг із перегляду товарів на місці. Далі ланцюжок обривається: подій кошика й оформлення в розмітці немає. Попутно: карта сайту віддає 200 із порожнім тілом, структурованих даних нуль. Вимір 31.07.2026.

роздрібний магазин нижньої білизни з каталогом на сотню тисяч позицій — наш технічний вимір діючого сайту

Задача
Побачити, що саме передається в торгівлю на каталозі, де кожен розмір і колір — окрема позиція.
Рішення
Порахували каталог двома незалежними методами, розібрали налаштування модуля ремаркетингу, перевірили мовні версії й вибірку адрес із карти сайту.
Результат
Передача товарних подій увімкнена, ідентифікатор товару йде і в Google, і в Facebook, зайві приймачі вимкнені — рідкий випадок, коли модуль справді налаштований, а не просто встановлений. Каталог: 115 456 позицій за штатним пошуком і 112 646 унікальних адрес за картою сайту, розбіжність 2,4%. Саме тут виникає задача групування: без параметра варіанта товарний звіт перетворюється на сто тисяч рядків рівня SKU. Дефект: у вибірці зі 150 адрес карти сайту 50 віддають 301, і всі 50 ведуть на інший розмір або колір. Вимір 01.08.2026.

B2B-каталог запчастин до промислових швейних машин — наш технічний вимір діючого сайту

Задача
З'ясувати, чому власник вважає аналітику налаштованою, а звітів немає.
Рішення
Розібрали лічильники в коді головної й каталогу, звірили ідентифікатори властивостей, перерахували карту сайту й структуровані дані.
Результат
У розмітці підключений gtag із конфігом Universal Analytics, а GA4-властивості немає взагалі. Дані не збираються з 1 липня 2023 року — три роки сайт виглядає виміряним і не є ним. Контейнер диспетчера тегів при цьому стоїть, тож торгівля тут починається не з нуля. Решта зроблена акуратно: 1 992 адреси в карті сайту без жодного дубля на 1 848 картках, перша відповідь 388,1 мс. Другий дефект — нуль блоків структурованих даних. Вимір 31.07.2026.
Що потрібно від вас

Без цього не почнемо — краще підготувати заздалегідь

  1. Доступ до сайту або до розробника, який зможе внести рівень даних у шаблони.
  2. Доступ до GA4 і диспетчера тегів на рівні редагування.
  3. Опис структури каталогу: категорії, бренди, варіанти й те, що ви вважаєте окремою позицією.
  4. Правило, за яким замовлення вважається успішним у вашій системі.
  5. Вивантаження фактичних замовлень за місяць для звірки — кількість і сума.
  6. Рішення щодо доставки й податків: входять вони в суму замовлення чи йдуть окремо.

Якщо чогось із цього немає — скажіть, підкажемо, як зібрати або зробимо самі окремою задачею.

Часті питання

Те, що питають найчастіше — з конкретними відповідями

чому дохід у GA4 більший за фактичний?

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

у нас модуль уже передає покупку. Навіщо щось іще?

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

як ви доведете, що події справді йдуть правильно?

Двома різними способами. Під час робіт — DebugView: проходимо ланцюжок вручну й дивимось кожну подію в реальному часі з усіма полями. Через місяць — звірка з вашою обліковою системою: беремо кількість замовлень і суму за період і порівнюємо. Розбіжність у кілька відсотків нормальна, бо частина людей блокує скрипти або не дає згоди на аналітику. Розбіжність у рази означає дефект, і ми його шукаємо далі. Звірка входить у роботу.

у нас кожен розмір і колір — окрема позиція. Що буде в товарних звітах?

Сто тисяч рядків, якщо не закласти групування наперед. У магазині білизни, який ми міряли 01.08.2026, штатний пошук дає 115 456 позицій — це SKU рівня «модель + розмір + колір», а не моделі. Рекомендація: ідентифікатор віддавати на рівні SKU, бо саме він потрібен рекламі й фіду, а модель класти окремим параметром варіанта. Тоді звіт читається на двох рівнях — і по моделях, і по конкретних розмірах, які реально купують.

чи можна врахувати повернення й скасовані замовлення?

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

аналітика в нас стоїть давно. Навіщо перевірка?

Бо «стоїть» і «збирає» — різні речі, і зовні вони виглядають однаково. У B2B-каталозі запчастин ми знайшли в коді лічильник, який три роки нічого не пише: конфіг Universal Analytics, зупиненої 1 липня 2023 року, а GA4-властивості немає. Із 33 сайтів, де ми знімали показники, шість не мали лічильника взагалі. Перевірка займає 2–4 дні й нічого не коштує — це дешевший спосіб дізнатись про дефект, ніж квартал реклами на хибних даних.

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

4–16 робочих днів. Поширена CMS із живим модулем і невеликими доробками — чотири-шість днів разом із налагодженням. Самописний кошик із нестандартним оформленням — до трьох тижнів: кожен крок описується окремо й вимагає участі вашого розробника, а він рідко буває вільний того ж дня. Звірка з обліком іде через місяць після запуску подій і в цей строк не входить. Точну дату називаємо після безкоштовної перевірки.

чи потрібна електронна торгівля, якщо реклами ми не ведемо?

Потрібна, і тут вона навіть цінніша. Без реклами товарні звіти — єдиний спосіб побачити, які позиції дивляться й не купують, на якому кроці розсипається кошик і які категорії дають гроші, а які просто займають місце в меню. Це рішення про асортимент і про сам сайт. Коли реклама з'явиться, дані вже будуть — і перший місяць бюджету не піде на те, щоб їх нарешті почати збирати.

Дайте доступ до GA4 і адресу магазину — подивимось, що передається зараз.

У відповідь надішлемо перелік подій ланцюжка з позначкою «працює / не працює», оцінку розбіжності доходу з вашим обліком і схему рівня даних під вашу платформу. Якщо все вже зроблено коректно, так і скажемо.

Переглянути кейси
  • Відповідь протягом 2 годин
  • Без зобов’язань
  • Працюємо за договором

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