Переходи, сеанси та перегляди сторінок: як читати аналітику сайту

Що аналітика вважає переходом на сайт

Переходом на сайт зазвичай називають вхід відвідувача із зовнішнього джерела. Глядач може натиснути посилання в описі трансляції, панелі каналу, закріпленому повідомленні чату, пості соцмережі, профілі або під записом ефіру. В аналітиці такий візит пов'язують із джерелом: стрімінговою платформою, соціальною мережею, пошуком, рекламою або партнерським розміщенням.

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

Що вважається переглядом сторінки

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

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

Різниця між кліками, сеансами та переглядами

Клік — це натискання на посилання на платформі. Сеанс або візит — період дій відвідувача на сайті після успішного завантаження та фіксації лічильником. Перегляд сторінки — відкриття конкретної сторінки в межах цього сеансу. Назви метрик можуть відрізнятися в різних системах, але логіка розподілу залишається тією самою.

• Клік показує інтерес до посилання на платформі.
• Сеанс показує, що аналітика сайту зафіксувала відвідування.
• Перегляд сторінки показує, які адреси відвідувач відкрив після входу.
• Подія показує окрему дію: натискання кнопки, відкриття форми, надсилання заявки або перехід у месенджер.

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

Приклад: один перехід і кілька переглядів

Припустімо, посилання з опису стріму отримало 120 кліків. За UTM-міткою сайт зафіксував 94 сеанси. За ці 94 сеанси аналітика записала 268 переглядів сторінок: глядачі відкривали сторінку послуг, потім кейси, відповіді на запитання та контакти.

У такій ситуації не можна казати, що на сайт прийшли 268 осіб. Коректніше: платформа зафіксувала 120 кліків, лічильник побачив 94 сеанси, а відвідувачі сумарно відкрили 268 сторінок. Середня кількість переглядів на сеанс допомагає зрозуміти глибину вивчення сайту, але не замінює дані про заявки чи звернення.

Чому кліки за посиланням і сеанси розходяться

Між натисканням на посилання та завантаженням сайту відбувається кілька технічних кроків. Браузер має відкрити адресу, пройти редирект, завантажити сторінку і виконати код аналітики. На будь-якому етапі відвідувач може закрити вкладку, зіткнутися з повільним завантаженням або втратити зв'язок.

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

Чому сеанси можуть з'являтися без нових кліків

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

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

Як редиректи впливають на облік переходів

Редирект — це проміжний перехід між посиланням на платформі та цільовою сторінкою. Його використовують скорочувачі посилань, партнерські трекери, сервіси захисту адрес і проміжні сторінки. Для обліку важливо, чи передає редирект параметри UTM і чи встигає він коректно відкрити цільову адресу.

Якщо скорочене посилання веде на сторінку без UTM-міток, сеанси можуть потрапити до іншого джерела або до прямого трафіку. Якщо редирект налаштований з помилкою, платформа все одно побачить клік, але сайт не отримає візит. Недолік ланцюжка з кількох редиректів — складніше визначити, на якому кроці губляться параметри або відвідувачі.

Як перевірити редирект перед публікацією

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

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

Як блокувальники та обмеження браузера спотворюють статистику

Блокувальник реклами або аналітики може не заважати відкриттю сайту, але заборонити завантаження лічильника. Глядач прочитає сторінку, відкриє контакти або навіть надішле форму, а стандартна аналітика не запише сеанс і перегляди. Схожий ефект дають суворі налаштування приватності, вимкнений JavaScript і обмеження браузера.

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

Як перевірити облік UTM-міток і подій

Для тесту відкрийте розмічене посилання в браузері без блокувальника та переконайтеся, що в аналітиці з'явився сеанс з очікуваними source, medium, campaign і content. Потім виконайте потрібну дію: відкрийте форму, натисніть кнопку месенджера або надішліть тестову заявку. У звіті подій має з'явитися саме одна очікувана дія.

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

Візити, сеанси та переходи у звітах

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

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

Які метрики стрімеру дивитися насамперед

Щоб не плутати кліки й візити, достатньо регулярно дивитися три показники за кожним розміщенням. Перший — кліки за зовнішнім посиланням на платформі, якщо ця статистика доступна. Другий — сеанси на сайті за конкретною UTM-міткою. Третій — цільові події: надсилання форми, клік у месенджер, перехід до оплати або інша дія, пов'язана із завданням розміщення.

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

Як аналізувати сторінку входу після стріму

Сторінка входу показує, куди реально потрапляють глядачі після переходу. Якщо в ефірі ви говорили про умови співпраці, а посилання веде на головну сторінку, частина аудиторії може піти, не знайшовши обіцяної інформації. Для такого заклику доречніше вести на умови, кейси, форму зв'язку або окрему сторінку під інтеграцію.

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

Що дивитися після сторінки входу

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

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

Як розмічати посилання UTM-мітками

UTM-мітки передають в аналітику відомості про джерело переходу. Вони допомагають відокремити посилання в описі стріму від посилання в чаті, профілі, пості соцмережі або партнерській згадці. Без розмітки трафік може потрапити до загальної групи соціальних мереж, рефералів або прямих заходів.

• utm_source — платформа або джерело розміщення.
• utm_medium — тип розміщення: опис, пост, інтеграція, реклама або інший варіант із вашої схеми.
• utm_campaign — ефір, серія трансляцій, запуск або партнерська активність.
• utm_content — конкретне місце посилання: опис, чат, панель каналу або закріплений пост.

Недолік UTM-розмітки — адреса стає довшою і менш зручною для чату. Скорочувати таке посилання можна лише після перевірки: скорочувач має зберігати всі параметри і вести на потрібну сторінку без зайвих проміжних кроків.

Чому єдині назви міток важливі для звітів

Назви в UTM-мітках потрібно писати однаково. Варіанти на кшталт telegram, Telegram і tg аналітика може показати окремими джерелами. Те саме стосується кампаній: різні назви одного ефіру доведеться об'єднувати вручну, і порівняння розміщень стане менш точним.

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

Як враховувати внутрішні переходи на сайті

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

Якщо ваш домен з'являється у звітах як джерело реферального трафіку, налаштування може бути порушене. Так буває, коли форма, особистий кабінет, платіжна сторінка або піддомен не передають дані про єдиний сеанс. Недолік цієї помилки — один реальний візит дробиться на кілька, а статистика джерел стає недостовірною.

Що враховувати на односторінковому лендінгу

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

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