Microsoft Clarity и A/B тест за онлайн магазин: топлинни карти и GA4

Microsoft Clarity показва къде кликат и докъде скролват клиентите на онлайн магазина чрез топлинни карти и записи на сесиите, а A/B тестът доказва дали една промяна вдига поръчките. Започнете от стъпката във фунията, където губите най-много хора. За скок на конверсията от 2% на 2,4% трябват около 21 100 посещения на версия.

Документацията на Microsoft Clarity и Google е проверена на 06.11.2026. Текстът е от екипа на CloudCart, българската платформа за онлайн магазини.

Какво е Microsoft Clarity и какво показва топлинната карта

Microsoft Clarity е инструмент за поведението на посетителите: записва сесиите, прави топлинни карти и сам отбелязва моментите, в които клиентът се е затруднил. Clarity е без абонамент и без лимит на трафика, а записите не са извадка от посещенията (Microsoft Clarity FAQ, проверено на 06.11.2026).

Топлинна карта (heatmap) е изображение на страницата, върху което местата с много кликове или дълъг престой са оцветени в топли цветове. За магазина най-полезни са картата на кликовете и картата на скрола (до коя височина на страницата стигат хората). Записът на сесия е възпроизвеждане на едно посещение: движенията, кликовете и скрола на един клиент от влизането до излизането.

Clarity отбелязва автоматично три сигнала, които в магазина почти винаги сочат проблем:

• Ядосан клик (rage click). Клиентът кликва много пъти бързо на едно място. Обикновено бутонът реагира бавно или не реагира.
• Мъртъв клик (dead click). Клиентът кликва на нещо, което изглежда кликаемо, а страницата не отговаря. Типично: снимка, която не се уголемява, или текст „доставка“, който не е линк.
• Прекомерен скрол. Клиентът прелиства страницата много по-бързо от нормалното четене, защото търси нещо и не го намира.

Анализите в магазина казват в коя стъпка губите клиента, Clarity показва защо. Затова двата инструмента се ползват заедно: числата за фунията и за нормалната конверсия са в статията конверсия на онлайн магазин: норма, формула и 20 промени, а тук е как да намерите причината и да проверите поправката.

Лимитите на Clarity, които е добре да знаете

Какво	Лимит
Записи на сесии	до 100 000 сесии на проект на ден
Пазене на записите	30 дни; любимите и случайна извадка до 9 месеца
Топлинна карта	до 100 000 показвания на страница на карта; достъпна до 9 месеца
Брой сайтове и членове на екипа	без ограничение
Полета за въвеждане (имейл, телефон, адрес)	винаги маскирани, не се качват в Clarity

Източник: Microsoft Clarity FAQ (линкът е по-горе), обновено на 20.10.2026. Понеже записите се пазят 30 дни, отбелязвайте с любими сесиите, които ще ви трябват за сравнение след теста.

Как да инсталирате Microsoft Clarity в CloudCart през Google Tag Manager

Най-сигурният начин да сложите Clarity в CloudCart е през приложението Google Tag Manager: така кодът се управлява от едно място, а съгласието на клиента стига до него. Приложението е включено във всеки план, от Baby Pack нагоре. В скоби е мястото на всяка стъпка:

1. Проект в Clarity (clarity.microsoft.com). Влезте, добавете нов проект с домейна на магазина. ID на проекта е в адреса на браузъра: clarity.microsoft.com/projects/view/ID/.
2. Контейнер в GTM (tagmanager.google.com). Ако още нямате, създайте контейнер от тип „Уеб“ за домейна. Копирайте ID във формат GTM-XXXXXXX.
3. Приложението в CloudCart (админ). Приложения → Google Tag Manager → поставете GTM-ID и запишете. CloudCart добавя кода на контейнера на всяка страница на витрината. Пълната настройка, заедно с GA4 и слоя с данни, е в статията Google Tag Manager и GA4 за онлайн магазин.
4. Тагът на Clarity (GTM). Има два начина. Бързият: в Clarity отворете Settings → Setup → Google Tag Manager → Finish setup, влезте с профила си в Google, изберете профил и контейнер и натиснете Create and publish. Ръчният: в GTM натиснете New Tag, от Community Template Library изберете шаблона Microsoft Clarity - Official, въведете ID на проекта и задайте тригер All pages.
5. Публикуване (GTM). Натиснете Submit → Publish и дайте ясно име на версията, например „Clarity“. Един таг се връзва с един проект в Clarity.
6. Проверка (витрината). Отворете магазина в нов прозорец и разгледайте две-три страници. Записите се появяват в Clarity почти веднага, а топлинните карти се трупат с посещенията.

Стъпките са по Microsoft Learn: How to install Clarity on Google Tag Manager. Кодът може да се постави и в Дизайн → Custom CSS/JS, но там няма проверка и грешен скрипт спира витрината веднага, затова предпочитайте GTM.

Трябва ли съгласие за Microsoft Clarity: GDPR, бисквитки и маскиране

Да, за посетителите от България и останалата част от ЕС Clarity изисква сигнал за съгласие. От 31.10.2025 Clarity прилага изискването за посещения от Европейското икономическо пространство, Обединеното кралство и Швейцария: за тях режимът на съгласие е включен по подразбиране и Clarity чака валиден сигнал, преди да сложи бисквитки (Microsoft Learn: Cookie consent в Clarity, проверено на 06.11.2026).

Какво значи това на практика: без съгласие Clarity не слага бисквитките си _clck и _clsk, а именно _clsk свързва страниците на едно посещение в един запис. Ако клиентът отвори продукт и после количката, Clarity вижда две отделни сесии. Показванията и основните кликове се броят, но пълният запис на пътя до поръчката липсва.

Правното основание е общо за всички бисквитки за статистика: записването на информация в устройството на посетителя е позволено със съгласие или когато е строго необходимо за услугата, която той е поискал. Какво трябва да има лентата за бисквитки и политиката на магазина, е описано в статията бисквитки и GDPR за онлайн магазин.

Как да подадете съгласието към Clarity в CloudCart

Clarity чете сигналите на Google Consent Mode (ad_storage и analytics_storage) без допълнителна настройка (Microsoft Learn: Google Consent Mode in Clarity). Приложението GDPR в CloudCart изпраща точно тези сигнали, затова съгласието стига до Clarity без код:

1. Приложението GDPR (админ). Приложения → GDPR, активирайте го и в таба Cookies изберете лента или стена за бисквитките.
2. Групата Google Consent Mode (админ). В същия таб включете групата Google Consent Mode. По подразбиране тя е изключена, а при включване потвърждавате избора си. Тогава витрината подава сигналите за съгласие преди зареждането на Google Tag Manager.
3. Бисквитките на Clarity в политиката (админ). CloudCart не сканира бисквитките сам. В групата Performance Cookies (бисквитките за статистика) добавете бисквитка с име „Microsoft Clarity“, кратко описание („записи на сесиите и топлинни карти“) и техническите имена _clck, _clsk. Така клиентът вижда за какво дава съгласие.
4. Бисквитките по подразбиране (Clarity). В проекта на Clarity отворете Settings → Setup и изключете поставянето на бисквитки по подразбиране. Така Clarity чака съгласие от всеки посетител, не само от ЕС.
5. Проверка (витрината). Изчистете бисквитките, отворете магазина и откажете. В конзолата на браузъра изпълнете clarity('metadata', (d, upgrade, consent) => { console.log(consent); }, false, true, true);. Трябва да видите analytics_storage: "DENIED" и да няма бисквитки _clck и _clsk. След „Приемам“ стойностите стават GRANTED.

Маскирането: какво Clarity не записва

Clarity маскира чувствителното съдържание още в браузъра и маскираните данни не стигат до сървърите ѝ. Режимът по подразбиране е Balanced: маскирани са числата и имейл адресите в текста. Strict маскира целия текст, а Relaxed не маскира текста. Полетата за въвеждане и падащите менюта са маскирани във всички режими (Microsoft Learn: Masking content).

За онлайн магазин Balanced е добро начало. Ако страницата за благодарност или профилът на клиента показват име и адрес като обикновен текст, добавете ги в Settings → Masking → Mask by element с CSS селектора на блока. Промяната важи за новите записи до час след записването и не маскира старите.

Как да четете топлинните карти и записите, за да намерите проблема

Топлинната карта показва къде е проблемът на една страница, а записът показва защо. Работете в този ред:

1. Намерете стъпката с най-голяма загуба. В CloudCart отворете Анализи и във фунията на конверсиите сравнете Desktop и Mobile: Количка → Започната поръчка → Поръчки. Стъпката, която губи най-много, е първата за проверка. Описанието на отчетите е на страницата Анализи на CloudCart.
2. Отворете топлинната карта на точно тази страница. За продукта гледайте карта на скрола на телефон: какъв дял от хората стига до бутона за купуване. За количката гледайте кликовете по доставката и промо кода.
3. Филтрирайте записите. Изберете сесии с посетена количка, без поръчка, на телефон, с ядосани или мъртви кликове. Изгледайте 20–30 подред.
4. Запишете повтарящото се. След десетина записа проблемът се вижда: поле, което дава грешка; бутон под сгъвката; цена на доставката, която излиза чак в последната стъпка.
5. Напишете хипотеза. Във вида „Ако [промяна], [метрика] ще се вдигне, защото [наблюдение от записите]“.

Ако записите показват бавно зареждане (празен екран, снимки, които се появяват късно), първо поправете скоростта: стъпките са в статията за скоростта и Core Web Vitals на онлайн магазина.

Какво да тествате първо в онлайн магазина

Тествайте първо промяната в стъпката с най-голяма загуба, която засяга най-много посетители и се прави най-бързо. Таблицата свързва типичния сигнал от Clarity с хипотеза и с мястото в CloudCart, където я правите:

Какво виждате в Clarity	Хипотеза	Какво сменяте в CloudCart	Какво мерите
Ядосани кликове по цената на доставката в количката	Клиентът не знае колко ще плати и колко му остава до безплатна доставка	Праг за безплатна доставка и BumpCart, който показва колко остава до прага	Количка → започната поръчка; средна поръчка
На телефон под 50% стигат до бутона за купуване	Важното е под сгъвката	Подредбата на продуктовата страница в дизайна; по-кратко описание отгоре	Добавяния в количката на 100 посещения на продукта
Мъртви кликове по снимката на продукта	Хората искат да видят детайла	Повече и по-големи снимки в каталога	Добавяния в количката
Отказ на стъпката за плащане	Липсва предпочитаният начин на плащане	Карта, Apple Pay и Google Pay с CloudCart Pay; Express бутон на продукта	Започната поръчка → поръчка
Прекомерен скрол в категория и търсене без клик	Клиентът не намира продукта	Филтрите в категорията; отчетът на Aura Search за търсения без резултат	Търсения с клик; поръчки след търсене
Изоставена количка след въвеждане на имейл	Клиентът се отказва за момента, не завинаги	Времето на писмото за изоставена количка и кодът в него	Възстановени колички

Цената на доставката, която клиентът вижда късно, е от първите неща за проверка в записите на количката. Как да изберете прага по средната поръчка и тарифите на куриерите, е описано в статията праг за безплатна доставка и куриери. Количката и стъпките на поръчката в CloudCart са на страницата количка и checkout, а писмата за незавършени поръчки са на страницата изоставени колички.

Колко посещения трябват за A/B тест

A/B тест (A/B testing) е сравнение на две версии на една страница, които се показват едновременно на две случайни групи посетители. Броят посещения зависи от сегашната конверсия и от това колко голям ефект искате да откриете: колкото по-малка е промяната, толкова повече трафик трябва.

Сегашна конверсия	Ефект +20%	Ефект +30%	Ефект +50%
1% (поръчки от посещения)	42 700	19 800	7 750
2%	21 100	9 800	3 830
3%	13 900	6 460	2 520
10% (добавяне в количката)	3 840	1 770	690
30% (количка → поръчка)	960	440	160

Числата са посещения за всяка от двете версии, пресметнати със стандартната формула за сравнение на два процента при 95% ниво на сигурност и 80% мощност на теста. Ефект +20% при конверсия 2% значи скок до 2,4%.

Как да ползвате таблицата

• Пресметнете продължителността. Посещенията за една версия × 2, делено на посещенията на страницата за ден. Магазин с 1 000 посещения на ден и конверсия 2% има нужда от около 42 дни, за да види +20%.
• Мерете по-близката стъпка. Ако тествате продуктовата страница, мерете добавянето в количката (около 10%), не поръчката от всички посещения. Нужният трафик пада около 5 пъти.
• Тествайте смели промени. Малкият магазин не може да докаже +5%. Може да докаже +30% до +50%, а такъв ефект дават промени по доставката, плащането и първия екран на телефон, не цветът на бутона.
• Поне 2 пълни седмици. Така тестът минава през всички дни от седмицата.

Ако трафикът не стига за истински A/B тест, сравнете последователно: 4 седмици преди и 4 седмици след промяната, в Анализи, отделно за телефон и компютър. Изберете двата периода в календара или ползвайте „Сравни: предишен период“, ако планът ви го включва. Методът е описан подробно в статията за конверсията. Ако трафикът идва от реклама, маркирайте я с UTM параметри, за да сравнявате едни и същи източници преди и след: UTM параметри и атрибуция за онлайн магазин.

Как да направите A/B тест с GA4 след края на Google Optimize

GA4 мери резултата от A/B теста, но не разделя посетителите на групи. Google Optimize, инструментът на Google за A/B тестове, спря на 30.09.2023 и всички активни експерименти приключиха тогава. Google насочва към външни инструменти, свързани с Google Analytics, като AB Tasty, Optimizely и VWO (Google Optimize Help: Sunset).

Задача	Къде се прави
Разделяне на посетителите на версия A и B и показване на версията	Инструментът за A/B тестове; скриптът му се слага през GTM в CloudCart
Поръчките, добавянията в количката, започнатите поръчки	GA4, който получава e-commerce събитията от приложението Google Analytics в CloudCart
Защо версията печели или губи	Clarity: записите и топлинните карти на двете версии
Проверка, че общите числа на магазина са се вдигнали	Анализи в CloudCart: конверсия, фуния, средна поръчка

Свържете Clarity и с GA4 от настройките на проекта в Clarity: интеграцията с Google Analytics е описана в Clarity FAQ и изисква Clarity вече да е инсталиран. За да гледате записите на всяка версия поотделно, добавете персонализиран таг в шаблона на Clarity в GTM (поле Custom tag Key и Value), например ключ „variant“, чиято стойност („A“ или „B“) идва от инструмента за тестове през променлива в GTM, и филтрирайте записите по него.

Скриптът на инструмента за тестове трябва да е в същата група за съгласие като Clarity и GA4. Иначе клиентът, който е отказал статистиката, пак ще бъде разпределен във версия и ще изкриви сравнението.

Грешки при A/B тестовете и топлинните карти

• Спиране при първата добра седмица. Ранните резултати скачат. Решавайте само когато стигнете трафика от таблицата и поне 2 пълни седмици.
• Няколко промени в една версия. Ако версията с три промени спечели, не знаете коя е помогнала.
• Тест по време на промоция. Черният петък, празниците и нова рекламна кампания променят поведението повече от всяка поправка. Правете промените в checkout-а поне 2 седмици преди голяма промоция и не стартирайте нов тест в седмицата на промоцията.
• Топлинна карта само на компютър. На телефона сгъвката е на друго място и бутонът, видим на компютър, може да е под нея. Проверете дела на телефоните в отчета за сесиите по устройство в Анализи и гледайте картите на Mobile отделно.
• Clarity без съгласие. Без групата Google Consent Mode сесиите от ЕС се разпадат на отделни страници и не виждате пътя до количката.
• Решение по един запис. Един ядосан клиент е случка. Проблем е онова, което виждате в поне 5 от 20 записа.

Често задавани въпроси

Имате въпрос за Clarity, Google Tag Manager или съгласието в магазина си? Пишете ни на support@cloudcart.com.