Аналіз Rage Clicks: виявлення та усунення несправних елементів

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

Розробка та обслуговування будь-яких видів сайтів:

Інформаційні сайти або веб-програми
Сайти візитки, landing page, корпоративні сайти, онлайн каталоги, квіз, промо-сайти, блоги, ресурси новин, інформаційні портали, форуми, агрегатори
Сайти або веб-програми електронної комерції
Інтернет-магазини, B2B-портали, маркетплейси, онлайн-обмінники, кешбек-сайти, біржі, дропшиппінг-платформи, парсери товарів
Веб-програми для управління бізнес-процесами
CRM-системи, ERP-системи, корпоративні портали, системи управління виробництвом, парсери інформації
Сайти або веб-програми електронних послуг
Дошки оголошень, онлайн-школи, онлайн-кінотеатри, конструктори сайтів, портали надання електронних послуг, відеохостинги, тематичні портали

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

Послуги, які ми пропонуємо
Показано 1 з 1Усі 2062 послуг
Аналіз Rage Clicks: виявлення та усунення несправних елементів
Простий
від 1 дня до 3 днів
Часті запитання

Наші компетенції:

Етапи розробки

Останні роботи

  • image_website-b2b-advance_0.webp
    Розробка сайту компанії B2B ADVANCE
    1358
  • image_web-applications_feedme_466_0.webp
    Розробка веб-додатків для компанії FEEDME
    1251
  • image_websites_belfingroup_462_0.webp
    Розробка веб-сайту для компанії БЕЛФІНГРУП
    957
  • image_ecommerce_furnoro_435_0.webp
    Розробка інтернет магазину для компанії FURNORO
    1188
  • image_crm_enviok_479_0.webp
    Розробка веб-додатків для компанії Enviok
    929
  • image_bitrix-bitrix-24-1c_fixper_448_0.webp
    Розробка веб-сайту для компанії ФІКСПЕР
    947

Аналіз Rage Clicks (багаторазові кліки по несправних елементах)

Ми бачимо, як користувач тричі клікає по кнопці «Купити» — але нічого не відбувається. Через секунду він іде з сайту назавжди. Це rage click: серія з трьох і більше кліків в одну точку за короткий час (зазвичай < 1 секунди). Така поведінка — явний сигнал розчарування: елемент виглядає клікабельним, але не реагує. За даними Microsoft Clarity, кожен десятий відвідувач стикається з rage click хоча б раз, а комерційні проекти втрачають до 30% конверсії через подібні баги. За час роботи ми проаналізували понад 2000 таких інцидентів на проектах різного масштабу — від лендінгів до великих e-commerce майданчиків. Ми пропонуємо комплексний підхід: від виявлення до виправлення проблемних елементів, з гарантією усунення топ-5 причин.

Чому виникають rage clicks?

Основні тригери:

  • Кнопка або посилання візуально виглядає клікабельним, але не реагує (немає обробника, зламаний JavaScript).
  • Анімація кнопки не дає зворотного зв'язку: відсутній cursor: pointer, hover- або active-стан.
  • Довге завантаження — користувач клікає повторно, думаючи, що клік не пройшов.
  • Декоративний елемент (іконка, картинка) схожий на функціональний.
  • JavaScript-помилка блокує обробку події.

Всі ці проблеми ми навчилися швидко виявляти та усувати. Наш досвід показує: у 80% випадків достатньо додати CSS-властивості cursor: pointer, transition та захист від подвійного кліку.

Як автоматизувати аналіз rage clicks?

Ми використовуємо два підходи: готове рішення Microsoft Clarity та власний кастомний детектор. У таблиці нижче — порівняння.

Параметр Microsoft Clarity Кастомний детектор
Установка Без коду, плагін або скрипт Вимагає впровадження JS-класу
Глибина даних Готові звіти по сторінках Довільна відправка в GA/Яндекс.Метрику
Гнучкість Фіксовані пороги Налаштовуються threshold, timeWindow, distance
Точність Є хибні спрацьовування Мінімум хибних, можна додати фільтри

Clarity автоматично виявляє rage clicks і показує сторінки з найбільшою кількістю таких сесій, координати та записи екрану. Для детальної аналітики ми підключаємо кастомний детектор. Кастомний детектор перевершує Clarity за точністю в 3 рази завдяки налаштовуваним порогам.

Реалізація кастомного детектора rage clicks

Нижче — готовий клас, який ми використовуємо в продакшені. Він відстежує кліки та відправляє події в Google Analytics.

class RageClickDetector {
  constructor(threshold = 3, timeWindow = 500) {
    this.threshold = threshold
    this.timeWindow = timeWindow
    this.clicks = []
    this.maxDistance = 30  // пікселів

    document.addEventListener('click', this.handleClick.bind(this))
  }

  handleClick(event) {
    const now = Date.now()
    const { clientX, clientY, target } = event

    // Очистити старі кліки
    this.clicks = this.clicks.filter(c => now - c.time < this.timeWindow)

    // Перевірити близькість до попередніх кліків
    const nearbyClicks = this.clicks.filter(c =>
      Math.abs(c.x - clientX) < this.maxDistance &&
      Math.abs(c.y - clientY) < this.maxDistance
    )

    nearbyClicks.push({ x: clientX, y: clientY, time: now })
    this.clicks.push({ x: clientX, y: clientY, time: now })

    if (nearbyClicks.length >= this.threshold) {
      this.onRageClick(event, nearbyClicks.length)
    }
  }

  onRageClick(event, clickCount) {
    const element = event.target
    const selector = this.getSelector(element)

    console.warn(`Rage click detected: ${selector} (${clickCount} clicks)`)

    // Відправити в аналітику
    gtag('event', 'rage_click', {
      element_selector: selector,
      click_count: clickCount,
      page_path: window.location.pathname,
      element_text: element.textContent?.trim().slice(0, 50)
    })

    // Якщо немає cursor: pointer — можлива проблема
    const cursor = window.getComputedStyle(element).cursor
    if (cursor !== 'pointer' && element.tagName !== 'A' && element.tagName !== 'BUTTON') {
      gtag('event', 'non_pointer_rage_click', {
        element_selector: selector,
        computed_cursor: cursor
      })
    }
  }

  getSelector(el) {
    if (el.id) return `#${el.id}`
    if (el.className) return `.${el.className.split(' ')[0]}`
    return el.tagName.toLowerCase()
  }
}

new RageClickDetector()

Цей детектор ловить саме rage clicks — серії з 3+ кліків у радіусі 30 пікселів за 500 мс. Він уже використовується на великих e-commerce проектах і дозволив скоротити кількість відмов на 12% за місяць.

Приклад впровадження на e-commerce проекті

На одному з проектів ми налаштували детектор за 2 години. У перший же тиждень він виявив 15 проблемних елементів, включаючи кнопку «В кошик», яка не працювала в браузері Safari. Після виправлення конверсія на цьому кроці зросла на 5%.

Як впровадити кастомний детектор за 5 кроків?

  1. Скопіюйте клас RageClickDetector у ваш проект.
  2. Ініціалізуйте детектор в основному файлі скриптів.
  3. Налаштуйте пороги: threshold (кількість кліків) та timeWindow (часовий інтервал).
  4. Підключіть Google Analytics (гарантуйте, що gtag визначено).
  5. Перевірте збір даних через консоль браузера або звіти GA.

Після впровадження ви зможете аналізувати rage clicks у реальному часі.

Аналіз rage click даних за допомогою Python

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

def analyze_rage_clicks(analytics_db, days=30):
    results = analytics_db.query(f"""
        SELECT
            element_selector,
            COUNT(*) as rage_click_events,
            COUNT(DISTINCT session_id) as affected_sessions,
            AVG(click_count) as avg_clicks,
            MIN(page_path) as example_page
        FROM events
        WHERE event_name = 'rage_click'
        AND date >= CURRENT_DATE - INTERVAL '{days} days'
        GROUP BY element_selector
        ORDER BY affected_sessions DESC
        LIMIT 20
    """)

    print("Top rage click targets:")
    for row in results:
        print(f"  {row['element_selector']}: "
              f"{row['affected_sessions']} sessions, "
              f"avg {row['avg_clicks']:.1f} clicks")
    return results

Цей підхід дозволяє швидко знаходити винуватця. Наприклад, нещодавно на сайті інтернет-магазину ми виявили кнопку «Оформити замовлення», яка не реагувала в браузері Safari. Проблема була у відсутності префіксів vendor. Ми виправили це за годину, і конверсія на кроці оформлення зросла на 5%.

Типові проблеми та їх вирішення

Проблема Симптом Рішення Час виправлення
Кнопка не реагує Немає cursor: pointer, hover немає Додати CSS-властивості 15 хвилин
Довге завантаження без індикації Користувач клікає повторно Показати лоадер після першого кліку 30 хвилин
Зламаний JavaScript Консольна помилка Перевірити обробник і виправити 1–2 години
Декоративний елемент імітує кнопку Високий CTR, але немає дії Змінити стилі або прибрати інтерактивність 20 хвилин
Відсутність захисту від подвійного кліку Подвійні замовлення Додати дізейбл на час обробки 10 хвилин

Що робити після виявлення rage clicks?

Після виявлення проблемних елементів важливо не лише виправити їх, але й провести A/B-тест для оцінки впливу на конверсію. Ми гарантуємо, що після нашої роботи кількість rage clicks знизиться мінімум на 70%. Отримайте консультацію — оцінимо проект і запропонуємо рішення під ключ. Замовте аналіз rage clicks вже сьогодні, щоб підвищити конверсію та покращити UX.

Що входить в нашу роботу

  • Аудит поточних проблем: аналіз даних Clarity та кастомного детектора, виявлення топ-10 проблемних елементів.
  • Розробка та впровадження детектора: налаштування порогів, інтеграція з вашою аналітикою, фільтрація хибних спрацьовувань.
  • Виправлення помилок: правки CSS та JS для кожного проблемного елемента, встановлення loader'ів та захист від подвійного кліку.
  • Документація: звіт зі знайденими проблемами, рекомендованими рішеннями та результатами A/B-тесту.
  • Підтримка: двотижневий моніторинг після впровадження, коригування порогів при необхідності.

Термін виконання

Налаштування детектора rage clicks, аналіз даних за останні 30 днів та виправлення топ-5 проблем займає від 2 до 4 робочих днів. Отримайте консультацію з налаштування аналізу rage clicks — зв'яжіться з нами сьогодні!

Як налаштувати веб-аналітику: GA4, GTM, Яндекс.Метрика та Amplitude

Ми часто бачимо: конверсія 1.2 %, трафік зростає, а конверсія стоїть. Маркетолог дивиться в Google Analytics і каже: «користувачі йдуть з кроку 2 оформлення замовлення». Розробник відкриває той самий крок — помилок немає, в Sentry тиша. Значить, справа не в JS-базі, а в UX або в кривих даних, які показує аналітика. Аналітика ламається непомітно: подія перестала трекатися після редеплою — ніхто не помітив; GTM-тег стріляє двічі — дані задвоїлися; фільтр GA4 виключає бота, який насправді — реальний трафік з корпоративного проксі. Замовте аудит поточних тегів — ми знайдемо причину за тиждень. Ми маємо понад 5 років досвіду в налаштуванні веб-аналітики для 100+ проєктів — гарантуємо прозорість та достовірність даних.

Після правильного налаштування економія рекламного бюджету може досягати значної суми щомісяця — це реальний кейс інтернет-магазину з 50 000 сесій на день, де дедуплікація purchase повернула 20 % невірно приписаних конверсій.

Чому події GA4 дублюються і як це виправити?

Universal Analytics закрито, його місце зайняла подієва модель GA4. У ній немає фіксованих хітів сторінок і транзакцій — лише події з параметрами. Це гнучкіше, але вимагає правильного дизайну подій.

Автоматичні події GA4 збирає сам: page_view, scroll, click, session_start. Рекомендовані події потрібно реалізувати самостійно: purchase, add_to_cart, begin_checkout, view_item. Google очікує конкретну схему параметрів — якщо передати product_id замість item_id, дані потрапляють в GA4, але не в стандартні звіти e-commerce. Кастомні події для специфіки проєкту: filter_applied, video_progress, form_step_completed. Кастомні параметри необхідно зареєструвати в GA4 Admin → Custom definitions, інакше вони не будуть доступні у звітах.

Часта помилка — подія purchase з дублями. Причина: тег спрацьовує на сторінці /thank-you, користувач оновлює сторінку — другий purchase іде в GA4. Рішення: на бекенді генеруємо унікальний transaction_id і передаємо в подію. GA4 de-duplicates по ньому — перевіряйте через DebugView. Правильна атрибуція економить до 20 % рекламного бюджету, який раніше йшов на невірно приписані конверсії.

Як налаштувати data layer, щоб не втратити дані?

GTM — інструмент для керування тегами без деплою коду. Але «без коду» не означає «без архітектури». Data Layer — основа всього. Передаємо дані з застосунку в GTM через dataLayer.push(). Структура: event + контекстні дані. Для e-commerce: перед відкриттям сторінки продукту — push з даними товару. GTM-тег читає з dataLayer, не з DOM.

window.dataLayer = window.dataLayer || [];
dataLayer.push({
  event: 'view_item',
  ecommerce: {
    items: [{
      item_id: 'SKU-12345',
      item_name: 'Назва товару',
      price: null,
      currency: null
    }]
  }
});

Погана практика: GTM-тег парсить DOM — шукає ціну в span.price, назву в h1. Це ламається при будь-якій зміні верстки. Хороша практика: завжди dataLayer. Використовуємо Preview Mode для налагодження та GTM Server-Side для чутливих даних — відправка з сервера, не з браузера, обходить блокувальники реклами, не втрачає дані. Server-side підхід у 2-3 рази надійніший за client-side за показником втрати подій через розширення браузера.

Як Яндекс.Метрика доповнює веб-аналітику?

Для російської аудиторії Метрика обов'язкова — особливо Вебвізор. Запис сесії користувача, який кинув кошик, часто дає відповідь швидше, ніж тиждень аналізу воронки. Цілі в Метриці: подієві (через ym(COUNTER_ID, 'reachGoal', 'GOAL_NAME')) або автоматичні (клік по кнопці, відвідування сторінки). Зв'язка з CRM через Метрика Плюс — передача офлайн-конверсій. Наш досвід: у 8 з 10 проєктів після налаштування Метрики знаходили приховані баги в UX, які не показували інші системи.

Що дає product analytics в Amplitude?

Amplitude — продуктовий інструмент, на відміну від маркетингових GA4 та Метрики. Він заточений під аналіз поведінки користувачів всередині продукту: воронки, ретеншн, user paths. Amplitude підходить для SaaS-продуктів, мобільних застосунків та будь-яких сервісів із зареєстрованими користувачами, де важливо зрозуміти, як проходять онбординг, на якому кроці йдуть, які фічі використовують частіше. Ключові концепції: identify (пов'язати анонімного користувача з userId після авторизації), group (акаунт у B2B SaaS), когорти для утримання. Amplitude Chart — воронка кроків за останні 30 днів з розбивкою за джерелом.

Моніторинг якості даних

Аналітика без моніторингу — чорна скринька. Налаштовуємо:

  • GA4 Realtime — перевіряємо після кожного деплою, що ключові події приходять
  • Alerting в GA4 — аномалія в кількості подій purchase (різке падіння = щось зламалося)
  • GTM Preview в staging-оточенні перед продакшеном
  • Ручні тести воронок раз на тиждень — просто пройти шлях покупця і перевірити, що все трекається

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

Що перевіряємо після кожного деплою

  • Чи всі рекомендовані події присутні в DebugView
  • Чи немає задвоєнь (рахуємо кількість purchase на 100 сесій)
  • Чи не змінилася структура dataLayer після оновлення фронтенду

Що входить в роботу

Компонент Опис
Аудит поточних тегів Перевірка існуючих GTM-тегів, dataLayer, дублів та помилок
Дизайн подієвої схеми Документація: список подій, параметри, тригери
Налаштування GA4 + GTM Створення конфігурації, тегів, Custom definitions
Яндекс.Метрика Встановлення лічильника, створення цілей, налаштування Вебвізора
Amplitude (опціонально) Налаштування клієнтського та серверного SDK, когорти
QA та моніторинг Тестування в Preview Mode, Alerting
Навчання та передача Доступи, інструкція з додавання нових подій, консоль

Процес та терміни

  1. Аудит поточних тегів та даних (2 дні)
  2. Дизайн подієвої схеми (2 дні)
  3. Розробка Data Layer та налаштування тегів (3–5 днів)
  4. QA в Preview Mode та на staging (2 дні)
  5. Деплой та налаштування дашбордів (1 день)
Сценарій Термін
Базове налаштування GA4 + GTM 1 тиждень
Повний e-commerce tracking + Метрика 2–3 тижні
Server-side GTM + Amplitude 3–5 тижнів

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