Фільтрація бот-трафіку в GA4 за допомогою серверного GTM та Bot Detection від Stape

Фільтрація ботів у GA4 є важливою для підтримання чистоти аналітичних даних, а останнім часом власники вебсайтів дедалі частіше стикаються з дивним, небажаним трафіком у звітах Google Analytics 4. Найпоширеніша проблема — реферальний спам із підозрілих джерел та геолокацією «Poland». Сайти-джерела такого трафіку зазвичай однакові: news.grets.store, statis.seders.website, trast.mantero.online, ofer.bartikus.site. Якщо ви вже стикалися з ними, ви не самотні.

Google Analytics рекомендує додавати ці сайти до List of unwanted referrals. Але насправді це не вирішує проблему; це лише змінює категорію трафіку на «Direct», залишаючи спам у вашій аналітиці. Інша проблема полягає в тому, що GA4 не може фільтрувати трафік за рефералами, а лише за IP-адресами.

У цій статті ми розглянемо спам через Measurement Protocol, типи спаму, які трапляються найчастіше — зокрема реферальний спам і спам подіями, — і, що найважливіше, як зупинити бот-трафік на вебсайті та захистити свої дані в GA4. 

Google Analytics — це найпопулярніший інструмент веб аналітики, яким користуються мільйони людей. Реферальні спамери сподіваються, що коли ви зайдете в Google Analytics і побачите трафік із невідомих вебсайтів, вам стане цікаво дізнатися, що це за ресурси. Це один із сірих способів отримання трафіку. Існує кілька способів монетизації: перенаправлення на партнерські пропозиції або спрямування на цільову сторінку з пропозицією щось придбати, завантажити програмне забезпечення, просувати маркетингове агентство чи будь-яку іншу послугу. 

Спамерам потрібно знати ваш Google Analytics ID, щоб надсилати фейкові хіти до вашого акаунту GA. Але іноді вони навіть не обтяжують себе пошуком справжніх Google Analytics ID. Спамери можуть масово генерувати підроблені ID, сподіваючись, що деякі з них виявляться реальними ідентифікаторами GA. Автоматизований скрипт надсилає неправдиві дані до акаунтів GA за допомогою Measurement Protocol. 

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

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

Фільтрація ботів у GA4 допомагає виключити автоматизований нелюдський трафік зі звітів аналітики. За замовчуванням GA4 відфільтровує відомих ботів і пошукових роботів на основі списку IAB/ABC International Spiders and Bots List. Однак ця вбудована фільтрація обмежена і не покриває всі типи бот-трафіку, особливо новіші джерела спаму.

Головне обмеження полягає в тому, що GA4 може фільтрувати трафік лише за IP-адресою. У результаті бот-трафік і реферальний спам у GA4 все одно можуть просочуватися та продовжувати забруднювати ваші аналітичні дані.

Щоб вирішити цю проблему, ви можете увімкнути павер-ап Bot Detection. Він оцінює кожен запит від 0 до 100. Запити з оцінкою від 50 до 75 лише позначаються прапорцем, оскільки деякі перевірені параметри не повністю підтверджують поведінку бота. Запити з оцінкою вище 75 блокуються, якщо ввімкнено блокування, оскільки всі параметри демонструють явну активність бота.

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

• X-Device-Bot (повертає true або false)
• X-Device-Bot-Score (оцінка від 1 до 100, де 100 вказує на високу ймовірність бот-трафіку)

Далі, створивши змінну типу Request Header для цих заголовків у своєму контейнері sGTM, ви можете використовувати сигнали виявлення ботів для фільтрації небажаного або підозрілого трафіку. Наприклад, ви можете заблокувати спрацьовування тегів GA4 чи інших тегів, якщо запит ідентифіковано як бот-трафік.

Переваги павер-апу Bot Detection:

​​1. Точніші аналітичні дані

2. Вищий рівень безпеки та захист від шахрайства

3. Просте налаштування та керування

Після активації з усіма запитами до сервера ви отримуватимете два додаткові параметри в заголовках кожного запиту: X-Device-Bot (true або false) та X-Device-Bot-Score (оцінка від 1 до 100, що позначає ймовірність того, що запит надійшов від бота):

Потім ви можете просто додати це як додаткову перевірку до тригерів у серверному контейнері:

1. 1.
   У серверному контейнері створіть змінну типу «Request Header» і вкажіть «X-Device-Bot», щоб отримувати значення цього заголовка.
2. 2.
   Використовуйте цю змінну як додаткову перевірку у вашому тригері GA4 на сервері, а також у будь-яких інших тригерах, де ви хочете обмежити вплив бот-трафіку:

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

Ви також можете скомбінувати це налаштування з павер-апом Block Request by IP.

Він дозволяє блокувати запити, що надходять з обраних IP-адрес (до 30 адрес).

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

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

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

Крім того, Cloudflare також надає такі можливості для блокування бот-трафіку:

• Known bots — виключає трафік зі списку ботів Cloudflare.
• Verified bot category — виключає бот-трафік із зазначених категорій.

Якщо реферал містить ваші спам-домени, ви можете додати тригер-виняток для своїх тегів GA4. Зробити це досить просто:

• Переконайтеся, що у вбудованих змінних у вас увімкнено змінну referrer.

• Створіть новий тригер типу Custom Event, який спрацьовуватиме для будь-якої події (за це відповідатиме .* у regex), і вкажіть додаткову умову для тригера: referrer відповідає регулярному виразу (matches regex) для ваших спам-доменів. У regex ви можете позначити 'або' символом | без пробілів.

Наприклад: news.grets.store|static.seders.website|another.domain

• Додайте цей тригер як виняток до ваших тегів GA4 та опублікуйте зміни у своєму контейнері.

Таким чином тригер-виняток не дозволить тегам спрацювати, якщо реферал містить один із ваших спам-доменів, і ці дані не потраплять до GA4.

Реферальний спам і спам подіями в Google Analytics 4 — це серйозна проблема, яка спотворює статистику та може зашкодити вашій SEO-стратегії та рішенням, що базуються на даних. На жаль, вбудовані механізми GA4 наразі не дозволяють ефективно фільтрувати такий трафік за джерелами переходу.

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

Це має найбільше значення для тегів, які передають дані безпосередньо в рекламні платформи. Якщо його не відфільтрувати, бот-трафік не просто спотворює звіти в GA4 — він передається в Google Ads та Meta як реальні конверсії, навчаючи алгоритми призначення ставок на трафіку, який ніколи нічого не купить. Щоб ознайомитися з повним налаштуванням, яке розширює цю фільтрацію саме на дані для призначення ставок у рекламі, перегляньте Практичний гайд із захисту ставок у рекламі від ботів.

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

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