Як працювати з простими метриками в Google Analytics

1. Стандартні комплектації простих метрик і їх обмеження
2. Налаштовуємо точний показник відмов
3. Точний показник відмов + корекція тривалості сеансу
4. +2 методу уточнення показника відмов
5. Simple Metrics Script
6. показник відмов
7. вивчаємо взаємодії
8. тривалість сеансу
9. Налаштування скрипта
10. установка
11. висновок

Останнім часом з'явився сильний тренд на Perfomance Marketing. На конференціях і в публікаціях говорять про оптимізацію конверсії, сперечаються до втрати пульсу, чи можна оптимізувати по ROI і т.д. Прості метрики, такі як показник відмов / середня тривалість сеансу / сторінки за сеанс засунуті далеко. Вони, звичайно, не дадуть відповідь на питання, наскільки вигідна поточна рекламна кампанія або маркетингова активність в цілому, але навіть в еру Performance Marketing можуть бути дуже корисні.

Стандартні комплектації простих метрик і їх обмеження

Показник відмов - все відвідування, у яких зафіксовано тільки один хіт (перегляд сторінки). Показник відмов в стандартній комплектації показує тільки був сеанс з 1-м хітом (відмова) або з декількома (не відмова). Тобто, якщо користувач зайшов, вивчив сторінку і пішов, не зробивши жодного хіта після відкриття сторінки, - такий сеанс потрапить в відмови.

Інфографіка від Google Analytics, за середніми показниками відмови для різних типів сайтів:

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

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

У сукупності з показником відмов, тривалості сеансів і кількості сторінок за сеанс, можна зробити висновки, але вони рідко бувають проривними. Найчастіше, цей аналіз проводиться для пошуку зовсім нецільового трафіку з метою виключити його.

Показник відмов і середня тривалість сеансу - справжня біда для landing page (бо сайт складається з однієї сторінки) і тематичних ресурсів (тому що практично кожна сторінка - самодостатній модуль). Для сайтів з послугами та інтернет-магазинів прості метрики в стандартній комплектації можуть дати великі похибки при чищенні нецільової аудиторії.

Іншими словами, стандартна комплектація простих метрик для декількох типів сайтів або взагалі не дає можливість їх використовувати, або може давати серйозну погрішність при аналізі.

Налаштовуємо точний показник відмов

Навіть при наявності добре вибудуваної системи відправки подій в GA і налаштованих цілях, в стандартній комплектації навіть у хороших рекламних кампаній показник відмов навряд чи буде сильно нижче 30%. Це занадто великий пласт аудиторії, щоб пройти повз.

Для впливу на цей показник налаштовують спрацьовування спеціальної події через інтервал часу після заходу користувача на сайт. Мені не подобається цей підхід. Припустимо, ви ставите 30 секунд в таймер. Якщо користувач провів на сайті 31 секунду, чи став він цільовим? А як же провести межу між різними джерелами трафіку, які призводять різну аудиторію? (Одна аудиторія вже в курсі питання, і їм потрібно менше часу для здійснення цільового дії).

В підсумку:

● Показник відмов: отримуємо значення, яке менше ніж в стандартній комплектації, по-суті, виділяємо нецільову аудиторію. Але всю нецільову аудиторію в відмови ми помістити не зможемо, тому що не вийде адекватно розрахувати час спрацьовування події.

● Середня тривалість сеансу: глобально на неї впливаємо, все обмеження і незручності залишаються.

Точний показник відмов + корекція тривалості сеансу

Цей спосіб - розвиток попереднього. Налаштовуємо подія, яка постійно спрацьовує через певний проміжок часу, наприклад кожні 15 сек. Історія з показником відмов та ж сама, а ось тривалість перегляду зміниться. У теорії, ми отримаємо точну тривалість сеансу користувача, однак є ряд АЛЕ:

● Якщо користувач відкрив вкладку, подивився сайт, а потім перейшов на інші вкладки браузера, не замкнувши поточну, то Google Analytics НЕ розірве сесію через 30 хв і не зарахує тривалість сеансу за останнім хіту, а вважатиме сесію активної поки вона не досягне ліміту в 500 хітів, або поки користувач не закриє вкладку.

● Активація події відбувається під час відкриття сторінки, якщо користувач відкрив сторінку, не взаємодіяв з нею і через 5 хвилин закрив, ми отримаємо не відмовний сеанс, тривалістю 5 хв з переглядом 1 сторінки.

В підсумку:

● Показник відмов: отримуємо значення, яке менше ніж в стандартній комплектації, по суті, виділяємо нецільову аудиторію. Але всю нецільову аудиторію в відмови ми помістити не зможемо, тому що не вийде адекватно розрахувати час спрацьовування події.

● Середня тривалість сеансу: з великою часткою ймовірності отримаємо тривалість сеансу більше, ніж вона є насправді. Чи можемо потрапити в ситуацію, коли через досягнення ліміту в 500 хітів на сесію, не зможемо передати в GA дані по конверсії або іншим цільовим діям.

Рожевим прямокутником відзначений період, в якому ми використовували даний метод для уточнення середнього часу сеансу. Період до прямокутника - стандартна комплектація, після - наш скрипт Simple Metrics Script (про нього піде мова далі). На скрині видно, що поточний метод показував завищену картину по середньої тривалості сеансу.

Обидва варіанти не підходять. Вони, звичайно, краще стандартної комплектації, але додають свої обмеження.

+2 методу уточнення показника відмов

В цій статті описані 2 методу уточнення показника відмов, пов'язаних з скролінгом. У прив'язки до скролінг є одна велика проблема - контент сторінки. Поведінка користувача на статті блогу з коментарями, сторінки з описом послуги, акції, новини, картки товару в інтернет-магазині буде сильно відрізнятися. Якщо у вас на одному сайті кілька типів сторінок, потрібно це якось враховувати при впровадженні скрипта.

Методи, засновані на скроллинге мені подобаються більше, ніж подія спрацьовує через інтервал часу, але скролінг дуже складно прив'язати до результату (мікро- і макроконверсіям).

Simple Metrics Script

Принцип роботи простий - якщо протягом певного часу користувач взаємодіє з сайтом (водить мишкою, клацає, Скролл ітд), то в GA відправляється подія, якщо немає, - то нічого не передається.

приклад:

Якщо протягом 15 секунд користувач взаємодіяв з сайтом, в GA відправляємо подія, якщо користувач не взаємодіяв з сайтом, - нічого не відправляємо. По суті, ми нарізаємо на періоди по 15 секунд весь час, поки відкрита вкладка і користувач взаємодіє зі сторінкою, і відправляємо подія в GA.

показник відмов

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

На скріншоті показаний результат email-розсилки: 20% аудиторії, що переходила на сайт, не взаємодіє з ним. Ця інформація може бути корисна при прогнозуванні акцій, кампаній через email-розсилки.

А ось корисна інформація для SEO-фахівців. Є аудиторія, яка переходить з пошуку, але не взаємодіє з сайтом. Ці сеанси можна розбити по сторінках, і детально вивчити ситуацію (сніппети, позицію в ТОПі ітд).

За сукупністю показника відмов з конверсією можна чистити майданчики РСЯ і КМС. Особливо скрипт корисний, коли даних мало (від 10 до 100 переходів з майданчика), а чекати, коли по майданчиках набереться статистика вже не можна.

Принцип простий: вибираєте майданчики з малою кількістю даних, потім з цього списку прибираєте ті, за якими були конверсії (в більшості випадків їх не варто відключати). Що залишився пул майданчиків аналізуєте за простими метрик і складаєте список майданчиків для відключення.

вивчаємо взаємодії

Ми розглянули показник відмов, який виводиться в інтерфейсі. За допомогою сегментів ми можемо аналізувати аудиторію, яка взаємодіяла з сайтом невелику кількість разів. Наприклад, за сесію було відправлено 1 взаємодію з сайтом, це означає, що активно він з ним взаємодіяв не більше 15 секунд:

Залежно від типу і тематики сайту по даному зрізу можна оптимізувати рекламні кампанії і оцінювати результати маркетингової активності.

Як побудувати такий сегмент:

Посилання на готовий сегмент .

Можна піти далі і розподілити всі відвідування сайту по групах з певною кількістю взаємодій:

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

Посилання на готові сегменти:

● https://analytics.google.com/analytics/web/template?uid=qhAY_A7YRDOph2Pbj-rUBA

● https://analytics.google.com/analytics/web/template?uid=nPXfuaGKTG6NwgeuDuuleg

● https://analytics.google.com/analytics/web/template?uid=4WbdFKsdTomRciM-fxnvqA

● https://analytics.google.com/analytics/web/template?uid=c7pppJBZRTK5gonK9KIaCw

Також скриптом передбачена відправка певної події (1 раз за сеанс) при досягненні встановленої кількості взаємодій. Кількість взаємодій можна змінити в коді у відповідному рядку коду: var gamax = 10; (За замовчуванням стоїть 10 взаємодій).

Дана мета може бути корисною для чищення трафіку з КМС / РСЯ або для оптимізації контекстних рекламних кампаній при відсутності достатніх для аналізу даних по макро- і мікроконверсіям.

Мета на цю подію можна налаштувати наступним чином:

тривалість сеансу

Тривалість сеансу стала розраховуватися коректніше. Приклад впровадження скрипта на контентному ресурсі:

Налаштування скрипта

проектування

Перш ніж поставити код скрипта, я рекомендую вам спроектітровать його конфігурацію. Справа в тому, що за замовчуванням все відвідування користувача нарізається на 15-секундні відрізки, якщо користувач взаємодіяв зі сторінкою, то відправляється подія. У GA є обмеження в 500 хітів на сеанс, якщо його перевищити, то дані в GA перестануть передаватися. Тобто, наше завдання зробити так, щоб цей скрипт не привів до такої ситуації.

Що потрібно зробити:

1. Заходимо в звіт: Джерела трафіку - Весь Трафік - Джерело / Канал.

2. Застосовуємо до цього звіту сегмент: «Сеанси без відмов» (стандартний сегмент, він уже створений).

3. Тепер вивчаємо звіт:

Середня тривалість сеансу: 6 хвилин 17 секунд. Після впровадження скрипта вона виросте як мінімум на 20%. Давайте закладемо збільшення на 50%, після впровадження тривалість буде 9 хвилин або 9 * 60 = 540 сек.

Якщо відправляти подія кожні 15 секунд, то вийде що ми відправимо 540/15 = 36 хітів

У середньому переглядають 2,28 сторінок за сеанс. Перегляд сторінки - це 1 хіт, якщо округлити, то в середньому у нас витрачається 3 хіта за сеанс.

Середній користувач на вивчення сайту буде витрачати 36 + 3 = 39 хітів. У нас залишається більше 400 хітів на електронну торгівлю, досягнення цілей, користувачів, які трохи глибше вивчатимуть сайт. Для невеликих і середніх сайтів - відмінне рішення. Якщо у вас складний сайт з великою кількістю подій, цілей і так далі, тоді вам потрібно збільшувати інтервал на більше значення. Наприклад, можете взяти 30 секунд. (В коді час вказано в мілісекундах: var t = 15000; якщо захочете ставити інтервал в 30 секунд, тоді впишіть 30000).

Після запуску скрипта, періодично перевіряйте, скільки користувачів переходить за позначку 450 подій за сеанс (в залежності від ресурсу можете змінити планку). Створюється подія за аналогією з подіями, що використовуються для аналізу кількості взаємодій:

Як побудувати такий сегмент:

Посилання на готовий сегмент .

Якщо ви побачите, що за цю позначку починає переходити більше 1% користувачів, це привід підвищити інтервал.

Для простоти аналізу можна зробити оповіщення GA. Для цього буде потрібно створити сегмент «Більше 450 подій за сеанс» і вказати його в якості умови в GA:

Значення по сеансах пораховано як 1% від середнього кількість відвідувань за день.

установка

Потрібно розмістити код після лічильника на потрібних / всіх сторінках, повинен бути підключений jQuery:

jQuery (document) .ready (function () {window.a = 0; var t = 15000; // Вводимо час відрізка в мілісекундах var gamax = 10; // Вводимо кількість взаємодій при досягненні яких спрацює мета var gacount = 0; var checked = false; window.i = 0; function gaCheck (count) {if (! checked && count> = gamax) {console.log (count); ga ( 'send', 'event', 'AvtoFocus', 'TargetLoad ',' Користувач справив {X} взаємодій з сайтом'.replace (/ {X} / i, count)); checked = true; console.log ( 'Користувач справив {X} взаємодій з сайтом'.replace (/ {X } / i, count));}} function pmcheck () {if (window.a == 1) {console.log ( 'було дію' + String (window.i)); window.a = 0; ga ( 'send', 'event', 'AvtoFocus', 'AvtoLoad', 'Відстеження активності користувача'); gaCheck (++ gacount);} else {Console.log ( 'нічого не було' + String (window.i));} window.i = window.i + 1;} window.setInterval (pmcheck, t); jQuery (document) .on ( 'scroll click dblclick mousemove keydown keyup error ', function () {window.a = 1;});});

висновок

Сам скрипт є безкоштовним і впроваджується за 5-10 хвилин. З впровадженням можуть впорається навіть початківці програмісти і досвідчені користувачі. Він вимагає мінімальних фінансових і тимчасових вкладень, в обмін на які ви отримаєте більш точні прості метрики. У цій статті озвучена лише частина можливостей, які можна використовувати. На підставі отриманих даних можна будувати більш складні сегменти, створювати свої розрахункові показники.

Доповідь була представлена на конференції "Осіння сесія"