GA4 преди съгласие

Защо това е важно

GA4 често е настроен като default analytics и може да изпраща pageviews или identifiers, преди потребителят да е приел каквото и да е.

Как да го проверите ръчно

1. Следете GA4 заявки и `_ga` cookies при първото зареждане без интеракция.
2. Проверете в GTM Preview или GA4 debug дали page_view се изпълнява в denied състояние.
3. Потвърдете, че няма множество GA4 имплементации в сайта.

Типични причини

• GA4 configuration tag се изпълнява, преди съгласието да е разрешено.
• Използват се едновременно hardcoded gtag implementation и GTM.
• Consent Mode съществува, но GA4 не е правилно свързан с analytics signals.

Корекция в GTM

1. Прилагайте analytics_storage проверки върху GA4 тага.
2. Дефинирайте Consent Initialization събития преди GA4 таговете.
3. Прегледайте поведението на page_view, session_start и custom events в GTM Preview.

Корекция в WordPress или CMP плъгини

1. Прегледайте GA4 плъгини или Site Kit, които могат да инжектират GA4 независимо от CMP.
2. Премахнете дубликатите между analytics плъгина и GTM.
3. Тествайте отново след изчистване на cache и frontend оптимизации.

Обща корекция за разработчици

1. Инициализирайте GA4 само след валидно analytics съгласие или explicit denied режим.
2. Премахнете дублирани GA4 тагове от templates, плъгини и tag manager.
3. Поддържайте една логика за съгласие за целия Google Analytics поток.

Как да потвърдите, че корекцията работи

• Потвърдете, че не излиза нито едно GA4 повикване преди analytics съгласие.
• Потвърдете, че `_ga` cookies липсват преди opt-in.
• Пуснете нов scan и проверете, че finding-ът за GA4 преди съгласие изчезва.