​​Недавно узнал, что в Renta появился еще один продукт — Javascript SDK для first-party трекинга с опцией server-side. Кажется, ребята решили часть проблем, которыми обладают GA, GTM SS и другие системы аналитики. Например:

- можно выбрать в каком data warehouse собирать данные и легко его переключить в настройках;
- сырые данные собираются сразу на нескольких уровнях: events и sessions, что позволяет избегать дополнительных ETL процессов;
- безопасная архитектура для server-side трекинга поднимается автоматически, без необходимости самостоятельно разворачивать и настраивать сервера.
- данные доступны в real-time и, что очень круто, их сразу же можно параллельно отправлять на любой кастомный вебхук (хоть перемапить их на другую систему аналитики, хоть сразу триггерить отправку email'а клиенту).

Выглядит очень просто в настройке (реально приятный UX) и мощно по функционалу: https://bit.ly/3Oym95L

via @WebAnalyst

​​Я недавно уже рассказывал про трекинг от Renta и о классной фиче, которая легко позволяет настроить «редирект» ваших данных в реальном времени на другие вебхуки. Это можно использовать для трекинга конверсий в CPA-сетях (через постбеки) или в других рекламных системах. Например, в Renta есть готовая интеграция для Facebook Conversions API, которая позволяет его настроить вообще без использования кода: https://bit.ly/3ywEpXp. Напомню, что настройка Facebook Conversions API призвана повысить точность трекинга данных о пользователях и о их действиях на ваших сайтах, чтобы улучшить релевантность и стоимость показа вашей рекламы в сети Facebook.

via @WebAnalyst

GA4 has a few new releases rolling out

- Bounce Rate
- UTM Term and UTM Content
- Conversion Rates (Users and Session)

https://support.google.com/analytics/answer/9164320?hl=en#071122&zippy=%2Creleases

​​Как делать overlap анализ на любых данных используя диаграммы Венна в Google Data Studio: https://bit.ly/3zy2iOZ

via @WebAnalyst

​​Google снова перенес даты отказа от 3-party cookies в Chrome. Это значит, что персонализация Google рекламы в этом браузере будет работать как и раньше как минимум до второй половины 2024 года. Подробнее об этом в блоге Google: https://bit.ly/3zbhgco а акутальную информацию о сроках внедрения альтернатив для 3-party cookie можно смотреть здесь: https://bit.ly/3oBQXai

via @MarkeTech

​​Если вы регулярно пользуетесь экспортированными данными из GA4 в Google BigQuery, то вам наверняка приходилось решать кучу проблем с преобразованием данных в нужный формат, который пригоден для анализа и поиска инсайтов. Даже для банального извлечения значений из GET-параметров URL'ов (или вообще их удаления из URL'ов, как в частом случае с fbclid) нужно писать свою логику. Нашел классное open-source решение для работы с GA4 данными на базе инструмента DBT, которое как раз решает кучу подобных проблем: https://bit.ly/3BvPNot. Кстати, если вам есть чем улучшить это решение — не стесняйтесь делать свои pull requests.

Если вы никогда ранее не пользовались DBT, то можете пройти бесплатный базовый курс: https://bit.ly/3JqyDdD

via @WebAnalyst

​​Google анонсировал изменения в организации трекинга на сайтах, представив новый Google Tag. По-факту, сейчас он слабо чем отличается от gtag.js, но в будущем Google обещает добавлять новую функциональность, направленную на администрирование трекинга данных для разных продуктов Google в одном месте и на улучшение качества сбора данных в условиях постоянно меняющихся privacy ограничений браузеров. Кроме того, Google Tag сделан с фокусом на настройку трекинга без изменения кода на сайте. Например, недавно в GA4 появилась возможность менять срок хранения его 1-party cookies прямо из интерфейса.

via @WebAnalyst

​​В #GA4 появился Access Logging API (пока что в alpha и только для 360 версии) — метод, который позволяет извлекать данные об использовании Google Analytics 4 его пользователями. Доступны такие поля, как: email, ip, reportType, timestamp и другие. С помощью этих данных можно определить, какими ресурсами и отчетами пользуются активнее всего и кто уже давно не использовал вашу систему аналитики.

via @WebAnalyst

​​Сегодня Google запустил сертификацию по Google Analytics 4. Пройти экзамен можно по ссылке: https://bit.ly/3QyRwxV

via @WebAnalyst

​​Google Tag Manager представил новый раздел в настройках контейнера — Tag coverage. Он позволяет быстро увидеть:
- Included pages — на каких страницах вашего сайта установлен трекинг код.
- Not tagged — на каких страницах вашего сайта никогда не загружался трекинг код.
- No recent activity — на каких страницах вашего сайта за последние 30 дней не загружался трекинг код.

Подробнее в справке: https://bit.ly/3CmAi2J

via @WebAnalyst

​​В #GA4 появилось обновление в разделе Enhanced measurement — Form Interactions, которое позволяет получать новые автоматические события при пользовательских взаимодействиях с формами на сайте: form_start и form_submit. Также, для них передаются 7 новых параметров:

- first_field_id
- first_field_name
- first_field_position
- first_field_type
- form_destination
- form_id
- form_length

via @WebAnalyst

​​В #GA4 наконец-то появился способ автоматической загрузки данных в рамках Data Import — правда, пока что, только SFTP. Трудно представить, какими ресерчами пользовались продакт менеджеры Google Analytics, чтобы выкатить эту функцию раньше, чем загрузку по API, но спасибо и на том, что теперь ручная загрузка не единственный способ. Напомню, Data Import позволяет загрузить в GA4 данные о расходах на не-google рекламу, данные о товарах, данные о пользователях и данные об оффлайн-событиях.

via @WebAnalyst

​​В #GA4 многим не хватает отчетности по скорости загрузки страниц. Не понятно, есть ли она в roadmap, но поскольку все данные для расчетов доступны через web api, то уже сейчас можно реализовать трекинг этих данных. David Vallejo сделал готовое решение для GTM, которое, в момент завершения загрузки окна, отправляет отдельное событие performance_timing с параметрами:

- page_load_time
- page_download_time
- dns_time
- redirect_response_time
- server_response_time
- tcp_connect_time
- dom_interactive_time
- content_load_time

Также (как и в Universal Analytics) можно настраивать размер случайной выборки пользователей (через параметр siteSpeedSampleRate), у которых происходит замер скорости загрузки страниц. Подробная инструкция по настройке: https://bit.ly/3RhZzzb

via @WebAnalyst

​​Всем, кому сертификация по GA4 показалась слишком простой — попробуйте набрать 30 баллов в продвинутом экзамене по #GA4 от Чарльза Фарины: https://bit.ly/3e8FVqT

via @WebAnalyst

​​Интересная статья с результатами разных экспериментов проводимых с целью выяснения принципа определения параметров источника сеансов в #GA4: https://bit.ly/3PYoyqg

via @WebAnalyst

Пост про аналитику, но не про web, а про реальную жизнь. Недавно появилась такая новость от российского государственного информагенства: В ДНР обработано 56,85% протоколов, за вхождение в РФ проголосовали 94,75% жителей, сообщает глава ЦИК региона. А чуть позже — ЦИК Донецкой Народной Республики обработал 82% протоколов, за вхождение в состав России проголосовало 99,06% избирателей. Давайте посмотрим на эти числа чисто аналитически.

Допустим, всего жителей 1 миллион. Если обработано 56.85% протоколов, то это 1000000*0.5685 = 568500 жителей. Из них 94,75% проголосовали за вхождение в РФ, то есть 538654 человека. Значит, проголосовали против 568500 - 538654 = 29846 человек. Запомним это число, мы к нему еще вернемся.

Во второй новости сказано, что уже всего проголосовало 82%, то есть 1000000*0.82 = 820000 жителей, из которых 99,06%, то есть 820000*0.9906=812292 проголосовало за вхождение в состав России. То есть, в этот раз, людей, которые проголосовали против было 820000 - 812292 = 7708. Но ведь когда было обработано 56.85% протоколов, людей проголосовавших против было 29846, что сильно больше чем 7708, когда обработали уже 99.06%. Куда делись хотя бы те бюллетени, которые были посчитаны на первом этапе? Надеюсь, сами люди, голосовавшие против вхождения в РФ не пропали без вести, как эти данные. Не верите в эти расчеты? Повторите сами, выше я сделал активные ссылки на оригиналы публикаций.

Такая дельта в числах с большой долей вероятности говорит о том, что людям нагло ссут в глаза и в уши. А потом отправляют в другую страну убивать и умирать, чтобы захватывать чужие территории. Если вы поддерживаете действия властей РФ в войне с Украиной — навсегда отпишитесь от этого канала.

​​Як ви мабуть вже знаєте — в експортованих із #GA4 в Google BigQuery даних є такі поля, як:

- traffic_source.source
- traffic_source.medium
- traffic_source.name

але проблема в тому, що ці дані доступні тільки на рівні користувача, при чому вони визначаються з першої його сесії. Якщо ж вам часто потрібно отримувати дані про джерела трафіку на рівні кожної окремої сесії — можете скористатись таким рішенням: https://bit.ly/3VCMKCA

via @WebAnalyst

​​Сьогодні помітив, що в параметрах web-трекінгових запитів #GA4 передаються деякі нові дані про device користувача. Інформації в документації GA4 я не знайшов, але судячи з всього це User-Agent Client Hints і якщо це так, то:
- uaa i uab — це дані про архітектуру процесора
- uamb — дані чи є девайс користувача мобільним
- uam — дані про модель девайсу (тільки для мобільних)
- uap i uapv — дані про операційну систему і її версію.

Звертаю вашу увагу, що в Safari i Firefox цих даних немає, оскільки в цих браузерах поки що не підтримується User-Agent Client Hints API :(

​​Користувачі системи візуалізації даних Data Studio вже знають, що Google зробив ребрендинг до Looker Studio і анонсував платну версію — Looker Studio Pro. Тобто сам продукт не змінюється, має ті ж самі функції і залишається безкоштовним. Платна ж версія матиме ряд переваг (в основному для великих компаній):

– більш гнучка система управління доступами до дашбордів і джерел даних через використання робочих просторів для різних ролей людей;
– можливість прив'язувати джерела даних і дашборди не до конкретних людей, а до проектів в Google Cloud, що дозволяє мати робочі дашборди навіть коли їх розробник покидає компанію;
– клієнти Looker Studio Pro зможуть отримувати допомогу від технічної підтримки проекту.

Доречі, якщо ви є користувачем Looker, то ви вже можете отримати доступ до моделей даних Looker в Looker Studio подавши заявку на beta-тестування інтеграції тут.

via @WebAnalyst

​​Google переніс дату припинення використання ресурсів Universal Analytics 360 з 1 жовтня 2023 року на 1 липня 2024 року. Для звичайних ресурсів Universal Analytics поки що нічого не змінилось, вони перестануть збирати нові дані з 1 липня 2023 року, але доступ до раніше оброблених даних буде до кінця 2023 року.

via @WebAnalyst

​​Apple знову вносить зміни до роботи файлів cookie в Safari та в інших браузерах на базі WebKit. Тепер браузер буде перевіряти IP-адресу вашого сервера, який встановлює cookies через response header, і якщо вона більше ніж на половину відрізняється від IP-адреси вашого сайту, то на ці cookies також буде діяти 7-денне обмеження терміну їх життя. Детальніше про це тут.

Також є зміни (правда, дещо дивні) в роботі файлів cookie, поставлених через Javascript. Тепер вони не мають терміну життя (який раніше був максимум 7 днів), проте тепер на них поширюється правило очистки всіх клієнтських сховищ (localStorage, sessionStorage, indexedDB etc) після 7 днів неактивності користувача. Дивність полягає в тому, що дні, в які користувач взагалі не відкривав браузер, будуть ігноруватись і в такому випадку javascript cookies зможуть в деяких випадках «жити» довше, ніж 7 календарних днів. Також, можна продовжити термін життя таких cookies, якщо користувач завантажить ваш сайт у iframe з використанням Storage Access API. Детальніше про це тут.

via @WebAnalyst