Блог

← Усі статті

Як налаштувати Scroll Depth Tracking в Google Tag Manager

1 квітня 2026

TL;DR: GA4 Enhanced Measurement відстежує лише поріг прокрутки 90%. Для детальних даних створіть користувацький тригер Scroll Depth в GTM з порогами у відсотках (25, 50, 75, 90), прикріпіть GA4 Event тег з scroll_threshold як параметром і фільтруйте за page path за потреби. GTM Event Helper може налаштувати тригери та теги прокрутки за секунди через GTM API.

Відстеження глибини прокрутки показує, наскільки далеко відвідувачі насправді читають ваш контент. Сторінка може мати тисячі переглядів, але якщо 80% відвідувачів залишають її до другого абзацу, цей трафік не приносить цінності. Google Tag Manager робить відстеження прокрутки простим, але стандартне налаштування GA4 захоплює лише одну точку даних — і часто цього недостатньо.

Цей посібник охоплює повний спектр: від вбудованого відстеження прокрутки GA4 до користувацьких тригерів GTM, фільтрації по сторінках, відстеження на рівні секцій та поширених помилок, які спотворюють ваші дані.

Як працює scroll depth tracking в GTM?

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

GTM надає вбудований тип тригера Scroll Depth, який підтримує два режими вимірювання:

В кожному режимі можна вимірювати у відсотках (25%, 50%, 75%) або в пікселях (500px, 1000px, 1500px). Відсоткове відстеження нормалізує різну довжину сторінок, що робить його кращим вибором для більшості сценаріїв.

Коли поріг досягнуто, GTM створює подію gtm.scrollDepth в data layer. Ця подія несе три вбудовані змінні:

Ці змінні дозволяють вашому GA4 тегу захопити саме той поріг, який було перетнуто, без потреби в користувацькому JavaScript.

Як увімкнути відстеження прокрутки через GA4 Enhanced Measurement?

GA4 має вбудовану функцію відстеження прокрутки під назвою Enhanced Measurement. Коли вона увімкнена, автоматично надсилається подія scroll, коли користувач досягає 90% висоти сторінки. Ніякого налаштування GTM не потрібно — все обробляється data stream GA4.

Щоб перевірити, чи функція активна:

  1. Відкрийте GA4 Admin → Data Streams → оберіть ваш web stream
  2. Натисніть Enhanced measurement (іконка шестерінки)
  3. Переконайтеся, що перемикач Scrolls увімкнено

Після увімкнення GA4 відображає подію scroll у розділі Events. Ви можете побачити її в Realtime-звітах одразу та в стандартних звітах протягом 24-48 годин.

Обмеження: Enhanced Measurement відстежує лише поріг 90%. Ви отримуєте бінарну відповідь — чи прокрутив користувач майже до кінця, чи ні? Немає даних для 25%, 50% чи 75%. Для контент-насичених сторінок, як-от блог-пости, лендінги або сторінки товарів, цієї єдиної точки даних недостатньо для розуміння патернів читання.

Коли варто використовувати користувацькі тригери прокрутки замість Enhanced Measurement?

Поріг 90% від Enhanced Measurement достатній для базового відстеження залученості — розуміння, чи доходять користувачі до кінця сторінки. Але кілька сценаріїв вимагають більшої деталізації:

Якщо будь-який з цих сценаріїв актуальний, налаштуйте користувацькі тригери scroll depth в GTM поряд з (або замість) Enhanced Measurement.

Як створити користувацький тригер Scroll Depth в GTM?

Спочатку увімкніть вбудовані змінні прокрутки. Перейдіть до Variables у вашому GTM workspace, натисніть Configure і поставте галочки у секції "Scrolling":

Тепер створіть тригер:

  1. Перейдіть до Triggers → New
  2. Оберіть тип тригера: Scroll Depth
  3. Позначте Vertical Scroll Depths
  4. Оберіть Percentages і введіть: 25, 50, 75, 90
  5. У секції "This trigger fires on" оберіть All Pages (або додайте умови для конкретних сторінок)
  6. Дайте описову назву: "Scroll Depth - 25/50/75/90 - All Pages"
  7. Збережіть

Важливо: За замовчуванням кожен поріг спрацьовує лише один раз за завантаження сторінки. Якщо користувач прокрутив до 50%, повернувся вгору, а потім знову прокрутив до 50%, тригер 50% спрацює лише вперше. Така поведінка "один раз на сторінку" запобігає дублюванню подій і є коректним налаштуванням для аналітики.

GTM Event Helper створює тригери scroll depth через GTM API — оберіть потрібні пороги, і тригер з тегом налаштовуються автоматично з правильними конвенціями назв.

Як створити GA4 Event тег для відстеження прокрутки?

Коли тригер прокрутки готовий, створіть тег, який надсилає дані до GA4:

  1. Перейдіть до Tags → New
  2. Тип тегу: Google Analytics: GA4 Event
  3. Оберіть ваш GA4 Configuration тег (або введіть Measurement ID напряму)
  4. Event Name: scroll_depth
  5. Додайте параметри події:
    • scroll_threshold → {{Scroll Depth Threshold}}
    • page_path → {{Page Path}}
  6. Прикріпіть створений тригер scroll depth
  7. Назвіть тег: "GA4 - Scroll Depth"
  8. Збережіть

Чому scroll_depth, а не scroll? Назва події scroll вже використовується GA4 Enhanced Measurement. Використання іншої назви уникає конфліктів і спрощує розрізнення ваших користувацьких подій прокрутки від вбудованих у звітах. Якщо ви хочете повністю замінити Enhanced Measurement, вимкніть перемикач Scrolls у вашому data stream і використовуйте scroll як назву користувацької події.

Реєстрація параметра події

Щоб scroll_threshold з'явився як вимір у звітах GA4, потрібно зареєструвати його як custom dimension:

  1. GA4 Admin → Custom definitions → Custom dimensions
  2. Натисніть Create custom dimension
  3. Назва виміру: "Scroll Threshold"
  4. Scope: Event
  5. Event parameter: scroll_threshold

Без цієї реєстрації дані збираються, але не будуть доступні для розбивки у звітах. GA4 дозволяє до 50 custom event-scoped dimensions на property.

Які відсотки прокрутки варто відстежувати?

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

Стандартні контент-сторінки (блог-пости, статті): Використовуйте 25, 50, 75, 90. Ця розбивка на чотири точки показує, чи читають відвідувачі вступ (25%), чи доходять до середини (50%), чи проходять більшу частину контенту (75%) і чи закінчують статтю (90%). Поріг 25% особливо цінний — різке падіння від перегляду сторінки до 25% вказує, що контент вище згину недостатньо переконливий, щоб продовжити прокрутку.

Довгий контент (гайди, whitepaper, кейси): Розгляньте 10, 25, 50, 75, 90. Додатковий поріг 10% допомагає зрозуміти, чи відвідувачі одразу відмовляються після завантаження сторінки, чи хоча б трохи взаємодіють з контентом.

Лендінги: Використовуйте пороги, що відповідають секціям вашої сторінки. Якщо hero займає 20% сторінки, features — на 40%, відгуки — на 60%, ціни — на 80%, а CTA — на 90%, відстежуйте саме ці відсотки: 20, 40, 60, 80, 90.

Короткі сторінки (контакти, ціни, реєстрація): 50, 90 часто достатньо. Короткі сторінки не потребують детального відстеження — вам головне знати, чи бачили користувачі повну сторінку.

Врахування продуктивності: Кожен поріг додає невелику кількість обробки подій. Десять порогів (кожні 10%) на сайті з 1М переглядів на місяць можуть помітно збільшити об'єм подій GA4. Для більшості сайтів чотири-п'ять порогів забезпечують достатню деталізацію без роздування лічильників подій.

Як відстежувати глибину прокрутки лише на конкретних сторінках?

Відстеження глибини прокрутки на кожній сторінці створює шум. Сторінка "Зв'яжіться з нами" з трьома полями форми не потребує такого ж відстеження прокрутки, як гайд на 3 000 слів. GTM дозволяє обмежити тригер прокрутки конкретними сторінками за допомогою умов спрацювання.

Метод 1: Умова Page Path на тригері

При створенні або редагуванні тригера scroll depth:

  1. У секції "This trigger fires on" оберіть Some Pages
  2. Додайте умову: Page Path → contains → /blog/

Це спрацьовує лише на сторінках, де URL-шлях містить "/uk/blog/". Також можна використовувати:

Метод 2: Групи тригерів

Якщо потрібні різні пороги для різних типів сторінок, створіть окремі тригери:

Тригер 1: "Scroll Depth - Blog - 25/50/75/90"
  Пороги: 25, 50, 75, 90
  Умова: Page Path contains /blog/

Тригер 2: "Scroll Depth - Landing Pages - 20/40/60/80/90"
  Пороги: 20, 40, 60, 80, 90
  Умова: Page Path matches RegEx ^/(features|pricing|demo)$

Прикріпіть обидва тригери до одного GA4 Event тегу. Тег спрацьовує щоразу, коли активується будь-який тригер, а змінна {{Scroll Depth Threshold}} захоплює правильне значення незалежно від того, який тригер спрацював.

Метод 3: Lookup Table змінна

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

Як аналізувати дані прокрутки в GA4?

Коли події scroll depth почнуть надходити до GA4, потрібно структурувати аналіз для отримання практичних інсайтів.

Explorations: Free-form звіт

  1. Перейдіть до Explore → Free form
  2. Rows: додайте Page path та Scroll Threshold (custom dimension)
  3. Values: додайте Event count
  4. Filter: Event name equals scroll_depth

Це створює таблицю, яка показує, скільки разів кожен поріг прокрутки було досягнуто на кожній сторінці. Щоб розрахувати показник завершення прокрутки, порівняйте кількість подій на 90% з кількістю подій на 25% для тієї ж сторінки.

Funnel exploration

Створіть воронку з порогами прокрутки як кроками:

  1. Крок 1: подія scroll_depth, де scroll_threshold = 25
  2. Крок 2: подія scroll_depth, де scroll_threshold = 50
  3. Крок 3: подія scroll_depth, де scroll_threshold = 75
  4. Крок 4: подія scroll_depth, де scroll_threshold = 90

Ця візуалізація точно показує, де користувачі відпадають. Типова здорова контент-сторінка може показувати: 100% → 70% → 50% → 35%. Якщо ви бачите 100% → 30% → 25% → 20%, контент втрачає читачів одразу після першої чверті.

Сегментація

Поєднуйте дані прокрутки з іншими вимірами для глибших інсайтів:

Як відстежувати глибину прокрутки для окремих секцій сторінки?

Відстеження на основі відсотків має фундаментальне обмеження: один і той же відсоток означає різний контент на сторінках різної довжини. На сторінці в 1 000 пікселів 50% — це 500 пікселів. На сторінці в 5 000 пікселів 50% — це 2 500 пікселів. Якщо потрібно знати, чи бачив користувач конкретну секцію — а не просто загальний відсоток — потрібне відстеження на рівні секцій.

Підхід з тригером Element Visibility

Тригер Element Visibility в GTM спрацьовує, коли конкретний елемент з'являється у видимій області. Це точніше, ніж scroll depth для відстеження секцій:

  1. Додайте атрибути id до секцій сторінки: <section id="pricing">, <section id="testimonials">
  2. Створіть тригер Element Visibility:
    • Selection Method: ID
    • Element ID: pricing
    • When to fire: Once per page
    • Minimum percent visible: 50 (спрацьовує, коли видно щонайменше половину елемента)
  3. Створіть GA4 Event тег з назвою події section_view і параметром section_id, що дорівнює ID елемента

Відстеження прокрутки в пікселях

Якщо ви не можете додати ID до секцій сторінки, пікселеві пороги прокрутки пропонують компроміс. Розрахуйте піксельну позицію кожної секції та використовуйте ці значення як пороги scroll depth:

Тригер: Scroll Depth
Units: Pixels
Thresholds: 600, 1400, 2200, 3000

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

GTM Event Helper підтримує тригери Element Visibility — оберіть секцію на сторінці, і розширення створить тригер та GA4 тег через API з правильним селектором елемента.

Які найпоширеніші помилки відстеження прокрутки?

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

1. Не вимкнено Enhanced Measurement scroll. Якщо ви створюєте користувацькі тригери прокрутки в GTM, поки перемикач Scrolls в Enhanced Measurement увімкнено, ви отримаєте обидві події — вбудовану подію scroll на 90% і вашу користувацьку подію scroll_depth на тому ж порозі. Це подвійний підрахунок 90% прокрутки. Або вимкніть Enhanced Measurement scrolls, або використовуйте іншу назву події та прийміть перекриття.

2. Відстеження прокрутки на сторінках з автоматичним розширенням контенту. Сторінки з нескінченною прокруткою, lazy-loaded контентом і кнопками "Завантажити ще" змінюють висоту сторінки після початкового завантаження. Користувач може досягти 90% початкової сторінки, що активує подію, а потім сторінка зростає. Поріг 90% спрацьовує знову, коли вони досягають 90% нової висоти — це призводить до дублювання подій. Використовуйте опцію "Once per page" і розгляньте тригери Element Visibility для сторінок з нескінченною прокруткою.

3. Ігнорування видимості вкладки. Користувачі, які відкривають сторінку, прокручують вниз, а потім перемикаються на іншу вкладку, все одно реєструють події прокрутки при поверненні. Це очікувана поведінка, але майте на увазі, що час на сторінці та глибина прокрутки можуть бути не пов'язані — користувач може прокрутити до 90% за п'ять секунд при скануванні, тоді як інший витрачає п'ять хвилин, читаючи кожне слово.

4. Не враховано позицію завантаження сторінки. Сторінки з якірними посиланнями (наприклад, /faq#returns) або сторінки, відновлені з історії браузера, можуть завантажитися з viewport вже нижче 0%. GTM спрацьовує на порогах scroll depth, які вже досягнуті при завантаженні сторінки. Це не баг — це точна поведінка — але це означає, що деякі події "прокрутки" не представляють реальне прокручування.

5. Занадто багато порогів на високонавантажених сайтах. Відстеження кожних 5% (двадцять порогів) на сайті з 1М переглядів на місяць генерує до 20М додаткових подій прокрутки на місяць. Безкоштовний рівень GA4 має ліміт 25М подій на місяць. Чотири-п'ять порогів на сторінку забезпечують достатню деталізацію без наближення до лімітів подій.

6. Забули зареєструвати custom dimensions. Дані надходять до GA4, але scroll_threshold не з'являється у звітах, бо ви не зареєстрували його як custom dimension. Це найпоширеніше питання підтримки для відстеження прокрутки. Зареєструйте ваші користувацькі параметри одразу після створення тегу — не чекайте, поки перевірите звіти через кілька днів.

Чи є швидший спосіб налаштувати відстеження прокрутки?

Ручний процес включає увімкнення змінних, налаштування тригерів, створення тегів, реєстрацію dimensions і тестування в Tag Assistant. Для однієї пари тригер-тег це займає близько 15 хвилин. Для налаштувань по конкретних сторінках з кількома групами тригерів — годину або більше.

GTM Event Helper спрощує цей процес:

  1. Оберіть тип події прокрутки в розширенні
  2. Виберіть пороги та умови для сторінок
  3. Розширення створює тригер і GA4 Event тег через GTM API
  4. Вбудовані змінні вмикаються автоматично

Для відстеження секцій на основі Element Visibility натисніть на елемент секції на сторінці — розширення генерує відповідний тригер з правильним селектором елемента, умовами спрацювання та відповідним GA4 тегом.

Відстежуйте залученість прокрутки без ручного налаштування.

Встановити GTM Event Helper

Зовнішні ресурси

Пов'язані статті

← Усі статті · Головна · Політика конфіденційності · Контакти