Hvorfor ser mit Intastellar cookie-banner eller samtykkeopsætning ødelagt ud?
Siden er til integratorer (bureauer, udviklere, tekniske marketingfolk) og ejere, der kan følge en kort browser-tjekliste med deres team.
Hvad den er: et teknisk køreplan — policy-URL’er, placering, caches, tag-rækkefølge og hvad I skal samle til support.
Hvad den ikke er: bevis for juridisk overholdelse. Jeres advokat afgør, hvad der gælder; vi hjælper jer med at se, om produktet og jeres tags opfører sig, som I har tænkt.
Arbejd fra top til bund. Stop, når I finder en klar fejlkonfiguration — de fleste problemer er policy-URL’er, snippet-placering eller tags der fyres af før samtykke.
Hurtig læsning: sundt vs. ødelagt
| Signal | Ofte sundt | Ofte ødelagt |
|---|---|---|
| Første besøg (inkognito) | Banner vises når policy-URL og placering er korrekt | Intet banner → policy-link, head-placering, cache eller snippet kun på én side |
| Efter Acceptér | Analytics-/ad-tags kører, hvis I har koblet dem til samtykke | Forventede tags kører aldrig → samtykke-kobling eller trigger-betingelser |
| Før Acceptér | Færre (eller ingen) ikke-nødvendige tracking-requests, hvis tags respekterer samtykke | GA / Meta / lign. requests allerede → tag-rækkefølge eller GTM, ikke „banneret er i stykker“ |
| Samme site, anden side | Valg husket; banner looper ikke ved hver navigation | Storage / domæne-mismatch (rootDomain), flere modstridende snippets |
Hvis banneret virker, men tracking starter for tidligt, læs Google Tag Manager og afsnittet Verificér i browseren i JavaScript-installationsguiden. Produktkontekst: Intastellar Consents.
1. Bekræft det grundlæggende (ca. 2 minutter)
- Privatlivs- / policy-URL — Åbn den i en almindelig fane (200 OK, rigtig HTML). Et ødelagt eller pladsholder-link betyder ofte intet banner med vilje. For custom sites: bekræft at
policy_link/settings.privacy_policyiwindow.INTAmatcher den live URL (fuld snippet-reference). - HTTPS —
httpvs.https-fejl i links eller config ødelægger validering og forvirrer storage. - Dækning — Snippet’et kører på hver skabelon, der skal vise banneret (ikke kun forsiden eller én landingsside).
- Én sandhed — Fjern duplikerede eller gamle Consents-snippets fra tidligere bureau eller test.
2. Browser-værktøjer (Console, Network, storage)
Console
Kig efter fejl der nævner Intastellar, INTA, blokerede scripts eller mixed content på https-sites.
Network (før og efter samtykke)
Samme sanity check som i installationsguiden — værd at gentage ved hver ny implementation:
- Privat / inkognito, Developer tools → Network.
- Genindlæs før du klikker Acceptér / Afvis på banneret.
- Filtrér på domæner I bruger (
google-analytics,collect,facebook,doubleclickosv.). - Acceptér (hvis jeres test tillader det) og genindlæs eller naviger — sammenlign hvilke requests der kommer efter samtykke.
Fortolkning: Hvis de store trackers kører før noget valg, er problemet næsten altid hvordan tags injiceres (GTM-trigger-rækkefølge, manglende Consent Mode, duplikerede tag-veje), ikke kun en linje i window.INTA.
Application → cookies / storage
Efter et valg: tjek first-party-cookies eller storage-nøgler jeres implementation bruger. Forkert rootDomain viser sig ofte som at valg ikke holder på tværs af stier eller subdomæner.
3. Stack-specifikke genveje
- WordPress — Tjek Intro og Privatlivspolitik i wp-admin; deaktivér midlertidigt minify / defer / combine-plugins der rører ved head. Plugin-indstillinger, WordPress — kom godt i gang.
- GTM — Bekræft at Consents-tagget fyres på Consent Initialization (eller jeres tidligste sikre trigger), ikke kun efter DOM Ready bag analytics. Google Tag Manager.
- Shopify —
theme.liquid(eller tilsvarende layout), livepolicy_link, storefront vs. checkout-domæner. Shopify. - Custom HTML — Tidlig
<head>-placering, delt layout, JavaScript-installationsguide.
4. Stadig fejl?
Saml denne pakke før I åbner en sag:
- Side-URL (staging eller produktion).
- CMS / stack (WordPress + tema, Shopify-tema, GTM-container-id eller „custom“).
- Screenshot af banneret (eller notér at det aldrig vises).
- Console-fejl og om muligt ét Network-screenshot før accept af cookies.
Brug derefter Kontakt & support:
- Produktfejl (script/SDK-adfærd) → GitHub-issue for Consents hvor det passer.
- Dokumentationshul → hjælpeside eller virksomhedskontakt som anvist på siden.
Ejere: gennemgå først Tjekliste for siteejere, og vend tilbage hertil med den der vedligeholder kode eller GTM.
Last updated