Microsoft Clarity: як аналізувати поведінку користувачів
TL;DR
- Microsoft Clarity це поведінкова аналітика: записи сесій, теплові карти, фільтри й сегменти, воронки та інтеграція з GA4.
- Розподіл ролей простий: GA4 каже, де і наскільки просіло, Clarity каже, як саме поводяться люди, зміна й перевірка кажуть, чи допомогло.
- Починати треба з питання й сегмента, а не з відкриття записів навмання.
- Теплових карт п’ять: click, scroll, area, conversion і attention. У click maps є підтипи, серед них dead clicks і rage clicks.
- Записи зберігаються 30 днів, далі Clarity залишає 1 відсоток або 10 записів на день до 9 місяців, тому потрібний доказ позначають одразу.
- Щільність кліків не дорівнює бізнес-цінності: найяскравіша зона карти часто виявляється меню.
- Clarity дає спостереження, а не причину. Висновок з’являється лише після зміни й перевірки на метриці, визначеній заздалегідь.
Типова ситуація: GA4 показує, що конверсія на сторінці впала, а причина невідома. Цифри кажуть, де просіло, але не кажуть, що саме роблять люди перед виходом. Microsoft Clarity що це в такому контексті: інструмент, який дає поведінковий доказ. Нижче не перелік кнопок, а п’ять робочих сценаріїв, 30-хвилинний аудит і спосіб пріоритезувати знахідки, щоб записи сесій не перетворилися на цікаве відео без наслідків.
Що таке Microsoft Clarity і коли він корисний
Microsoft Clarity це інструмент поведінкової аналітики, який показує, як люди взаємодіють із вашим сайтом: куди клікають, до чого доскролюють, де зупиняються й де натикаються на помилки. В офіційній документації він описаний як засіб зрозуміти досвід користувача, щоб потім його покращити.
Ключове слово тут «як». Clarity не замінює аналітику й не доводить причину.
| Інструмент | На яке питання відповідає | Що дає на виході |
|---|---|---|
| GA4 | Що і де просіло: яка сторінка, який канал, який крок воронки | Числа й динаміка |
| Microsoft Clarity | Як саме поводяться люди на цій сторінці | Поведінковий доказ: кліки, скрол, записи, помилки |
| Тест або дослідження | Чому так і чи допомогла зміна | Підтвердження або відкидання гіпотези |
Три інструменти в такому порядку і становлять робочий цикл. Пропуск першого дає безсистемний перегляд сесій, пропуск третього дає зміни, ефект яких ніхто не перевірив.
Основні можливості, перелічені в документації: записи сесій, теплові карти, дашборд з інсайтами, фільтри й сегменти, воронки, smart events, кастомні теги, інтеграція з GA4 і мобільні SDK. Є також мобільні SDK для Android, iOS, Flutter, React Native та Cordova, API для експорту й окремий помічник Copilot, який може підсумовувати сесії.
Коли Clarity справді потрібен:
- На сторінку йде трафік, але конверсія нижча за інші сторінки того ж типу.
- Ви щойно змінили верстку або форму й хочете побачити, як на це реагують люди.
- Є скарги на те, що «щось не працює», але відтворити проблему не вдається.
- Ви готуєте редизайн і не хочете вгадувати, які блоки прибрати.
Коли він не допоможе: якщо проблема в трафіку, а не в сторінці. Що таке Microsoft Clarity у цьому випадку: інструмент, який покаже, що люди поводяться логічно, просто вони не ваша аудиторія. Це цінна відповідь, але шукати її треба в аналітиці джерел, а не в записах.
Перед аналізом сформулюйте питання
Microsoft Clarity як користуватися з користю: почати не з відкриття записів, а з питання. Відкриті «подивитися, що там» сесії забирають години й не дають рішень.
Шість питань, з яких варто вибирати:
- ☐ Чи бачать люди основний CTA, чи він лежить нижче зони, до якої доскролює більшість.
- ☐ На якому полі форми люди зупиняються й залишають заповнення.
- ☐ Чим поведінка на мобільному відрізняється від десктопної на цій самій сторінці.
- ☐ Чи дочитують ключовий блок на інформаційній сторінці й чи переходять далі в комерційні розділи.
- ☐ Чи є на сторінці елементи, які люди приймають за клікабельні, хоча вони такими не є.
- ☐ Чи виникають технічні помилки в конкретному браузері або на конкретному пристрої.
Правило: одне питання, один сегмент, одна гіпотеза. Питання без сегмента дає середнє по всіх користувачах, а середнє приховує саме ту групу, через яку впала конверсія.
П’ять сценаріїв аналізу
Кожен сценарій це послідовність: фільтр, що дивимося, який доказ шукаємо, яка гіпотеза, яка метрика перевірки.
Сценарій 1. CTA на лендінгу не працює. Фільтр: Visited URL цієї сторінки, розбивка за device. Дивимося scroll map і click map. Доказ: до блоку з CTA доскролює помітно менша частина відвідувачів, ніж до блоку з описом. Гіпотеза: CTA лежить нижче середньої зони видимості. Перевірка: конверсія сторінки після підняття CTA вище.
Сценарій 2. Форма або оформлення замовлення. Фільтр: Visited URL форми плюс фільтр Rage clicks. Дивимося записи сесій тих, хто почав заповнювати й не відправив. Доказ: повторні кліки на одному полі або на кнопці, яка не реагує. Гіпотеза: валідація спрацьовує неочевидно або поле вимагає формату, про який не сказано. Перевірка: частка завершених відправок форми.
Сценарій 3. Проблема тільки на мобільному. Фільтр: device Mobile, конкретний браузер, конкретна роздільність. Дивимося записи й click map. Доказ: елемент перекриває кнопку або текст обрізається. Гіпотеза: верстка ламається на певній ширині. Перевірка: конверсія мобільного сегмента до і після виправлення.
Сценарій 4. Інформаційна сторінка не передає трафік далі. Фільтр: Visited URL статті, джерело трафіку органіка. Дивимося scroll map і click map. Доказ: до блоку з посиланням на послугу доскролює мало людей, а кліки концентруються у верхній частині. Гіпотеза: перехід у комерційний розділ стоїть надто низько й не має контексту. Перевірка: кількість переходів зі статті в сервісні сторінки.
Сценарій 5. Технічна проблема. Фільтр: JavaScript errors, за потреби з підфільтром Click errors. Дивимося записи сесій із помилками. Доказ: помилка виникає після конкретної дії й блокує подальший крок. Гіпотеза: скрипт конфліктує на певному сценарії. Перевірка: зникнення помилки у фільтрі й відновлення конверсії.
П’ятий сценарій часто найдешевший: виправлення однієї помилки не потребує редизайну, а фільтр JavaScript errors показує до 500 найчастіших помилок і дозволяє комбінувати їх логікою OR та AND.
Теплові карти: що дивитися і яких висновків не робити
Microsoft Clarity теплові карти бувають п’яти типів, і кожен відповідає на своє питання. За офіційною документацією це:
| Тип карти | Що показує | Коли використовувати |
|---|---|---|
| Click maps | Куди клікають і скільки кліків отримує кожен елемент | Перевірка CTA, навігації, хибно клікабельних елементів |
| Scroll maps | Наскільки глибоко скролять сторінку, включно з показником Average fold | Розміщення важливих блоків і CTA |
| Area maps | Сумарні кліки по всіх елементах у вибраній вами зоні | Оцінка блоку цілком, а не окремих кнопок |
| Conversion maps | Дані про покупки: які кліки ведуть до кращих конверсій | E-commerce |
| Attention maps | Скільки часу люди проводять на кожній частині сторінки | Перевірка, чи читають ключовий блок |
У click maps є підтипи: All clicks, Dead clicks, Rage clicks, Error clicks, First clicks і Last clicks. Dead clicks і Rage clicks найкорисніші для діагностики: перші показують елементи, які не реагують, другі показують фрустрацію.
Дві технічні деталі з документації, які впливають на інтерпретацію. По-перше, click maps будуються на основі елементів, а не абсолютних координат курсора, тому залишаються коректними при різних розмірах вікна й адаптивній верстці. По-друге, для побудови карт немає мінімального порогу трафіку, і вони формуються з даних, які Clarity вже зібрав.
Чого не варто робити. Щільність кліків не дорівнює бізнес-цінності. Найяскравіша зона на карті може бути меню або логотипом. Висновок про те, що блок працює, робиться не за кількістю кліків, а за тим, чи веде ця взаємодія до наступного кроку.
Друге обмеження: карта показує сукупність, а не окремого користувача. Якщо вам потрібно зрозуміти послідовність дій, карта не допоможе, тут потрібні записи.
Практичний порядок читання карт, якщо ви дивитеся сторінку вперше. Спочатку scroll map: він одразу відповідає, чи взагалі доходять до ваших важливих блоків. Потім click map у підтипі All clicks: видно, куди спрямована увага. Далі Dead clicks і Rage clicks: це готовий список технічних і UX-проблем. І лише після цього Attention maps, якщо питання стосується того, чи читають текст.
Microsoft Clarity теплові карти найкорисніші саме в цій зв’язці. Окремо взята карта кліків дає гарну картинку й слабкий висновок, а послідовність із чотирьох кроків дає перелік конкретних місць, які варто подивитися в записах.
Записи сесій: як не дивитися їх навмання
Microsoft Clarity записи сесій це не відео, а реконструкція: Clarity зберігає HTML і дії користувача й відтворює їх покроково. Це важливо розуміти, бо від цього залежить, що саме ви побачите.
Робочий порядок:
- Поставте питання і виберіть сегмент. Без фільтра ви дивитеся випадкові сесії.
- Застосуйте фільтри. У Clarity понад 30 фільтрів у дев’яти групах: User info, User actions, Path, Traffic, Performance, Product, Session, Page і Custom filters. Для поведінкової діагностики потрібна підгрупа Insights із фільтрами Rage clicks, Dead clicks, Excessive scrolling і Quick backs.
- Збережіть комбінацію як сегмент. Сегмент у Clarity це збережений набір фільтрів, до якого можна повернутися й поділитися ним із командою.
- Дивіться цілеспрямовану вибірку. Двадцять сесій одного сегмента дають більше, ніж сто випадкових.
- Використовуйте skip inactivity. Опція пропускає неактивні проміжки, і перегляд іде швидше.
- Позначайте знахідки. Записи можна додавати в улюблені й маркувати, щоб потім зібрати докази в одному місці.
- Фіксуйте спостереження текстом. Один рядок на сесію: що людина робила, де зупинилася, що саме пішло не так.
Дві деталі, які варто знати заздалегідь. Сесія завершується після 30 хвилин неактивності, тому довгий вибір із перервами розпадається на кілька сесій. І зберігаються записи 30 днів, після чого Clarity залишає 1 відсоток записів або 10 записів на день, що більше, на строк до 9 місяців; записи, додані в улюблені, зберігаються до 9 місяців. Це означає просту річ: доказ, який вам потрібен для обґрунтування змін, треба позначити одразу.
Фільтри групи Path підтримують регулярні вирази, тому для аналізу цілого розділу не потрібно перебирати URL по одному.
Microsoft Clarity записи сесій мають ще одну недооцінену функцію: сесію можна поділитися посиланням. Це змінює характер обговорення з розробниками. Замість опису «на мобільному щось не так із формою» ви надсилаєте конкретний запис, і питання закривається без додаткових уточнень.
Чого не варто робити із записами: показувати їх як головний аргумент у презентації для керівництва. Десять сесій це ілюстрація, а не статистика. Аргументом має бути число з аналітики, а запис потрібен, щоб пояснити це число.
GA4, Clarity, гіпотеза, перевірка
Центральний процес виглядає так: GA4 показує, де просіло, Clarity показує, що відбувається, зміна й перевірка показують, чи допомогло.
Наскрізний приклад. Числа умовні, це ілюстрація логіки, а не кейс.
- GA4. У Funnel exploration видно, що на кроці «початок заповнення форми, відправка форми» мобільний сегмент просідає сильніше за десктопний. Налаштування: до 10 кроків, перемикач Make open funnel для відкритої воронки, порівняння до чотирьох сегментів, опція Show elapsed time для середнього часу між кроками.
- Clarity. Фільтр device Mobile плюс Visited URL форми плюс Rage clicks. Переглядаємо 20 сесій.
- Доказ. Повторні кліки на полі телефону, кілька спроб відправки, вихід без результату.
- Гіпотеза. Маска поля не приймає формат із пробілами, повідомлення про помилку не видно на мобільному.
- Зміна. Прибрати жорстку маску, підняти текст помилки над кнопкою.
- Перевірка. Той самий крок воронки в GA4 для мобільного сегмента через два тижні плюс повторний фільтр Rage clicks на цій сторінці.
Останній пункт і є відповіддю на питання, чим аналіз поведінки користувачів Microsoft Clarity відрізняється від перегляду сесій: у нього є метрика перевірки, визначена до внесення змін.
Для зв’язки з конверсійною частиною корисно заздалегідь домовитися, що саме ви вважаєте результатом сторінки. Якщо визначення конверсії сайту не зафіксоване, перевірка гіпотези перетвориться на суперечку про цифри. Так само варто перевірити, чи коректно налаштовані події в Google Analytics 4: Clarity покаже поведінку, але підтвердження результату залишається за аналітикою.
Як пріоритезувати знахідки
Після двох годин у Clarity у вас буде десять знахідок. Робити всі одразу не вийде. Ми в bizZzdev оцінюємо кожну за трьома критеріями від 1 до 5. Це авторська робоча модель, а не галузевий стандарт.
Priority Score = Frequency × Business Impact × Confidence
| Критерій | Що оцінюємо |
|---|---|
| Frequency | Наскільки часто проблема трапляється: один сегмент чи більшість користувачів |
| Business Impact | Наскільки близько проблема до грошей: головна форма чи другорядний блок |
| Confidence | Наскільки ви впевнені, що правильно зрозуміли причину |
Три умовні приклади для ілюстрації логіки оцінювання:
| Знахідка | Frequency | Impact | Confidence | Бал |
|---|---|---|---|---|
| Rage clicks на полі головної форми, мобільний | 4 | 5 | 4 | 80 |
| CTA нижче середньої зони видимості на лендінгу | 5 | 4 | 3 | 60 |
| Dead clicks на зображенні в блозі | 3 | 1 | 5 | 15 |
Третя знахідка реальна, але її виправлення не змінить бізнес-результат. Саме для цього потрібен Impact: без нього в план потрапляють найпомітніші, а не найважливіші речі.
Низький Confidence це не причина викидати знахідку, а причина спершу подивитися ще десять сесій.
Ще одна корисна практика: тримати окремий список знахідок із низьким Impact, але дешевих у виправленні. Їх не варто ставити в чергу поодинці, зате раз на квартал їх можна закрити одним пакетом разом із іншими правками. Так Microsoft Clarity аналітика перестає бути джерелом нескінченного беклогу й стає нормальним робочим процесом.
Головне правило пріоритезації: у роботу йде лише те, для чого визначена метрика перевірки. Знахідка без метрики залишається спостереженням, і це нормально, просто вона не займає ресурс команди.
30-хвилинний аудит у Clarity
Microsoft Clarity аналітика не вимагає цілого дня. Готовий повторюваний порядок:
- 5 хвилин. Дашборд: дивимо основні показники й вибираємо сегмент, який просів. Застосовуємо фільтр.
- 10 хвилин. Теплові карти цільової сторінки: scroll map для перевірки видимості ключових блоків, click map із підтипами Dead clicks і Rage clicks.
- 10 хвилин. Записи сесій за тим самим сегментом плюс поведінковий фільтр. Двадцять сесій, по рядку спостереження на кожну.
- 5 хвилин. Backlog: виписати знахідки, поставити оцінки Frequency, Impact, Confidence і визначити метрику перевірки для двох верхніх.
На виході не звіт, а два завдання з критерієм успіху. Повторювати цей аудит має сенс раз на місяць для ключових сторінок і одразу після будь-якого релізу, що змінює верстку або форми.
Microsoft Clarity як користуватися в межах цього аудиту без зайвої роботи: не змінюйте сегмент посеред процесу. Якщо ви почали з мобільного трафіку на одній сторінці, пройдіть усі чотири етапи саме на ньому. Перемикання між сегментами на другому кроці дає відчуття глибини й нульовий результат, бо карти й записи перестають стосуватися одного питання.
У bizZzdev ми ведемо такий аудит у простій таблиці з п’ятьма колонками: сторінка, сегмент, спостереження, гіпотеза, метрика перевірки. Колонка з метрикою заповнюється обов’язково, інакше задача не йде в роботу.
Приватність і обмеження
Два обмеження варто проговорити до запуску.
Юридична частина. Документація Clarity містить окремі розділи про cookies, керування згодою й Consent Mode, зберігання даних, маскування, виключення IP і зразкові формулювання для політики конфіденційності. Налаштовувати їх потрібно за актуальними офіційними матеріалами й узгоджувати з юристом: стаття не дає юридичних висновків і не підтверджує відповідність жодному регулюванню.
Методологічна частина. Clarity показує спостереження, а не причину. Повторні кліки на кнопці означають, що людина клікала кілька разів, а не те, що винна саме ця кнопка. Висновок про причину з’являється лише після зміни й перевірки на метриці, визначеній заздалегідь.
Є й третє обмеження, суто практичне: маскування. Якщо на сторінці багато полів із персональними даними, частина вмісту в записах буде прихована, і ви побачите дію без контексту. Це правильно з точки зору приватності, але це означає, що для форм із чутливими даними записи дадуть менше, ніж для звичайних сторінок, і основним інструментом там стають карти кліків та фільтри помилок.
І остання річ, яку варто врахувати при впровадженні: встановлення коду варто одразу перевірити за інструкцією з документації, бо найчастіша причина «Clarity нічого не показує» це не відсутність трафіку, а некоректно встановлений або заблокований скрипт.
Висновок
Clarity дає цінність у двох випадках: коли ви прийшли з конкретним питанням і коли у вас є метрика, за якою перевірятимете зміну. Усе інше перетворюється на перегляд сесій без наслідків. Робочий цикл простий: GA4 показує, де просіло, Clarity показує, як поводяться люди, Priority Score визначає черговість, а повторна перевірка підтверджує або відкидає гіпотезу.
Наші відгуки з Clutch
FAQs
Це інструмент поведінкової аналітики від Microsoft: записи сесій, теплові карти, фільтри, інтеграція з GA4 і мобільні SDK. Оглядова сторінка офіційної документації не описує тарифів, тому актуальні умови використання варто перевіряти безпосередньо на сайті Microsoft перед впровадженням.
Ні. Це різні питання: GA4 відповідає, що і де сталося, Clarity відповідає, як поводилися люди. Clarity має інтеграцію з GA4, і сценарій роботи передбачає обидва інструменти, а не вибір між ними.
Теплові карти формуються з уже зібраних даних, і документація не встановлює мінімального порогу трафіку. Але для висновків за сегментом вибірка все одно потрібна: якщо мобільних сесій на сторінці десять, це матеріал для гіпотези, а не для доказу.
Розділіть ролі заздалегідь. GA4 відповідає на питання «де і наскільки», Clarity на питання «як саме». Практично це означає, що гіпотеза завжди починається в GA4, доказ шукається в Clarity, а перевірка повертається в GA4. Зворотний порядок, коли ви починаєте з записів, дає цікаві спостереження без зв’язку з бізнес-показниками.
Двадцять за одним сегментом із конкретним питанням зазвичай достатньо, щоб побачити повторюваний патерн. Якщо після двадцяти сесій патерну немає, проблема або в іншому сегменті, або питання сформульоване надто широко.
За документацією, 30 днів із моменту запису. Далі Clarity залишає 1 відсоток записів або 10 на день, що більше, на строк до 9 місяців. Записи в улюблених зберігаються до 9 місяців, тому потрібні докази варто позначати одразу.
