Shopify передаватиме в Google Analytics більше подій: що змінюється з 17 серпня 2026

З 17 серпня 2026 року застосунок Google & YouTube у Shopify почне надсилати в Google Analytics більше подій електронної комерції: додаються view_item_list, view_cart, remove_from_cart і add_shipping_info, а п’ять уже наявних подій отримають нові параметри — sku, variant_id, coupon, payment_type, market_id та інші. Усі події від застосунку тепер позначатимуться новим параметром shopify_event_name. Робити нічого не потрібно — зміна вмикається автоматично. Але саме тому варто заздалегідь перевірити, чи не задублюються події з вашим власним відстеженням.

Що змінюється з 17 серпня 2026 року

Застосунок Google & YouTube — це офіційний канал, яким магазин на Shopify передає дані в екосистему Google: товари в Merchant Center, конверсії в Google Ads і події в Google Analytics. Саме цей застосунок улітку 2026-го вже навчився надсилати подію purchase напряму з серверів Shopify. Тепер Google розширює набір подій, які застосунок передає в GA4.

З 17 серпня 2026 року в Google Analytics почнуть надходити чотири нові події:

Це саме ті ланки, яких раніше бракувало у стандартній зв’язці Shopify → GA4. Без них воронка виглядала «дірявою»: був перегляд товару, було додавання в кошик і була покупка — але не було ані перегляду категорії, ані поведінки всередині кошика, ані кроку з адресою доставки. Тепер повна воронка збирається без окремого налаштування Google Tag Manager.

Новий параметр shopify_event_name

Разом із новими подіями Google додає технічний параметр shopify_event_name. Його отримають усі події, які надсилає застосунок Google & YouTube у межах цього оновлення. Значення параметра — це оригінальна назва події Shopify, яка спричинила подію в Google Analytics.

event: view_item_list
  shopify_event_name: collection_viewed

event: view_cart
  shopify_event_name: cart_viewed

Навіщо він потрібен: цей параметр — єдиний надійний спосіб відрізнити події від застосунку від подій, які надсилає ваш власний код, контейнер GTM, Shopify Web Pixel або сторонній трекінговий застосунок. Якщо у звітах раптом «поїдуть» цифри, саме за shopify_event_name ви зрозумієте, звідки прийшли зайві події.

Що додається до п’яти наявних подій

Окрім нових подій, Google розширює склад даних у п’яти подіях, які застосунок збирає вже зараз:

Для аналітики це відчутний крок уперед. sku і variant_id нарешті дають змогу зіставляти дані GA4 з обліковою системою й дивитися ефективність на рівні конкретного розміру чи кольору, а не «картки товару взагалі». coupon відкриває аналіз промокодів наскрізно — від перегляду до покупки. payment_type показує, який платіжний шлюз реально доводить до оплати. market_id знадобиться магазинам на Shopify Markets, що продають у кількох країнах.

Що це дає на практиці

• Повна воронка кошика без коду. Ланцюжок view_item_list → view_item → add_to_cart → view_cart → begin_checkout → add_shipping_info → add_payment_info → purchase збирається «з коробки».
• Видно, де саме втрачаються гроші. Подія remove_from_cart у парі з view_cart показує, які товари викидають із кошика — часто це сигнал про ціну доставки або строки.
• Крок доставки перестає бути «чорною скринькою». add_shipping_info дає точку відліку, щоб виміряти відсів саме на етапі адреси й способу доставки.
• Аудиторії для реклами стають точнішими. «Переглянув кошик, але не почав оформлення» — це тепер стандартна аудиторія GA4, доступна для Google Ads.
• Товарна аналітика на рівні варіантів. sku і variant_id в усіх ключових подіях воронки.

На що звернути увагу: чотири ризики

1. Дублювання подій

Це головний ризик. Якщо у вашому магазині вже налаштоване власне відстеження — контейнер Google Tag Manager, кастомний Shopify Web Pixel або сторонній трекінговий застосунок, який сам надсилає view_cart, remove_from_cart чи view_item_list, — після 17 серпня ці події почнуть надходити двічі. Наслідки: завищена кількість подій, зламані коефіцієнти воронки, спотворені товарні метрики й неправильні розміри аудиторій ремаркетингу. GA4 не дедуплікує такі події автоматично — на відміну від purchase, де дедуплікація працює за transaction_id.

2. Перемапінг total → value в add_payment_info

Раніше застосунок передавав у події add_payment_info нестандартний параметр total. Тепер він стає стандартним value. Якщо у вас є кастомні визначення в GA4, дослідження, звіти Looker Studio або SQL-запити в BigQuery, що спираються на total, — вони просто перестануть отримувати дані. Зміна не «зламає» збір, але тихо обнулить показник у ваших звітах.

3. Ліміти кастомних параметрів і рахунок GA4 360

Частина нових параметрів (coupon, payment_type, affiliation) — стандартні для GA4 і потрапляють у звіти самі. А от sku, variant_id, market_id і shopify_event_name — нестандартні: щоб побачити їх у звітах, їх треба зареєструвати як спеціальні параметри. У безкоштовній версії GA4 діє ліміт 50 спеціальних параметрів на рівні події, тож у великих акаунтах доведеться вибирати. Окремо Google попереджає: більший обсяг подій може збільшити місячний рахунок клієнтам Google Analytics 360 — залежно від активності сайту.

4. Розрив в історичних порівняннях

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

Як відфільтрувати зайві події

Google прямо пропонує використовувати shopify_event_name для фільтрації. На практиці це означає такий порядок дій:

1. Зареєструвати shopify_event_name як спеціальний параметр рівня події в GA4: Адміністратор → Спеціальні визначення → Створити спеціальний параметр.
2. Використовувати його в сегментах, порівняннях і дослідженнях, щоб відокремити події від застосунку від ваших власних.
3. Якщо в акаунті підключений BigQuery — фільтрувати за цим параметром у запитах, це найточніший варіант.

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

Радикальний варіант — відключити інтеграцію з Google Analytics у налаштуваннях застосунку Google & YouTube в адмінці Shopify. Але тоді зникнуть і purchase, і решта даних, на які ви вже спираєтесь. Це рішення на випадок, коли у вас є повноцінне власне відстеження і застосунок дублює його повністю.

Чек-лист: що зробити до 17 серпня

1. Складіть перелік того, що вже шле події в GA4. Застосунок Google & YouTube, власний GTM, Shopify Web Pixel, сторонні застосунки аналітики — усе разом.
2. Перевірте перетин. Якщо щось із вашого стеку вже надсилає view_cart, remove_from_cart, view_item_list чи add_shipping_info — після 17 серпня це буде дубль. Вимкніть свою версію події або залиште її, а фільтруйте вже подію від застосунку.
3. Знайдіть усе, що спирається на total у події add_payment_info: кастомні визначення, дослідження, дашборди Looker Studio, запити BigQuery. Переведіть на value.
4. Зареєструйте нові параметри як спеціальні визначення: shopify_event_name — обов’язково, sku, variant_id, market_id — за потреби. Перевірте залишок ліміту в 50 параметрів.
5. Поставте анотацію в GA4 на 17.08.2026 і попередьте всіх, хто дивиться звіти, що стрибок кількості подій — очікуваний.
6. Після 17 серпня зробіть контрольну перевірку в режимі реального часу й DebugView: чи є нові події, чи немає дублів, чи заповнені sku та variant_id.

Якщо ви ведете й інші магазини не на Shopify, логіка перевірки та ж сама — ми розбирали її на прикладі відстеження доходу й транзакцій GA4 у WooCommerce.

Погляд Spilno Agency

Це рідкісний випадок, коли зміна від Google справді робить життя простішим: те, за що раніше платили розробнику й вручну збирали в Google Tag Manager, тепер приїде саме. Для магазинів, які досі жили на «трьох подіях і покупці», це буквально безкоштовний апгрейд аналітики. Але саме автоматичність і є пасткою: увімкнеться воно у всіх, а от подвоєні лічильники отримають ті, хто свого часу дбайливо налаштував власний трекінг і давно про нього не згадував. Наша рекомендація проста: до 17 серпня витратити годину на інвентаризацію того, що шле події у вашу властивість, — це дешевше, ніж потім пів року пояснювати керівництву, чому конверсія кошика раптом «впала вдвічі».

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

Які нові події Shopify з’являться в Google Analytics 17 серпня 2026 року?

Чотири: view_item_list (перегляд колекції), view_cart (перегляд кошика), remove_from_cart (видалення товару з кошика) і add_shipping_info (введення адреси або даних доставки на чекауті). Їх надсилатиме застосунок Google & YouTube у Shopify.

Чи потрібно щось налаштовувати, щоб отримувати нові події?

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

Що таке параметр shopify_event_name і навіщо він?

Це новий параметр, який отримають усі події від застосунку Google & YouTube. Його значення — оригінальна назва події Shopify, наприклад collection_viewed або cart_viewed. Він потрібен, щоб відрізнити події від застосунку від подій вашого власного трекінгу й фільтрувати їх у звітах GA4.

Чи можуть події задублюватися після оновлення?

Так, це головний ризик. Якщо у вас уже налаштований власний Google Tag Manager, кастомний Shopify Web Pixel або сторонній застосунок, що надсилає ті самі події, після 17 серпня вони надходитимуть двічі. GA4 не дедуплікує їх автоматично — дедуплікація працює лише для purchase за transaction_id.

Чи вплине оновлення на вартість Google Analytics?

Для безкоштовної версії GA4 — ні. Google попереджає, що додаткові події можуть збільшити місячний рахунок клієнтам Google Analytics 360, і розмір зміни залежить від активності сайту.

Як виключити нові події зі звітів Google Analytics?

Зареєструйте shopify_event_name як спеціальний параметр рівня події й використовуйте його в сегментах, порівняннях, дослідженнях або в запитах BigQuery. Повністю припинити збір цих подій можна лише відключенням інтеграції з Google Analytics у налаштуваннях застосунку Google & YouTube — але тоді зникнуть і всі інші дані, включно з purchase.

Що змінюється в події add_payment_info?

Додаються value, payment_type (платіжний шлюз), перелік товарів кошика та coupon. Крім того, нестандартний параметр total перемаплено на стандартний value — тож усі кастомні визначення, звіти й запити, що спиралися на total, треба перевести на value.