Google Tag Manager и GA4 за онлайн магазин: събития, UTM, Consent Mode

Накратко: Google Tag Manager (GTM) е контейнерът за таговете на онлайн магазина, а Google Analytics 4 (GA4) мери какво правят посетителите. В CloudCart GA4 се връзва с един Measurement ID (G-…) и сам изпраща 12 събития, от view_item_list до purchase. GTM се добавя с ID GTM-…, а Consent Mode v2 се включва от приложението GDPR.

По-долу ще намерите разликата между GA4, GTM и тага на Google, стъпките за свързване в админа, таблица с всяко събитие, което магазинът изпраща, правилата за UTM параметрите, какво изисква Consent Mode v2 и защо числата в GA4 никога не съвпадат точно с поръчките. Фактите за CloudCart са проверени на 04.11.2026 в документацията на платформата и в таблицата с функциите на /pricing. Описанието на GA4 и GTM следва помощните центрове на Google към ноември 2026.

Какво са Google Analytics 4 и Google Tag Manager и с какво се различават

Google Analytics 4 е услугата, която събира и показва данните, а Google Tag Manager е инструментът, който решава кои скриптове да тръгнат на коя страница. GA4 отговаря на въпроса „откъде дойдоха хората и какво направиха“. GTM отговаря на въпроса „кой таг кога се задейства“. Двата са на Google и двата са без такса за малки и средни магазини; платените версии Analytics 360 и Tag Manager 360 са за големи компании (Google Marketing Platform: Tag Manager).

Таг (tag) е малко парче код, което изпраща данни към външна услуга: GA4, Google Ads, Microsoft Clarity, Pinterest. Тагът на Google (gtag.js) е един такъв код за продуктите на Google. GTM е контейнер, в който държите много тагове, техните тригери (кога да се задействат) и променливи (какви данни да носят). Слоят с данни (data layer) е обектът в страницата, от който таговете четат продукта, количката и поръчката (Google: The data layer).

Инструмент	Какво прави	Къде се настройва в CloudCart	Формат на ID
Google Analytics 4	Събира сесии, събития и покупки и ги показва в отчети	Приложения → Google Analytics	G-XXXXXXXXXX
Google Tag Manager	Пуска таговете на всички услуги от един уеб интерфейс	Приложения → Google Tag Manager	GTM-XXXXXXX
Data Layer	Дава на GTM данните за страницата, продуктите, количката и клиента	Приложения → Data Layer (само инсталиране, без настройки)	няма
Google Dynamic Remarketing	Праща към Google Ads вида на страницата, продуктите и сумата за динамичен ремаркетинг	Приложения → Google Dynamic Remarketing	AW-XXXXXXXXXX и етикет на реализацията
Google Search Console	Потвърждава, че домейнът е ваш, за да виждате търсенията и индексирането в Google	Приложения → Google Search Console	мета таг google-site-verification
GDPR и Consent Mode v2	Пита за съгласие и казва на таговете на Google какво е разрешено	Приложения → GDPR → Cookies	няма
Анализи в CloudCart	36 отчета за продажби, поръчки, клиенти, фуния и изоставени колички	Анализи в админа	не се свързва, работи от първия ден

В таблицата с функциите на /pricing Google Analytics, Google Tag Manager и Facebook Pixel са отбелязани във всичките четири плана, от Baby Pack до CC Master.

GA4 през приложението или през Tag Manager: кой начин да изберете

За повечето магазини най-добрата настройка е GA4 през приложението Google Analytics и GTM само за таговете, за които CloudCart няма отделно приложение. Приложението изпраща всички e-commerce събития без нито един ред код, а GTM ви трябва, щом искате Clarity, Hotjar, LinkedIn или собствен скрипт.

Настройка	Какво пускате в CloudCart	За кого е	Внимание
Само GA4	Приложения → Google Analytics с G-…	Нов магазин, който иска продажбите в GA4 за 10 минути	Нищо друго не се настройва
GA4 през приложението и GTM за останалото	Google Analytics с G-… и Google Tag Manager с GTM-…	Магазин с няколко услуги за измерване и реклама	В GTM не слагайте втори таг за същия G-…
Всичко през GTM	Google Tag Manager с GTM-… и Data Layer; Google Analytics изключено	Магазин със специалист, който иска собствени параметри и събития	Всяко e-commerce събитие се връзва с таг на ръка

За Google Ads има два пътя. Приложението Google Dynamic Remarketing приема ID във формат AW-… (ако поставите само цифрите, CloudCart добавя AW- сам) и етикет на реализацията и праща ecomm_pagetype, ecomm_prodid и ecomm_totalvalue, от които Google Ads показва на посетителя точно продуктите, които е гледал. Документацията на CloudCart препоръчва по-чистия вариант: същият таг в GTM, с данните от Data Layer. Не пускайте и двата за един и същ AW-…

За Meta и TikTok използвайте приложенията в CloudCart, защото те изпращат стандартните e-commerce събития без тагове на ръка. Приложението за TikTok може да праща покупките и от сървъра (Events API) във всеки план, щом въведете токена от TikTok Events Manager и включите Events API, и така губи по-малко данни от браузърен таг в GTM. Conversions API на Meta в таблицата с функциите на /pricing не е отбелязано в четирите плана, затова там се разчита на браузърния Meta Pixel. Настройката им е описана в статията за Meta Pixel, Conversions API и TikTok Pixel в CloudCart.

Как да вържете Google Analytics 4 с онлайн магазина в CloudCart

GA4 се връзва за около 10 минути: създавате ресурс и уеб поток в Google, копирате Measurement ID и го поставяте в Приложения → Google Analytics (полетата са в ръководството за Google приложенията в CloudCart). CloudCart разпознава GA4 по префикса G- и сам изпраща събитията от витрината.

1. Ресурс в Google Analytics. В analytics.google.com отворете Администриране → Създаване → Ресурс. Изберете часова зона България и валута евро, за да съвпадат дните и сумите с отчетите в магазина (Google Analytics Help: Set up Analytics for a website).
2. Уеб поток. В Потоци от данни → Уеб въведете домейна на магазина. Google показва Measurement ID във формат G-XXXXXXXXXX. Подобреното измерване (превъртане, търсене в сайта, изходящи кликове) оставете включено.
3. Приложението в CloudCart. В админа отворете Приложения → Google Analytics и го инсталирайте. В таба Settings натиснете редакция на полето „Google Analytics code“ и поставете G-… Приложението е включено във всеки план.
4. Режим DEBUG за проверка. В същия панел включете DEBUG mode. Събитията тогава се виждат в DebugView на GA4 (Google Analytics Help: DebugView).
5. Активиране. Включете приложението с бутона Enable. Без код активирането спира със съобщение „Google analytics tracking ID is required“. След запис CloudCart прегенерира общия файл със скриптовете на магазина и новият код тръгва при следващото зареждане на страница.
6. Тестова поръчка. Отворете магазина в нов прозорец, разгледайте продукт, добавете го в количката и завършете поръчка. В GA4 → Администриране → DebugView трябва да видите view_item, add_to_cart, begin_checkout и purchase.
7. Ключово събитие и край на теста. В Администриране → Показване на данни → Събития проверете, че purchase е отбелязано като ключово събитие (Google Analytics Help: Key events). Изключете DEBUG mode.

Важно: тестът „Вижте като клиент“ от админа не изпраща събития към GA4. CloudCart спира таговете при преглед от администратор и при посещения на ботове като Googlebot, за да не замърсяват статистиката. Тествайте в отделен прозорец, без вход в админа.

Стандартните отчети в GA4 се обработват до 24–48 часа (Google Analytics Help: Data freshness). Затова първия ден проверявайте в „В реално време“ и в DebugView, а продажбите сверявайте с магазина на следващия ден. Ако сменяте платформата, сложете същия G-… и в новия магазин: историята в GA4 продължава без прекъсване. При миграция към CloudCart поставете кода в деня на прехвърлянето.

Кои e-commerce събития изпраща CloudCart към GA4

CloudCart изпраща към GA4 12 събития по речника на Google за електронна търговия: от разглеждането на категория до покупката, плюс вход и регистрация. Събитията тръгват от браузъра на купувача през gtag.js и носят продуктите, количеството, цената и валутата, които GA4 показва в отчетите „Електронна търговия“ (Google for Developers: Measure ecommerce).

Събитие	Кога се изпраща в CloudCart	Какво решавате с него
view_item_list	Категория, колекция, марка, етикет или резултати от търсене, с продуктите на страницата	Кои категории показват продукти, но не водят до разглеждане
view_item	Страница на продукт	Кои продукти се гледат много и се купуват малко
add_to_cart, remove_from_cart	Добавяне и махане от количката	Дял на добавянията от разглежданията по продукт
add_to_wishlist	Добавяне в любими	Продукти за кампания „върна се на цена“
view_cart	Страница на количката	Колко от количките стигат до поръчка
begin_checkout	Начало на поръчката	Отпадане между количката и данните за доставка
add_shipping_info	Избран начин на доставка	Дали цената или видът доставка спира клиентите
add_payment_info	Избран начин на плащане	Отпадане на стъпката за плащане
purchase	Страница за благодарност след поръчката	Приход, поръчки и средна поръчка по канал
login, sign_up	Вход (Google, Facebook, формата) и регистрация	Дял на регистрираните купувачи

Ако магазинът има и мобилно приложение или витрина на Storefront API, в настройките на Google Analytics има поле „Measurement Protocol API secret“. Създавате го в GA4 → Администриране → Потоци от данни → вашият поток → Measurement Protocol API secrets и така посещенията и покупките от приложението стигат до същия ресурс от сървъра.

Три правила на CloudCart, които обясняват повечето въпроси към поддръжката:

• purchase се изпраща веднъж за поръчка. Ако клиентът презареди страницата за благодарност или я отвори пак от отметка, втора покупка не се отчита.
• refund не се изпраща. Върнатата или отказана поръчка остава в GA4 като покупка. Възстановяванията в GA4 се добавят отделно, през GTM или през Measurement Protocol на Google.
• select_item не се изпраща. Към 12.10.2026 кликът върху карта на продукт в списък не стига до GA4. Отчетите показват view_item_list на категорията и view_item на продукта, без събитие между тях.

От тези събития се строи фунията, по която се вижда къде губите клиенти. В GA4 → Изследвания → Изследване на фунията задайте стъпки view_item, add_to_cart, begin_checkout, add_payment_info и purchase и разделете по категория устройство. В магазин за обувки например голям спад между begin_checkout и add_shipping_info обикновено значи, че цената на доставката излиза твърде късно. Как се смятат и нормите за конверсията и изоставените колички, има в статията за KPI на онлайн магазина.

Как да сложите Google Tag Manager в онлайн магазина

Google Tag Manager се слага в CloudCart с едно поле: ID на контейнера във формат GTM-XXXXXXX. CloudCart добавя стандартния код на GTM в <head> и <noscript> в <body> на всяка страница, а таговете, тригерите и променливите управлявате в tagmanager.google.com.

1. Профил и контейнер. В tagmanager.google.com създайте профил и контейнер от тип „Уеб“ за домейна на магазина (Tag Manager Help: Create an account and container). Копирайте ID GTM-…
2. Приложението в CloudCart. Приложения → Google Tag Manager → Settings, поле „Insert the code provided by Google Tag Manager“. Поставете GTM-… и запишете. При грешен формат излиза „The Google Tag ID is invalid“. Един магазин има един контейнер.
3. Слоят с данни. Инсталирайте Приложения → Data Layer. То няма настройки: инсталирате и данните тръгват. Без него GTM се зарежда, но не получава продуктите, количката и поръчката.
4. Таговете. В GTM добавете таговете, които ви трябват, например Microsoft Clarity за всички страници или Google Ads Conversion Tracking за покупката. Добавете и таг Conversion Linker за всички страници, ако мерите Google Ads през GTM.
5. Preview. Натиснете Preview в GTM и отворете магазина. Режимът работи на витрината на CloudCart без допълнителна настройка (Tag Manager Help: Preview and debug). Направете тестова поръчка и проверете, че всеки таг се задейства веднъж.
6. Публикуване. Натиснете Submit и дайте име на версията, например „Clarity + Google Ads покупка“. Ако нещо се счупи, връщате предишната версия с един клик.

Какво има в слоя с данни на CloudCart

Приложението Data Layer записва на всяка страница обект cc_page_data според вида ѝ: начална, продукт, категория, колекция, марка, етикет, страница, блог, контакти, количка, поръчка и страница за благодарност. Отделно, с втора заявка, идват cc_customer_data и cc_subscriber_data за влезлия клиент или абоната. Така кешираната страница не носи лични данни, а таговете пак получават групата и държавата на клиента.

• Повторна покупка не се отчита. При второ отваряне на страницата за благодарност слоят връща js_events: false. Сложете това условие в тригера за покупка.
• Прегледите от админа се различават. Полето cpadm е 1, когато администратор разглежда витрината. Изключете тези посещения с условие в тригера.
• Някои страници са без данни. Профилът на клиента, входът и регистрацията извън поръчката и списъците с пакети излизат с тип other и без продукти.

Преди да вържете таг с променлива, отворете Preview и вижте точно какви събития и полета идват на вашата тема. Това отнема 5 минути и спестява седмица грешни данни.

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

UTM параметрите са етикети в края на линка, които казват на GA4 и на CloudCart откъде е дошъл посетителят: ?utm_source=viber&utm_medium=message&utm_campaign=black_friday_2026. Google препоръчва винаги да ползвате трите основни: utm_source, utm_medium и utm_campaign (Google Analytics Help: URL builders).

Параметър	Какво казва	Пример за магазин
utm_source	Кой изпраща трафика	facebook, instagram, viber, newsletter, influencer_maria
utm_medium	Какъв е каналът	cpc, paid_social, email, sms, social, affiliate
utm_campaign	Коя кампания	black_friday_2026, new_collection_winter
utm_content	Кой вариант на рекламата или линка	video_15s, banner_top, button_footer
utm_term	Коя ключова дума (при платено търсене)	damski_botushi

1. Изберете речник. Запишете в една таблица разрешените стойности за source и medium. GA4 различава малки и главни букви, затова „Facebook“ и „facebook“ стават два реда.
2. Сглобете линка. Използвайте Campaign URL Builder на Google или помолете AI асистента да направи линковете за цялата кампания наведнъж.
3. Слагайте UTM само на външни линкове. Линк с UTM вътре в магазина, например от банер на началната страница, започва нова кампания и изтрива истинския източник.
4. Оставете Google Ads на автоматичното маркиране. Кликът от Google Ads носи gclid, а CloudCart го разпознава сам като Google Ads. Подробно е описано в статията за рекламата в Google за онлайн магазин, а за продуктовите реклами в статията за Google Shopping и Merchant Center.
5. Проверете след 24 часа. В GA4 → Придобиване на трафик изберете „Източник/канал на сесията“, а в CloudCart вижте отчета по-долу.

Имейл кампаниите от Marketing Suite на CloudCart получават UTM сами: всеки линк в писмото носи utm_source=cloudcart, utm_medium с канала и utm_campaign със заглавието на кампанията. Затова давайте на кампаниите ясни заглавия, например „Черен петък 2026, абонати“, защото те стават имената в отчетите. Стъпките за самото писмо са в статията имейл кампания в CloudCart стъпка по стъпка.

CloudCart записва източника към всяка поръчка и без GA4, по първото посещение в сесията. Анализи → Продажби по източник / средство подрежда оборота по utm_source и utm_medium и стига до всяка utm_campaign; поръчките без UTM в този отчет не влизат. Продажби по източник на трафик разделя платените кликове: gclid, gbraid, wbraid и gad_source отиват при Google Ads (със Search, YouTube, Display и Discover поотделно), fbclid при Meta Ads, ttclid при TikTok Ads. В таблицата с функциите на /pricing „UTM проследяване“ е отбелязано за CC Pro и CC Master.

Какво е Consent Mode v2 и задължително ли е

Consent Mode v2 е начинът, по който сайтът казва на таговете на Google дали посетителят е разрешил бисквитките за статистика и реклама. За посетители от Европейското икономическо пространство Google изисква това съгласие да се събира и да се предава, за да продължите да ползвате измерването, персонализираните реклами и ремаркетинга в Google Ads (Google Ads Help: Consent mode for EEA traffic). Магазин в България, който рекламира в Google, на практика има нужда от Consent Mode v2.

Consent Mode има четири основни сигнала: analytics_storage (бисквитки за статистика), ad_storage (бисквитки за реклама), ad_user_data (изпращане на данни за потребителя към Google за реклама) и ad_personalization (персонализирани реклами). Версия 2 добави последните два. Consent Mode не показва лентата за бисквитки сам: той само предава избора от нея (Google Analytics Help: Consent mode).

	Основен режим	Разширен режим
Таговете преди избора	Не се зареждат	Зареждат се със състояние „отказано“
Ако посетителят откаже	Към Google не тръгва нищо	Тръгват сигнали без бисквитки
Моделиране на конверсиите	Общ модел	Модел за конкретния рекламодател, по-точен

Източник за таблицата: Google Ads Help: About consent mode.

Как се включва Consent Mode v2 в CloudCart

1. Приложението GDPR. Отворете Приложения → GDPR и го активирайте. То показва лентата или стената за бисквитки, пази регистъра на съгласията и подава избора към таговете.
2. Лента или стена. В таба Cookies изберете как да изглежда въпросът: лента в долния край или стена, която закрива страницата до избора.
3. Групата Google Consent Mode. В същия таб включете групата Google Consent Mode (във витрината се казва „Режим на съгласие за трафик“) и потвърдете. По подразбиране групата е изключена и се включва само от вас.
4. Групите за статистика и реклама. Google Analytics е в групата „Ефективност“, а Google Ads и TikTok Pixel в „Таргетиране“. За всяка група задайте състоянието по подразбиране, преди посетителят да избере. Ако искате нито един скрипт за статистика и реклама да не тръгва преди „да“, задайте „не“.
5. Проверка. Отворете магазина в частен прозорец с Google Tag Assistant. Преди избора четирите сигнала трябва да са denied, след „Приемам“ да станат granted.

Когато групата е активна, витрината изпраща при зареждане gtag('consent', 'default', …) с четирите сигнала denied, а след приемане gtag('consent', 'update', …) с granted. Сигналите тръгват преди GTM, затова таговете в контейнера могат да ги ползват чрез настройките за съгласие в GTM. Изборът на клиента се пази една година. Без приложението GDPR и без тази група сигнали няма и GA4 тръгва без условие. Как изглежда лентата във витрината, можете да видите на страницата Домейн, SSL и GDPR.

Защо GA4 показва по-малко поръчки от магазина

GA4 показва по-малко поръчки от магазина, защото брои само покупките, които браузърът на купувача е успял да изпрати, а магазинът брои всяка поръчка в базата. Разлика от няколко процента е нормална. Голяма разлика или внезапен спад значи, че нещо в настройката се е променило.

Причина	Какво става	Какво да направите
Отказано съгласие	Посетител, отказал статистиката, не изпраща purchase с бисквитки	Включете Consent Mode v2; GA4 допълва част от данните с моделиране
Блокери на реклами	Разширение в браузъра спира gtag.js	Сверявайте с поръчките в CloudCart, те не зависят от браузъра
Поръчки от админа или по телефона	Купувачът не минава през страницата за благодарност	Гледайте ги отделно в Анализи
Плащане на външна страница	Купувачът плаща при доставчика и не се връща в магазина	Проверете дали плащането връща към страницата за благодарност
Различни статуси	Анализи в CloudCart брои поръчките със статусите, избрани в настройките на Анализи (зъбното колело горе вдясно), GA4 брои всяка purchase, включително отказаните	Сравнявайте с всички поръчки за деня, не само с изпълнените
Различно приписване	CloudCart дава поръчката на първото посещение в сесията, GA4 ползва свой модел	Сравнявайте общия брой, а каналите тълкувайте поотделно
Прагове за данни	При малко потребители GA4 скрива редове в някои отчети	Разширете периода (GA4: data thresholds)
Часова зона	Денят в GA4 започва в друг час	Сложете България в настройките на ресурса

Обратното, повече покупки в GA4 от поръчките, почти винаги значи двоен таг: GA4 и от приложението, и от GTM за същия G-… Махнете единия. Как се сверяват покупките в Meta, има в статията Meta Ads: реклама във Фейсбук и Инстаграм.

Как да вземете числата от GA4 и от магазина директно през Claude или друг AI агент

AI агент като Claude Code, ChatGPT Codex или Gemini CLI чете поръчките, клиентите и продуктите от CloudCart с ключ само за четене, а сесиите от GA4 през Google Analytics Data API. Така в един разговор получавате и трафика, и парите, без да отваряте админа и GA4 поотделно. Отчетът, в който към GA4 и магазина се добавя и разходът от Meta Ads и Google Ads, е в статията за маркетинговия отчет с AI агент.

1. Ключ за магазина. В админа отворете Настройки → PAT токени, създайте токен и изберете „Само четене“ (Read Only). Можете да зададете срок и до 20 IP адреса. Ключ създава само собственикът на магазина.
2. Свържете асистента. Поставете изречението от страницата AI асистент за CloudCart в Claude Code, ChatGPT Codex, Gemini CLI, Cursor или VS Code. Асистентът слага инструментите на CloudCart сам и говори на български.
3. Достъп до GA4. Google има Google Analytics Data API и експериментален MCP сървър за Google Analytics, през който асистентът чете отчетите. Достъпа давате от своя Google профил. Ако не искате, изтеглете отчета от GA4 като CSV и го дайте на асистента.
4. Питайте с изречение. Започнете с един месец и сверете числото с Анализи. Щом съвпада, питайте за целия отчет.

Кои метрики да следите и откъде идват

Ключът за магазина дава поръчките, клиентите, продуктите, наличностите и отстъпките, но не и сесиите и разхода за реклама. Отчетите от Анализи можете да изтеглите като CSV и да ги дадете на асистента. Затова всяка метрика има свой източник:

Метрика	Източник	Какво решава
Приход, поръчки, средна поръчка	CloudCart, през API	Расте ли магазинът спрямо миналия месец
Приход по utm_source и utm_campaign	CloudCart, Анализи → Продажби по източник / средство	Кой канал и коя кампания носят пари
Сесии и конверсия по канал	GA4 или Анализи в CloudCart	Кой канал носи посетители, които купуват
Конверсия на телефон и на компютър	GA4 (категория устройство) или Анализи → Сесии по тип устройство	Дали мобилната версия губи поръчки
Фуния view_item → purchase	GA4, e-commerce събитията	На коя стъпка отпадат хората
Имейл кампании: отваряния, кликове, поръчки, оборот	CloudCart, Маркетинг → Кампании → Статистика	Кое писмо продава и кое само се отваря
ROAS и цена за клиент	Разходът от Google Ads, Meta, TikTok и приходът от CloudCart	Коя реклама да спрете и коя да увеличите
Кликове от Google по страница	Google Search Console	Кои категории са близо до топ 3

Мобилната версия заслужава отделен ред във всеки отчет. Сесиите от телефон и от компютър обикновено имат различна конверсия, а средното не показва къде губите. Ако разликата между телефон и компютър расте, проверете скоростта и поръчката на телефона по списъка в статията за мобилната версия на онлайн магазина.

Изречения, с които търговците започват:

• „Сравни покупките purchase в GA4 с поръчките в магазина за всеки ден от последните 30 дни. Покажи дните, в които разликата е над 20%.“
• „Направи UTM линкове за кампанията за Черен петък: Facebook, Instagram, Viber и инфлуенсъра Мария, по нашия речник с малки букви.“
• „Кои utm_source в поръчките от октомври са записани по два начина, например Facebook и facebook? Събери ги и ми дай прихода.“
• „Дай ми конверсията на телефон и на компютър за последните 4 седмици от GA4 и средната поръчка за същите седмици от магазина.“
• „Коя стъпка от фунията в GA4 падна най-много спрямо миналия месец и кои продукти са в нея?“

Задача	Ръчно	С AI агент, свързан с магазина
Проверка дали измерването работи	Отваряте GA4 и поръчките, сверявате ден по ден	Едно изречение всеки понеделник, сигнал при разлика
UTM линкове за 10 канала	10 пъти URL Builder и таблица	Готов списък по речника за минута
Приход по кампания	Експорт от Анализи, обобщаване в таблица	Таблица в разговора, по месеци
Трафик и продажби заедно	Два отчета, обединяване по дата	Агентът чете GA4 и CloudCart в един разговор

Най-голямата полза е, че агентът следи числата, които никой не гледа всеки ден. Счупен таг след смяна на темата или изключено приложение личи веднага като разлика между покупките в GA4 и поръчките, вместо след месец грешни решения за рекламата. Агентът може да ви праща такъв отчет всяка сутрин, както е описано в статията отчет за продажбите в 8:00 с AI агент. При 0% комисионна върху продажбите в CloudCart в сметката за печалбата от рекламата няма процент за платформата (онлайн магазин с 0% комисионна).

7 добри практики за GA4 и Tag Manager в онлайн магазина

1. Един източник на всяко събитие. Purchase идва или от приложението Google Analytics, или от таг в GTM, никога от двете.
2. Часова зона и валута като в магазина. България и евро в ресурса на GA4, за да съвпадат дните и сумите.
3. Задръжте данните 14 месеца. По подразбиране GA4 пази данните на ниво потребител и събитие 2 месеца. В Администриране → Задържане на данни изберете 14 месеца, за да сравнявате Черен петък с миналата година в изследванията (Google Analytics Help: Data retention).
4. Речник за UTM. Малки букви, без интервали, едни и същи стойности за source и medium във всяка кампания.
5. Тест след всяка промяна. Нова тема, ново приложение за плащане или нов таг: тестова поръчка в DebugView и в Preview на GTM.
6. Имена на версиите в GTM. Всяка публикация с име и описание, за да знаете какво да върнете.
7. Седмична сверка с магазина. Покупки в GA4 срещу поръчки в CloudCart, по ден. Разлика над обичайната е сигнал да проверите таговете.

Грешки с GA4 и Tag Manager, които струват данни

• GA4 два пъти. Приложението Google Analytics и таг Google tag в GTM със същия G-… удвояват покупките и прихода.
• GTM без Data Layer. Контейнерът се зарежда, но таговете за покупка нямат сума и продукти.
• Забравен DEBUG mode. Оставете го само за теста, после го изключете.
• UTM на вътрешни линкове. Банер в магазина с UTM прехвърля поръчката от истинския канал към „банер“.
• Изключено приложение GDPR. Без него няма лента за съгласие и няма Consent Mode, а таговете тръгват без условие.
• Тест от админа. „Вижте като клиент“ не изпраща събития, затова тествайте в отделен прозорец.
• Очакване за пълно съвпадение. GA4 мери поведението през браузъра, а поръчките в CloudCart са счетоводството. Решенията за пари взимайте по поръчките.

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

Въпроси за GA4, Tag Manager и измерването на вашия магазин в CloudCart, българската платформа за онлайн магазини, изпратете на support@cloudcart.com.