Теги: Java Script

Минула стаття на цьому блозі вийшла майже рік тому – 30 липня. Не те, щоб мені не було про що написати, але якось “руки не доходили” до цього. При цьому бажання ділитися знаннями накопичувалося весь цей час, і на початку квітня я таки сів писати статтю. Вона все ще у чернетках. Вона може зачекати. А ось тема сьогоднішньої статті чекати не може. На мою думку, всім час розібратися в ній, оскільки, за цим майбутнє аналітики. Мова звичайно ж про нову версію Google Analytics 4 (раніше App + Web) та налаштування Ecommerce.

Google Tag Manager дозволяє відстежити величезну кількість подій, що відбуваються на сторінці, за допомогою стандартних тригерів, але в деяких випадках їх недостатньо. Тоді на допомогу приходить передача спеціальних подій і відповідний тригер для їх відстеження. Завдяки ним можна відстежити будь-які дії користувача: від додавання товару до кошика до натискання певної кнопки на клавіатурі.

Розповідати про важливість відстеження скролінгу та часу на сторінці багато не варто. Чим більше інформації про взаємодію користувачів із контентом сторінки ми зберемо, тим краще. До того ж краще одразу з двох сторін: по-перше, на основі зібраної інформації можна зрозуміти, наскільки контент на сторінці цікавий користувачеві та приносить йому користь; по-друге, можна сегментувати користувачів залежно від їхньої взаємодії із певною сторінкою. Потім ці сегменти можна використовувати зокрема для створення аудиторій ремаркетингу. Раніше я вже писав про відстеження скролінгу за допомогою вбудованого функціоналу диспетчера тегів Google , а також про те, як оцінити взаємодію з контентом передаючи подію, засновану на глибині скролінгу та часу, проведеному на сторінці . Сьогодні ми розберемо ще одне рішення, засноване на користувальницькому JS скрипті. За допомогою цього методу ви зможете передати інформацію про максимальну глибину скролінгу та точний час проведений на сторінці. Нам знадобиться наступне:

Скролінг одна з основних подій, які роблять користувачі на сайті. Відстеження цієї дії дозволяє вам глибше зрозуміти, як відвідувачі взаємодіють із контентом на сторінці. Хоча GA4 по замовчуванню вміє відслідковувати скрол на 90% за допомогою івентів розширеної статистики, дуже часто цього недостатньо, аби нормально проаналізувати взаємодію зі сторінкою. Тому у цій статті більш детально поговоримо про можливості відслідковування скролінгу за допомогою GTM.

Одна з головних проблем маркетологів і вебаналітиків — велика кількість одночасно відкритих вкладок у браузерах користувачів. Саме вони не дають відвідувачам сконцентруватися лише на нашому контенті. Тому маркетологи вигадують різні "хитрощі", щоб утримати увагу користувачів. Ще більшою проблемою це є для аналітика: при такій кількості вкладок не можна бути впевненим, що користувач увесь час — від початку завантаження до певного моменту — провів на сторінці.

У стандартних звітах Google Analytics є три показники, які відповідають за поведінку користувачів: Показник відмов, Сторінок/сеанс та Середня тривалість сеансу. І якщо показник Сторінок/сеанс всі розуміють правильно, то, на моїй практиці, Показник відмов та Середню тривалість сеансу безліч інтернет-маркетологів інтерпретує неправильно. У цій статті я розповім, що ж таке показник відмов, а також поділюся методом, як його можна покращити (читай виміряти правильніше).

DataLayer та рівень даних. На початку свого шляху вебаналітика я ніяк не міг зрозуміти, це те саме або різні речі. Всі джерела стверджували різне, а читати довідку Google я на той момент ще не навчився :) Але як би там не було, я можу розділити всю свою роботу з GTM на два великі періоди: ДО того, як я зрозумів, що таке рівень даних та ПІСЛЯ. Хоча рівень даних і не є найпростішим у розумінні, у цій статті я спробую донести інформацію максимально просто.

Одне з найчастіших питань, яке я зустрічаю у бізнеса - це порахувати час від першого заходу користувача на сайт до кінцевої заявки та/або продажу.

Серед трьох основних способів залишити свою заявку на сайті, а саме: відправити форму, здійснити дзвінок та написати в чат, перший займає левову частку в загальній кількості та відстежується набагато частіше, ніж інші. Більшість інтернет-маркетологів намагаються знати з яких саме джерел приходять на сайт відвідувачі, які відправили форми, і це не може не тішити. Але крім успішного відправлення, є й інші способи взаємодії з формами, і саме їхнє відстеження допомагає зрозуміти, чому частина зацікавлених користувачів так і не звернулася. Ми розберемо як відстежувати такі способи взаємодії користувача з формами (перелік від простого до складного)

Диспетчер тегів Google дуже корисний інструмент, і з його допомогою можна не лише налаштовувати збір даних у Google Analytics 4. Наприклад, динамічна заміна контенту на сайті - це теж справа декількох десятків кліків в GTM. Причин, з яких вам потрібно підміняти контент на сторінці динамічно безліч, нижче вкажу дві основні: Підміна даних для відстеження джерела трафіку, з якого прийшов користувач. Дуже схоже працюють послуги call-tracking. Підміна контенту як спосіб надання персоналізованої інформації різним сегментам користувачів.