Gå till innehåll
Allvar: HögAnsvarig: MarketingTid att åtgärda: 15-45 min

Hotjar före samtycke

Förhindra att Hotjar laddar session replay- eller heatmap-skript innan besökaren har gett analytics- eller marknadsföringssamtycke.

Täcker: hotjar_before_consent, pre_consent_hotjar

Varför det här är viktigt

Hotjar kan registrera beteende- och sessionsdata som inte ska börja samlas in innan besökaren har fattat ett giltigt samtyckesbeslut.

Så verifierar du manuellt

  1. Inspektera Hotjar-skript och telemetriförfrågningar i Network-panelen vid första laddningen.
  2. Kontrollera om Hotjar-cookies syns före samtycke.
  3. Bekräfta om Hotjar injiceras via GTM, plugin eller hårdkodad snippet.

Typiska orsaker

  • Hotjar är konfigurerat som alltid-på analytics.
  • En themesnippet duplicerar Hotjar-logik som redan hanteras via GTM.
  • CMP:n klassificerar Hotjar som funktionellt i stället för valfritt.

Åtgärd i GTM

  1. Placera Hotjar-taggar bakom analytics- eller marknadsföringssamtycke enligt er klassificering.
  2. Ta bort ovillkorliga triggerar från Hotjar-taggar.
  3. Verifiera i Preview att inga Hotjar-förfrågningar skickas före samtycke.

Åtgärd i WordPress eller CMP-pluginer

  1. Granska pluginer och temainställningar som injicerar Hotjar direkt.
  2. Stäng av duplicerade snippets utanför den CMP-styrda setupen.
  3. Testa igen efter cache-invalidering.

Generell utvecklaråtgärd

  1. Ladda Hotjar först efter uttryckligt samtycke.
  2. Behåll en enda källa för initialisering av Hotjar.
  3. Granska templates och tag manager för att ta bort parallella loaders.

Så bekräftar du att åtgärden fungerar

  • Bekräfta att Hotjar inte laddas före samtycke.
  • Bekräfta att Hotjar-cookies saknas i pre-consent-läge.
  • Kör en ny skanning och kontrollera att Hotjar inte längre flaggas.

Nästa steg

Kör en ny skanning efter driftsättning för att bekräfta att det verkliga körningsbeteendet ändrades, inte bara bannertexten.

Hotjar före samtycke — GDPR Fix Guide