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

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

Hotjar може да записва behavioral и session данни, които не трябва да започват преди посетителят да е взел валидно решение за съгласие.

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

1. Инспектирайте Hotjar scripts и telemetry requests в Network панела при първото зареждане.
2. Проверете дали се появяват Hotjar cookies преди съгласие.
3. Потвърдете дали Hotjar се инжектира чрез GTM, плъгин или hardcoded snippet.

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

• Hotjar е конфигуриран като always-on analytics.
• Theme snippet дублира Hotjar логиката, която вече се управлява чрез GTM.
• CMP класифицира Hotjar като functional вместо optional.

Корекция в GTM

1. Поставете Hotjar таговете зад analytics или marketing съгласие според вашата класификация.
2. Премахнете unconditional triggers от Hotjar таговете.
3. Потвърдете в Preview, че не излизат Hotjar requests преди съгласие.

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

1. Прегледайте плъгини и theme настройки, които инжектират Hotjar директно.
2. Изключете дублирани snippets извън CMP-controlled setup-а.
3. Тествайте отново след invalidation на cache.

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

1. Зареждайте Hotjar само след изрично съгласие.
2. Поддържайте една source of truth за инициализацията на Hotjar.
3. Направете audit на templates и tag manager за премахване на паралелни loaders.

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

• Потвърдете, че Hotjar не се зарежда преди съгласие.
• Потвърдете, че Hotjar cookies липсват в pre-consent състояние.
• Пуснете нов scan и проверете, че Hotjar вече не се маркира.