Чи є якийсь спосіб отримати в GA4 дані від користувачів, які не дали згоду на використання аналітичних cookies?
Anonymous Quiz
49%
А. Так, з Advanced Consent Mode: GA4 отримує cookieless pings і заповнює пробіли Behavioral Modeling
15%
B. Так, через Basic Consent Mode — GA4 все одно отримує cookieless дані від не-згодних користувачів
30%
C. Ні, GA4 ніколи не отримує жодних даних без згоди
6%
D. Так, але тільки у GA4 360
💡 Пояснення до квізу:
A: Правильно. З Advanced Consent Mode, коли analytics_storage='denied', теги GA4 надсилають cookieless pings (без зчитування/запису cookies). Ці анонімні сигнали використовуються для behavioral modeling: GA4 моделює поведінку користувачів без згоди на основі схожих користувачів зі згодою, щоб відновити метрики у звітах (за наявності достатнього обсягу трафіку). У звітах такі значення можуть позначатися як змодельовані.
Перед використанням Advanced Consent Mode обов'язково проконсультуйтесь з вашою юридичною командою.
B: Ні. Basic Consent Mode блокує теги до моменту згоди, тож cookieless пінги не надсилаються — відповідно, behavioral modeling у GA4 не працює. Cookieless пінги та моделювання доступні саме в Advanced реалізації.
C: Не зовсім. Хоч GA4 не ставить/не читає cookies без згоди, за Advanced Consent Mode відправляються cookieless pings, які дають можливість моделювання і часткового відновлення даних у звітах. Це не персональне трекінг-ідентифікування, а агреговане моделювання.
D: Ні. Behavioral modeling у GA4 доступне і для стандартних властивостей (не лише 360); важливіше коректно впровадити Consent Mode і виконати мінімальні пороги трафіку для навчання моделей.
Перед використанням Advanced Consent Mode обов'язково проконсультуйтесь з вашою юридичною командою.
B: Ні. Basic Consent Mode блокує теги до моменту згоди, тож cookieless пінги не надсилаються — відповідно, behavioral modeling у GA4 не працює. Cookieless пінги та моделювання доступні саме в Advanced реалізації.
C: Не зовсім. Хоч GA4 не ставить/не читає cookies без згоди, за Advanced Consent Mode відправляються cookieless pings, які дають можливість моделювання і часткового відновлення даних у звітах. Це не персональне трекінг-ідентифікування, а агреговане моделювання.
D: Ні. Behavioral modeling у GA4 доступне і для стандартних властивостей (не лише 360); важливіше коректно впровадити Consent Mode і виконати мінімальні пороги трафіку для навчання моделей.
👍11
Якщо життєво - став 🔥
😁17🔥16❤1
Іноді здається, що найцінніше в будь-якій професії — це знання.
Вивчив інструмент, розібрався з новою технологією, прочитав свіжу статтю - і ось ти вже «на крок попереду».
Але, як на мене, - знання це база. Звісно вони важливі. Але бустить нас середовище. Люди поруч.
Ті, хто закинуть в чат цікаву статтю, яку ти не міг знайти сам, бо навіть не задумувався про це, ті з ким можна обговорити ідею, кинути коротке «а як ви робите це?» і отримати відповідь, яка економить тобі тиждень роботи.
Я часто пишу (читай хвалюсь) про наше ком’юніті PRO курсів, про те, що в нас зібрались круті люди. Але з боку це може звучати як абстракція. Ну ком’юніті, ну круті. А що за цим стоїть?
І от щоб подати це більш об'єктивно - я вирішив зібрати факти: на яких посадах і в яких компаніях працюють наші студенти.
І ось що вже є — ПриватБанк, EPAM, Airslate, Markoon (DE), Zeeks... І це я тільки встиг написати цьогорічним студентам з одного курсу - PRO ANALYTICS, і пишу про тих, хто встиг дати згоду на розміщення інформації на сайті.
За цими брендами — реальні люди, які і є частиною нашого ком'юніті: веб-аналітики, маркетологи, керівники відділів. Люди, які об’єднуються навколо нашого курсу і створюють те саме середовище, яке тягне вперед.
Через 10 днів стартує навчання на курсі PRO ANALYTICS.
Якщо хочеш отримати практичні знання, та ще й потрапити у середовище таких людей — саме час приєднатись. За деталями можна в коменти або одразу в особисті.
Вивчив інструмент, розібрався з новою технологією, прочитав свіжу статтю - і ось ти вже «на крок попереду».
Але, як на мене, - знання це база. Звісно вони важливі. Але бустить нас середовище. Люди поруч.
Ті, хто закинуть в чат цікаву статтю, яку ти не міг знайти сам, бо навіть не задумувався про це, ті з ким можна обговорити ідею, кинути коротке «а як ви робите це?» і отримати відповідь, яка економить тобі тиждень роботи.
Я часто пишу (читай хвалюсь) про наше ком’юніті PRO курсів, про те, що в нас зібрались круті люди. Але з боку це може звучати як абстракція. Ну ком’юніті, ну круті. А що за цим стоїть?
І от щоб подати це більш об'єктивно - я вирішив зібрати факти: на яких посадах і в яких компаніях працюють наші студенти.
І ось що вже є — ПриватБанк, EPAM, Airslate, Markoon (DE), Zeeks... І це я тільки встиг написати цьогорічним студентам з одного курсу - PRO ANALYTICS, і пишу про тих, хто встиг дати згоду на розміщення інформації на сайті.
За цими брендами — реальні люди, які і є частиною нашого ком'юніті: веб-аналітики, маркетологи, керівники відділів. Люди, які об’єднуються навколо нашого курсу і створюють те саме середовище, яке тягне вперед.
Через 10 днів стартує навчання на курсі PRO ANALYTICS.
Якщо хочеш отримати практичні знання, та ще й потрапити у середовище таких людей — саме час приєднатись. За деталями можна в коменти або одразу в особисті.
🔥17❤2😍2
Ми з Василь Волошин поспілкувались на різні теми, щоб ви мали що почитати за обідом чи вечерею.
- походження зухвалої назви «Нескромний маркетолог»;
- факапи в роботі і чого вони навчили;
- що таке розблокування Merchant Center і з якими «головними болями» стикаються e-commerce рекламодавці;
- скрипт "Щур" і багато іншого.
Так, вийшло більше, ніж свого часу Рейчел писала Росу, але вже як є.
До речі, Василь теж один зі студентів курсу PRO ANALYTICS, про який я вчора писав. Будь як Василь - приходь на курс)
https://proanalytics.academy/uk/blog/interview-vasyl-voloshyn
І якщо ви ще не підписані на його канал, то прийшла пора підписатись: https://t.iss.one/neskromnyy_marketolog
- походження зухвалої назви «Нескромний маркетолог»;
- факапи в роботі і чого вони навчили;
- що таке розблокування Merchant Center і з якими «головними болями» стикаються e-commerce рекламодавці;
- скрипт "Щур" і багато іншого.
Так, вийшло більше, ніж свого часу Рейчел писала Росу, але вже як є.
До речі, Василь теж один зі студентів курсу PRO ANALYTICS, про який я вчора писав. Будь як Василь - приходь на курс)
https://proanalytics.academy/uk/blog/interview-vasyl-voloshyn
І якщо ви ще не підписані на його канал, то прийшла пора підписатись: https://t.iss.one/neskromnyy_marketolog
proanalytics.academy
«Нічого безкоштовного не існує: або ви купуєте чужий досвід, або інвестуєте свій час і гроші»: інтерв’ю з Василем Волошиним про…
Шлях від заводу до агенції на 25+, факапи й уроки, e-commerce PPC, розблокування Merchant Center та роль аналітики ⚡️ Proanalytics Блог.
🔥31
Зверніть увагу на цей пост, якщо ви використовуєте на проекті серверний GTM
На стороні команди Google є баг з обробкою роботи сервіс воркера, який може приводити до дублів подій як в GA4, так і в інших системах. Проблема саме на стороні Google, але ви можете її тимчасово пофіксити самостійно
Детальніше і про проблему і про рішення тут https://www.linkedin.com/posts/giovani-ortolani-barbosa_ga4-gtmserverside-googletagmanager-ugcPost-7374243007853748224-MPD7
На стороні команди Google є баг з обробкою роботи сервіс воркера, який може приводити до дублів подій як в GA4, так і в інших системах. Проблема саме на стороні Google, але ви можете її тимчасово пофіксити самостійно
Детальніше і про проблему і про рішення тут https://www.linkedin.com/posts/giovani-ortolani-barbosa_ga4-gtmserverside-googletagmanager-ugcPost-7374243007853748224-MPD7
Linkedin
#ga4 #gtmserverside #googletagmanager | Giovani Ortolani Barbosa | 35 comments
UPDATE: The problem has been fixed.
🚨 A heads up to everyone using GA4 tags to send data to Server-Side GTM (sGTM).
Recently, the community has reported cases of the same event being received twice in sGTM. This can lead to a massive data problem downstream.…
🚨 A heads up to everyone using GA4 tags to send data to Server-Side GTM (sGTM).
Recently, the community has reported cases of the same event being received twice in sGTM. This can lead to a massive data problem downstream.…
👏5❤4🔥2
Нещодавно я писав, що один зі студентів академії працює в компанії airSlate, а вже зараз у них відділ аналітики розширюється.
Хто бажає попрацювати на проекті, де дані дійсно використовуються для прийняття рішень - рекомендую.
Про компанію:
1. один з п'яти (надіюсь нікого не забув) єдинорогів (обороти 1+ млрд$ по всім продуктам компанії сумарно) із України. Помірний темп роботи, ворк-лайф беленс, всі дєла (насправді, перепрацювання не вітаються).
2. Автоматизація маркетингу - розробляємо власні платформи по запуску реклами, багато чого завʼязано на АІ (1к+ кількість акаунтів в Google Ads/Bing Ads)
3. повний фарш в плані суміжних команд (розробники, девопси, дата-інженери, дата-аналітики, ML-щики)
4. Менторство всередині команди веб-аналітики, онбординг “за ручку”.
5. Купа платних тулзів, котрі недоступні спеціалістам на фрілансі.
Детальніше про саму компанію і потрібні скіли по лінку: https://jobs.lever.co/airslate/6696b838-93e6-4179-811d-1c673f94198c
P.S. Від людини, в команду якої ви і потрапите: "я би мабуть попросив би якось уточнити, щоб люди не лякалися щодо досвіду роботи 3+ - я розглядаю і джунів-мідлів також. Головне - бажання рости)"
Хто бажає попрацювати на проекті, де дані дійсно використовуються для прийняття рішень - рекомендую.
Про компанію:
1. один з п'яти (надіюсь нікого не забув) єдинорогів (обороти 1+ млрд$ по всім продуктам компанії сумарно) із України. Помірний темп роботи, ворк-лайф беленс, всі дєла (насправді, перепрацювання не вітаються).
2. Автоматизація маркетингу - розробляємо власні платформи по запуску реклами, багато чого завʼязано на АІ (1к+ кількість акаунтів в Google Ads/Bing Ads)
3. повний фарш в плані суміжних команд (розробники, девопси, дата-інженери, дата-аналітики, ML-щики)
4. Менторство всередині команди веб-аналітики, онбординг “за ручку”.
5. Купа платних тулзів, котрі недоступні спеціалістам на фрілансі.
Детальніше про саму компанію і потрібні скіли по лінку: https://jobs.lever.co/airslate/6696b838-93e6-4179-811d-1c673f94198c
P.S. Від людини, в команду якої ви і потрапите: "я би мабуть попросив би якось уточнити, щоб люди не лякалися щодо досвіду роботи 3+ - я розглядаю і джунів-мідлів також. Головне - бажання рости)"
❤8😍4
Які налаштування в GA4 необхідно зробити після підключення нової платіжної системи до сайту?
Anonymous Quiz
17%
A) Налаштувати міждоменне відслідковування з доменом платіжної системи
66%
B) Виключити домен платіжної системи зі списку небажаних рефералів
3%
C) Ввімкнути фільтрацію внутрішнього трафіку
14%
D) Нічого робити не потрібно. Платіжна система ніяк не впливає на роботу GA4
❤1
💡 Пояснення до квізу:
A: Теоретично це могло б вирішити певні питання, які з'являються при додаванні нової платіжної системи. Але оскільки сайт платіжної системи вам не належить - це налаштування майже неможливо зробити технічно. Тому найкращим рішенням буде все ж виключення домену платіжної системи зі списку небажаних рефералів (Referral Exclusion)
B: Виключення домену платіжної системи у списку небажаних рефералів (Referral Exclusion) – правильне рішення. Коли користувач йде через платіжну систему (з іншого домену), а потім повертається на сайт, без такого виключення цей домен платіжного шлюзу може бути записаний як реферал і “забрати” атрибуцію конверсії.
Щоб цього уникнути, потрібно в GA4 в Admin > Data Streams > Configure Tag Settings > List unwanted referrals додати домен платіжної системи, щоб GA4 не враховував його як джерело рефералів.
C: Ввімкнення фільтрації внутрішнього трафіку може бути корисним в інших контекстах (щоб тести та внутрішні дії не спотворювали дані), але не вирішує проблеми з рефералами від платіжної системи.
D: Насправді, платіжна система дуже може впливати: якщо користувачі переходять на домен шлюзу, роблять оплату, а потім повертаються, без правильних налаштувань джерело трафіку може змінитись, сесія може бути обірвана, реферали неправильно відображені. Це призводить до викривленої аналітики.
B: Виключення домену платіжної системи у списку небажаних рефералів (Referral Exclusion) – правильне рішення. Коли користувач йде через платіжну систему (з іншого домену), а потім повертається на сайт, без такого виключення цей домен платіжного шлюзу може бути записаний як реферал і “забрати” атрибуцію конверсії.
Щоб цього уникнути, потрібно в GA4 в Admin > Data Streams > Configure Tag Settings > List unwanted referrals додати домен платіжної системи, щоб GA4 не враховував його як джерело рефералів.
C: Ввімкнення фільтрації внутрішнього трафіку може бути корисним в інших контекстах (щоб тести та внутрішні дії не спотворювали дані), але не вирішує проблеми з рефералами від платіжної системи.
D: Насправді, платіжна система дуже може впливати: якщо користувачі переходять на домен шлюзу, роблять оплату, а потім повертаються, без правильних налаштувань джерело трафіку може змінитись, сесія може бути обірвана, реферали неправильно відображені. Це призводить до викривленої аналітики.
👍4🔥3
Гарних вихідних!
😁17🔥3👍2💯1