Вже в наступний понеділок в мене запускається 8 потік курсу PRO ANALYTICS.

Де на вас чекає:

- більше 25 годин записаних відеоматеріалів, які структуровані в 15 лекцій. Доступ до лекцій буде з вами «вічно»;

- більше 50 тестових завдань на платформі для самоперевірки. Завдання хоч і для самоперевірки, але в більшості випадків вам все ж доведеться для відповіді зайти в інтерфейс ga4 і побудувати там звіт;

- більше 30 практичних ДЗ, які я перевірю та надам вам фідбек

- ну і точно не останнє в списку по важливості: 10 онлайн вебінарів, де ви зможете задати всі свої запитання та отримати відповіді. Звісно все в рамках веб-аналітики)

Навчання триває 10 дуууже інтенсивних тижнів. Швидше за все доведеться забути, що у вас був вільний час і вихідні. Але якщо є бажання реально прокачатись - воно того варте.

Вартість навчання 700$. Залишилось ще 8 місць.

По всім питання пишіть в особисті

Програма по лінку: https://analytics-tips.com/uk/pro-analytics-course/

Ще один плюсик BigQuery, тепер можна й графік одразу побудувати.

Функціонал поки що обмежений, є тільки Bar і Line, але на то це й зараз в Preview.

GA4 додали можливість прибирати деякі дані, наприклад email, тестові дані чи query params

https://support.google.com/analytics/answer/13544947?hl=en

На днях згадав, що в мене ж є канал на YouTube. І я вже довгий час нічого нового там не публікую. А там так-то вже за півтори тисячі підписників. І за весь час було більше 3 тисяч годин публічного перегляду.

Перед війною я почав робити стріми і на них приходили люди. Дивлюсь що перший переглянуло 1,2К, другий 1,8К. Тобто людям заходило. Але звісно війна все порушила.

Зараз от є бажання продовжити розвивати канал, тому питання, а який би контент вам було б цікаво дивитись на ютуб саме по аналітиці?

І що ще більше мене цікавить, в якому форматі:
- короткі відео з практичними порадами
- періодичний огляд останніх апдейтів
- 1-2-годинні стріми
- ваш варіант?

Поділитись своїми ідеями можна в цьому пості https://www.facebook.com/maks.hapchuk/posts/24076826758600063

Ну а щоб не було так, що я тільки запитую у вас цінність, але не даю нічого взамін - вирішив поки що на ютуб викласти три невеликих відео зі свого курсу PRO GTM.

1. Відстеження відправки форми за допомогою тригера Видимість елемента в GTM - https://youtu.be/sLqvnJ3cXBc

2. Відстеження кліків по кнопкам та елементам з допомогою CSS-селекторів в GTM - https://youtu.be/FYFiXlbRMY4

3. Самостійне налаштування Ecommerce в GA4 за допомогою GTM - https://youtu.be/V7p9XCMzcGE

Приємного перегляду!)

Новий стандартний звіт в GA4.

Звісно, й раніше можна було побудувати такий звіт в блоці Дослідження. Але зараз можна буде цей час витратити на додатковий аналіз.

Трошки поспамлю в вихідні класним апдейтом GA4.

Google нарешті дав можливість опціонально відключати ідентифікацію юзерів по Google Signals. Якщо вас, як і мене дістав оранжевий трикутник Data thresholds (Обмеження застосовано) при використанні ідентифікації, яка враховує user_id - нарешті є рішення.

І ще одна новина за цей тиждень: тепер можна відправляти кастомні параметри на рівні товарів з допомогою Measurement Protocol. Звісно, до межемента загалом ще є багато питань по його роботі, але Google рухається в цьому напрямку і це добре.
https://twitter.com/carly_boddy/status/1709984772355985826

Довгоочікуваний функціонал підвезли. Calculated metric чекали всі.

Знаєте, скільки в тебе б не було натхнення та бажання - інколи не вистачає якогось зовнішнього поштовху, щоб почати діяти.

Тут міг би бути лонгрід про те, як я взагалі вирішив підписати себе на серію постів про Server Side GTM. Але буде тільки тезисна історія.

1. Мій пост в фб, який одним реченням можна підрезюмувати так: "Я пишу активно тільки за два тижні до старту навчання на моїх курсах, а хотілось би частіше."
2. Комент Maksym Zubenko і невеликий колл з ним же.
3. Зараз я записую курс по GTM Server Side.
4. Я постійно намагаюсь ділитись знаннями на загал, щоб розвивати ринок.

Як це все пов'язано - нехай вам підкаже ваша фантазія.

Результат: Починаю серію постів в моєму фб та телеграм каналі на тему роботи з Server Side GTM.

Поки що маю в планах написати про наступне (можливо перелік тем доповниться. Якщо вам цікаво ще щось, напишіть про це в коментах ось тут https://www.facebook.com/maks.hapchuk/posts/24242704548678949 ):

1. Які задачі допомагає вирішувати Server Side GTM
2. Мінуси Server Side GTM
3. Автоматичне та ручне налаштування на базі GCP (Google Cloud Platform)
4. Чому важливо підключати власний піддомен
5. Розвернення на власному сервері: плюси та мінуси
6. Що таке клієнт і для чого він потрібен
7. Передача даних до GA4. Що таке FPID. Для чого він потрібен
8. Передача даних до GA4. Перехід із ідентифікатора клієнта, керованого JavaScript
9. Клієнт GTM. Для чого він потрібен
10. Які сервіси зараз підтримують роботу з Server Side GTM

Орієнтовно буду публікувати по 1 посту щотижня (можливо інколи буду встигати й 2). Ну і щоб не відкладати, перший пост буде буквально за декілька хвилин. Кому цікаво - не пропустіть.

Розпочну серію постів про Server Side GTM (SS GTM) з банальної теми:

Які задачі допомагає вирішувати Server Side GTM

Згідно з довідкою
"Теги на стороні сервера пропонують кілька переваг перед тегами на стороні клієнта:

Покращена продуктивність: менше аналітичних та маркетингових тегів на вашому веб-сайті чи в додатку означає менше коду для запуску на стороні клієнта.

Покращена безпека: дані відвідувачів краще захищені коли їх збирають і розповсюджують у серверному середовищі"

Але як на мене, то,
по-перше, звучить дуже складно, а,
по-друге, перелік не повний.

Тому ось які переваги бачу я:

1️⃣ Зменшене навантаження на сторінку. Це одна з двох найбільших переваг GTM на стороні сервера. Оскільки всі сценарії та теги в SS GTM розташовані на сервері, це означає, що веб-сторінці потрібно виконувати менше JavaScript. Тобто теоретично можливо звести використання JavaScript на стороні клієнта до мінімуму - лише надсилати дані до серверного тег менеджера. Такий підхід дозволяє не завантажувати будь-які сторонні бібліотеки рекламних та аналітичних систем в браузер користувача. В результаті цього прискорюється завантаження веб-сайту та поліпшується взаємодія з користувачами, завдяки скороченню часу завантаження сторінки. Щодо реальних цифр, Google в себе на блозі розповідає про покращення швидкості завантаження до 7%
Якщо говорити про власний досвід, то він теж показує схожі значення в діапазоні 5-10% залежно від сайту та кількості систем, біблілотеки яких вдалось перенести на сервер.

2️⃣ Основний контекст для файлів cookie. А це вже інша, але теж, одна з двох найбільших переваг GTM на стороні сервера. Якщо дуже коротко, то всі ви напевно чули про купу обмежень зі сторони Safary, пов'язаних з роботою third-party cookies. Google теж іде в цьому напрямку і 13 липня оголосив, що поступово вмикає інструментарій Privacy Sandbox для розробників Chrome після випуску Chrome 115. Я думаю ні для кого не секрет, що робота Google Analytics, Google Ads, Facebook Ads та інших рекламних та аналітичних систем значною мірою наразі зав'язана на third-party cookies. Відстеження на стороні сервера працює на основі first-party cookies і тому дозволяє обійти ці обмеження. Внаслідок, ви краще відслідковуєте своїх користувачів та їх ланцюжки взаємодії з сайтом. На блозі Google доречі є цікавий кейс як може покращитись трекінг після вровадження SS GTM. Я поки що не бачив аж таких результатів у своїх клієнтів, але те, що SS GTM покращує трекінг - це однозначно.

3️⃣ Контроль над тим, які дані ви відсилаєте стороннім постачальникам. Тут я думаю багато розписувати не потрібно. В більшості випадків ви не маєте контролю над тим, які дані про відвідувачів вашого сайту збирають коди різноманітних маркетингових та аналітичних систем, які ви розміщуєте на сайті. При використанні тегів на стороні сервера, ви будете мати повний контроль над тим, яку інформацію ви відправляєте, та кому саме. Особливо цей пункт актуальний для бізнесів, які працюють в ЄС, та певних штатах Америки, де існують досить великі обмеження на збір персональних даних відвідувачів сайту.

4️⃣ Зменшення впливу блокувальників реклами. Тут теж багато розписувати не потрібно. Думаю в певний момент часу кожен порівнював кількість замовлень в CRM та GA4 і знаходив певну відмінність. Зазвичай в GA4 на 15-20% даних менше. Основною (але не єдиною) причиною є використання відвідувачами ваших сайтів - блокувальників реклами. Звісно, різні блокувальники працюють по-різному, але поки що серверний гтм, дозволяє обійти значну їх частину.

5️⃣ Можливість приховати ідентифікатори відстеження та секретні ключі API. Якщо ви зіштовхувались зі спамом в свої аналітичні системи, то ви точно розумієте про що я. При використанні SS GTM ви можете взагалі ніде на сайті не вказувати ваші ідентифікатори відстеження, а це значить, що ніхто окрім вас не буде їх знати.

6️⃣ Підвищення ефективності Content-Security Policies (CSP). Якщо у вас на сайті використовується CSP, ви напевно знаєте про те, що для використання тегів кожної аналітичної чи маркетингової системи CSP має містити певні директиви. І їх кількість збільшується пропорційно до кількості сторонніх систем, які ви використовуєте. Що в свою чергу зменшує ефективність CSP. Оскільки всі сценарії та теги в SS GTM розташовані на сервері на роботу CSP такі налаштування не впливатимуть.

Звісно, як у кожного рішення в Server Side GTM окрім переваг є й свої мінуси. І хоча, як на мене, ті переваги, які надає серверний гтм значно переважають його мінуси - про мінуси я теж напишу. Але вже в наступному пості.

See you on the server side!

Довгоочікуваний апдейт зв’язки GA4-BigQuery. Тепер нарешті в сирих даних з’явились кастомні параметри на рівні товарів

Знайомство з GTM Server Side 2/10. Попередній пост вище.

Минулого разу я писав про плюси GTM Server Side (SS), і плюшок там дійсно багато. Проте заради справедливості є сенс обговорити і мінуси. А якщо бути точнішим, то навіть не мінуси, а складнощі. Я для себе виокремлюю наступні:

❌ Складність початкового налаштування. Серверним GTM називається не просто так: його потрібно розгорнути на власному сервері. Хоча серверний GTM — інструмент орієнтований на маркетологів та аналітиків, а не на розробників, і підняти свій сервер в автоматичному режимі, який пропонує Google, ви можете за лічені хвилини та в 5 кліків — все ж, повністю цінність розкривається при розгортанні в підмережі з вашим сайтом і на піддомені вашого основного домену. І тут, скоріш за все, вам доведеться йти до DevOpsа або людини, яка у вас в команді виконує його функції, та доведеться підготувати йому ТЗ і впевнитись, що він зробив все правильно. А це вже може бути складно для нетехнічних спеціалістів — тому залишається або використовувати тільки обмежені можливості автоматичного розгортання, або починати самому копатись в технічних деталях.

❌ Необхідна додаткова технічна підтримка. Ми звикли до того, що підтримка потрібна завжди і будь чому. Навіть в звичайному GTM вам часто потрібно переналаштовувати теги та тригери, оскільки сайти мають властивість змінюватись з часом. Але я зараз маю на увазі підтримку іншого формату — підтримку сервера. Ось декілька ситуацій:
- Потрібно слідкувати, щоб на сервері не було збоїв, наприклад, через пропущену дату оплати. Оскільки всі дані у рекламні та маркетингові системи тепер ітимуть через ваш сервер. А якщо сервер "лежить" — то й даних немає.
- Google випустив нову версію серверного GTM — потрібно провести оновлення на вашому сервері.
- Незабаром "Чорна п'ятниця" і ви плануєте значне збільшення трафіку на сайт — потрібно впевнитись, що ваш сервер тегів "витягне" це навантаження і не "приляже", оскільки тоді можна забути не лише про аналітику, але й про ефективну рекламу. Якщо у вас автостратегії і дані перестануть передаватись — нічого з того доброго не вийде.

❌ Вартість. Сервер, на якому буде працювати ваш GTM SS, ніхто не дасть безкоштовно. Google стартує з ціни близько 40$ помісячно в мінімальному варіанті. Ви можете пошукати і знайти варіанти дешевше, наприклад, близько 20-25$ помісячної оплати, але в будь-якому випадку навіть сайтам з маленьким трафіком щомісячні платежі близько 1000+ грн вам забезпечені.

❌ Потрібно вчитись майже з нуля. Так, я вже писав вище, що серверний GTM це все той же GTM і там також є теги, тригери, та змінні. Хоча функції вони виконують такі ж як і раніше — працюють вони зовсім по-іншому. І в основі всього не dataLayer, а HTTP-запити. І це я ще не згадував про нові сутності, як-от клієнти та трансформації. А тому, скільки б у вас не було досвіду роботи в веб-контейнері GTM — готуйтесь, що доведеться повчитись.

❌ Не всі сервіси мають детальну документацію по роботі з Server-Side Endpoints. Це, напевно, найбільший мінус, як на мене. Навіть якщо ви пройшли всі попередні кроки: підняли сервер, погодили щомісячний бюджет на сервер, навчились працювати з GTM SS — цей пункт все ще може вас зупинити від переходу. Якщо ваш постачальник не підтримує технологію Server-Side трекінгу — то все це було дарма. Гарна новина в тому, що такі популярні системи як Google Analytics, Google Ads, Facebook, TikTok та LinkedIn вже давно підтримують і надають перевагу Server-Side трекінгу. Проте залишаються більш дрібні постачальники в певних нішах, які все ще роблять дуже повільні кроки в цьому напрямку.

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

Якщо вам сподобався пост — натисніть вподобайку та поділіться зі своїми колегами.

А вже в наступному пості я порівняю Автоматичне та ручне налаштування на базі GCP (Google Cloud Platform)

Новий апдейт від Google Analytics і на цей раз не тільки для любителів BigQuery

Тепер стандартні події first_visit і session_start із потоків веб-даних міститимуть ті самі параметри події, що й параметри події для першої події, ініційованої клієнтом, у сеансі.

Звучить дуже складно, тому додав скрін (який взяв з поста Сімо). Він пояснює як на мене наглядніше.

Тепер життя буте трішечки простіше)

Експорт Google Analytics 4 в Google BigQuery має нові параметри події "batch_order_id" і "batch_page_id". Останній групує всі звернення певної сторінки разом, а перший призначає порядковий номер усім пакетам.

Все ще немає можливості впорядкувати події в групі :(

https://twitter.com/SimoAhava/status/1724798538733994273