Forwarded from MarkeTech (Осиюк Дмитрий)
Google снова перенес даты отказа от 3-party cookies в Chrome. Это значит, что персонализация Google рекламы в этом браузере будет работать как и раньше как минимум до второй половины 2024 года. Подробнее об этом в блоге Google: https://bit.ly/3zbhgco а акутальную информацию о сроках внедрения альтернатив для 3-party cookie можно смотреть здесь: https://bit.ly/3oBQXai
via @MarkeTech
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
Если вы никогда ранее не пользовались DBT, то можете пройти бесплатный базовый курс: https://bit.ly/3JqyDdD
via @WebAnalyst
Google анонсировал изменения в организации трекинга на сайтах, представив новый Google Tag. По-факту, сейчас он слабо чем отличается от gtag.js, но в будущем Google обещает добавлять новую функциональность, направленную на администрирование трекинга данных для разных продуктов Google в одном месте и на улучшение качества сбора данных в условиях постоянно меняющихся privacy ограничений браузеров. Кроме того, Google Tag сделан с фокусом на настройку трекинга без изменения кода на сайте. Например, недавно в GA4 появилась возможность менять срок хранения его 1-party cookies прямо из интерфейса.
via @WebAnalyst
via @WebAnalyst
В #GA4 появился Access Logging API (пока что в alpha и только для 360 версии) — метод, который позволяет извлекать данные об использовании Google Analytics 4 его пользователями. Доступны такие поля, как:
via @WebAnalyst
email
, ip
, reportType
, timestamp
и другие. С помощью этих данных можно определить, какими ресурсами и отчетами пользуются активнее всего и кто уже давно не использовал вашу систему аналитики.via @WebAnalyst
Сегодня Google запустил сертификацию по Google Analytics 4. Пройти экзамен можно по ссылке: https://bit.ly/3QyRwxV
via @WebAnalyst
via @WebAnalyst
Google Tag Manager представил новый раздел в настройках контейнера — Tag coverage. Он позволяет быстро увидеть:
-
-
-
Подробнее в справке: https://bit.ly/3CmAi2J
via @WebAnalyst
-
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 — правда, пока что, только
via @WebAnalyst
SFTP
. Трудно представить, какими ресерчами пользовались продакт менеджеры Google Analytics, чтобы выкатить эту функцию раньше, чем загрузку по API, но спасибо и на том, что теперь ручная загрузка не единственный способ. Напомню, Data Import позволяет загрузить в GA4 данные о расходах на не-google рекламу, данные о товарах, данные о пользователях и данные об оффлайн-событиях.via @WebAnalyst
В #GA4 многим не хватает отчетности по скорости загрузки страниц. Не понятно, есть ли она в roadmap, но поскольку все данные для расчетов доступны через web api, то уже сейчас можно реализовать трекинг этих данных. David Vallejo сделал готовое решение для GTM, которое, в момент завершения загрузки окна, отправляет отдельное событие
-
via @WebAnalyst
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/3RhZzzbvia @WebAnalyst
Всем, кому сертификация по GA4 показалась слишком простой — попробуйте набрать 30 баллов в продвинутом экзамене по #GA4 от Чарльза Фарины: https://bit.ly/3e8FVqT
via @WebAnalyst
via @WebAnalyst
Интересная статья с результатами разных экспериментов проводимых с целью выяснения принципа определения параметров источника сеансов в #GA4: https://bit.ly/3PYoyqg
via @WebAnalyst
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%. Куда делись хотя бы те бюллетени, которые были посчитаны на первом этапе? Надеюсь, сами люди, голосовавшие против вхождения в РФ не пропали без вести, как эти данные. Не верите в эти расчеты? Повторите сами, выше я сделал активные ссылки на оригиналы публикаций.
Такая дельта в числах с большой долей вероятности говорит о том, что людям нагло ссут в глаза и в уши. А потом отправляют в другую страну убивать и умирать, чтобы захватывать чужие территории. Если вы поддерживаете действия властей РФ в войне с Украиной — навсегда отпишитесь от этого канала.
Допустим, всего жителей 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 даних є такі поля, як:
-
via @WebAnalyst
-
traffic_source.source
- traffic_source.medium
- traffic_source.name
але проблема в тому, що ці дані доступні тільки на рівні користувача, при чому вони визначаються з першої його сесії. Якщо ж вам часто потрібно отримувати дані про джерела трафіку на рівні кожної окремої сесії — можете скористатись таким рішенням: https://bit.ly/3VCMKCAvia @WebAnalyst
Сьогодні помітив, що в параметрах web-трекінгових запитів #GA4 передаються деякі нові дані про device користувача. Інформації в документації GA4 я не знайшов, але судячи з всього це User-Agent Client Hints і якщо це так, то:
-
-
-
-
Звертаю вашу увагу, що в Safari i Firefox цих даних немає, оскільки в цих браузерах поки що не підтримується User-Agent Client Hints API :(
-
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 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
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
Також є зміни (правда, дещо дивні) в роботі файлів cookie, поставлених через Javascript. Тепер вони не мають терміну життя (який раніше був максимум 7 днів), проте тепер на них поширюється правило очистки всіх клієнтських сховищ (localStorage, sessionStorage, indexedDB etc) після 7 днів неактивності користувача. Дивність полягає в тому, що дні, в які користувач взагалі не відкривав браузер, будуть ігноруватись і в такому випадку javascript cookies зможуть в деяких випадках «жити» довше, ніж 7 календарних днів. Також, можна продовжити термін життя таких cookies, якщо користувач завантажить ваш сайт у iframe з використанням Storage Access API. Детальніше про це тут.
via @WebAnalyst
В Google Analytics 4 тепер можна вибирати Custom Dimensions i Metrics як головні атрибути звіту при його кастомізації.
via @WebAnalyst
via @WebAnalyst
З колегами із MacPaw записали черговий випуск подкасту для інженерів «It's raining cats & dogs». Цього разу запросили мене поговорити про різні tech-новини та про аналітику. Думаю, вам може бути цікаво послухати це на фоні :) Як мінімум, здається, там є цікава інформація про те, як Google бачить майбутнє бізнес-аналітики через ребрендинг Google Data Studio до Looker Studio: https://bit.ly/3tEHeSU
Ставте реакції та коментуйте :)
via @WebAnalyst
Ставте реакції та коментуйте :)
via @WebAnalyst
Починаючи з 10 листопада 2022 року користувачі Looker Studio (раніше Google Data Studio) уже могли зіштовхнутись з проблемою вичерпання квот при роботі з даними Google Analytics 4. Насправді, тут справа саме у квотах GA4 Data API і ця проблема стосується і інших систем (Tableau, Power BI, Google Sheets і тд), які використовують цей API. Я випадково наткнувся на дуже хороший огляд цієї проблеми та її можливих рішень на даний момент (а не тільки тих, що рекомендує Google). З радістю з вами ділюся цим чудовим матеріалом від Ahmad Kanani: https://bit.ly/3hVExd9
via @WebAnalyst
via @WebAnalyst