Теги: Basic

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

Минулого тижня команда Google BigQuery викатила цікаве оновлення під назвою Table Explorer, яке повинно допомогти аналітикам, та всім іншим хто працює з BigQuery, закривати свої задачі зручніше та простіше. Якщо дуже коротко, цей функціонал дозволяє вам зручним візуальним способом швидко ознайомитись з даними в таблиці та навіть написати прості SQL-запити.

Цей пост з’явився випадково, але сподіваюсь він стане в нагоді багатьом маркетологам в ці передноворічні дні. Ми з Дімою Осіюком сьогодні обговорювали лендинг курсу SERVER-SIDE GTM BASICS і дійшли до думки, що було б круто, якби значення промокоду при можливості заповнювалось у формі автоматично.

Зазвичай люди звикли не довіряти новому. І при переході з Google Analytics Universal на Google Analytics 4 починають порівнювати дані в цих двох системах. В результаті виявляється, що одні і ті ж показники мають різні значення. Це стосується майже всіх показників, які є в цих системах, будь то кількість юзерів, сесій, ключових подій чи, наприклад, коефіцієнту ключової події. Значення будь-якого з них відрізнятиметься в цих двох системах і перше, що ви повинні зрозуміти — ЦЕ НОРМАЛЬНО, ЩО ВОНИ ВІДРІЗНЯЮТЬСЯ .

Багато з моїх читачів вже встигли попрацювати з GA4 і побачити один не досить хороший нюанс цієї системи: інколи у звітах чи дослідженнях відсутні дані, які наче б там повинні бути. Ситуації бувають різні: інколи ви бачили ці дані в звітах Real Time, але потім не бачите в основних або, наприклад, переглядаючи дані за тиждень ви бачите конверсії, але коли намагаєтесь подивитись по дням — частина конверсій десь губиться.  Якщо ви зіштовхнулись з такими, або схожими, ситуаціями, швидше за все причина в порогових значеннях .

Останнім часом дуже багато людей активно починають переходити на GA4 і в різних групах та чатах я все частіше помічаю одну й ту ж ситуацію:  “Я налаштував/ла передачу івенту до GA4, спочатку все було добре, але після налаштування ключових подій (раніше - конверсій) в GA4 почали відправлятись дублі івенту.” Якщо у вас схожа ситуація, то ця стаття для вас.

Розберемо простий, але дуже важливий момент налаштування Google Analytics 4: Як встановити таймер для сеансів із взаємодією. Чому це важливо? Як ви вже знаєте, в Google Analytics 4 Показник відмов відсутній, і свого роду його аналогом є показник Engagement rate (Частка взаємодій) . Це співвідношення сеансів із взаємодією до кількості сеансів.

Google Analytics 4 можна любити за багато речей: новий підхід до збору даних, нові показники, можливість об'єднати дані з сайту та мобільного додатка та багато іншого. Серед усього цього переліку я хотів би виділити два пункти: Explore (Дослідити) та імпорт даних у BigQuery. Кожен із них заслуговує на окрему серію статей. Почати я вирішив саме з блоку Explore (Дослідити) , тому що цей функціонал є більш доступним.

"Google Analytics застарів" - таку фразу ви могли чути дуже часто останні кілька днів або тижнів. Багато хто вже бачив у своєму обліковому записі це повідомлення від Google: "We’re excited to announce the new Google Analytics, designed to give you the essential insights you need to be ready for what’s next. You can access the new Google Analytics experience by setting up a Google Analytics 4 property, formerly known as “App + Web” property. " Так, навіть Google визнав, що улюблений Google Analytics застарів і настав час переходити на новий. Причин цьому безліч, але основна - це підхід до збору даних, який не змінювався починаючи з квітня 2005 року (момент коли Google придбав Urchin Software Corp.). Більш детально про те, що саме застаріло, я говорив ще в 2018 році на PPC Day. Ось один із слайдів з конференції.

Важливість відстеження відправок форм на сайті складно переоцінити, адже це один із основних способів залишити заявку. Раніше я вже писав статті про те, як відстежувати надсилання форми в Google Tag Manager за допомогою базового тригера та за допомогою валідації всередині диспетчера тегів . Сьогодні хочу показати ще один спосіб – він підходить для форм, у яких після успішного відправлення спливає вікно подяки. В основі цього способу є використання тригера типу Element Visibility (Видимість елемента) . Тому з одного боку ця стаття про відстеження форм, з другого - про роботу з тригером типу Element Visibility (Видимість елемента) .