INTASTELLAR SOLUTIONSHelp Center
Versionv1

Waarom ziet mijn Intastellar cookiebanner of toestemmingsopzet er kapot uit?

Deze pagina is voor integrators (bureaus, ontwikkelaars, technische marketeers) en eigenaren die met het team een korte browser-checklist kunnen doorlopen.

Wat het is: een technisch stappenplan — policy-URL’s, plaatsing, caches, tagvolgorde en wat u voor support verzamelt.
Wat het niet is: bewijs van wettelijke naleving. Uw advocaat bepaalt wat geldt; wij helpen zien of product en tags zich gedragen zoals bedoeld.

Werk van boven naar beneden. Stop zodra u een duidelijke misconfiguratie vindt — meestal gaat het om policy-URL’s, snippet-plaatsing of tags die vóór toestemming afgaan.

Snelle uitleg: gezond vs kapot

SignaalMeestal gezondMeestal kapot
Eerste bezoek (incognito)Banner verschijnt bij juiste policy-URL en plaatsingGeen banner → policylink, head-plaatsing, cache of snippet op één pagina
Na AccepterenAnalytics-/ad-tags draaien als u ze aan toestemming hebt gekoppeldVerwachte tags draaien nooit → toestemmingskoppeling of triggercondities
Vóór AccepterenMinder (of geen) niet-noodzakelijke trackingrequests, als tags toestemming respecterenGA / Meta / vergelijkbare requests al actief → tagvolgorde of GTM, niet „de banner is stuk“
Zelfde site, tweede paginaKeuze onthouden; banner loopt niet bij elke navigatieStorage-/domeinmismatch (rootDomain), meerdere conflicterende snippets

Als de banner werkt maar tracking te vroeg start, lees Google Tag Manager en het onderdeel Controleren in de browser in de installatiegids JavaScript. Productcontext: Intastellar Consents.

1. Basis bevestigen (ongeveer 2 minuten)

  • Privacy-/policy-URL — Open in een normaal tabblad (200 OK, echte HTML). Een kapotte of placeholder-link betekent vaak bewust geen banner. Voor custom sites: controleer dat policy_link / settings.privacy_policy in window.INTA overeenkomt met die live URL (volledige snippet-referentie).
  • HTTPS — http vs https-fouten in links of configuratie breken validatie en storage.
  • Dekking — Het snippet draait op elke layout die de banner moet tonen (niet alleen de homepage of één landingspagina).
  • Eén bron van waarheid — Verwijder dubbele of oude Consents-snippets van een vorig bureau of test.

2. Browsertools (Console, Network, opslag)

Console

Zoek naar fouten over Intastellar, INTA, geblokkeerde scripts of mixed content op https-sites.

Network (vóór en na toestemming)

Dezelfde sanity check als in de installatiegids — bij elke nieuwe implementatie opnieuw doen:

  1. Privé-/incognitovenster, Developer tools → Network.
  2. Vernieuwen vóór u Accepteren / Weigeren op de banner klikt.
  3. Filter op domeinen die u interesseren (google-analytics, collect, facebook, doubleclick, enz.).
  4. Accepteren (als uw test dat toestaat) en vernieuwen of navigeren — vergelijk welke requests na toestemming verschijnen.

Interpretatie: Als zware trackers vóór elke keuze al draaien, ligt het probleem bijna altijd aan hoe tags worden geïnjecteerd (GTM-triggervolgorde, ontbrekende Consent Mode, dubbele tagpaden), niet aan één regel in window.INTA.

Application → cookies / opslag

Na een keuze: controleer first-party-cookies of opslagsleutels waar uw implementatie op leunt. Verkeerde rootDomain merkt u vaak doordat keuzes niet blijven hangen over paden of subdomeinen.

3. Stack-specifieke snelkoppelingen

  • WordPress — Controleer Intro en Privacybeleid in wp-admin; schakel tijdelijk minify / defer / combine-plugins uit die de head aanraken. Plugin-instellingen, WordPress — Aan de slag.
  • GTM — Bevestig dat het Consents-tag op Consent Initialization (of uw vroegste veilige trigger) vuurt, niet alleen na DOM Ready achter analytics. Google Tag Manager.
  • Shopify — theme.liquid (of vergelijkbaar layout), live policy_link, storefront vs checkout-domeinen. Shopify.
  • Custom HTML — Vroege <head>-plaatsing, gedeeld layout, installatiegids JavaScript.

4. Nog steeds fout?

Verzamel dit bundel voordat u een ticket opent:

  1. Pagina-URL (staging of productie).
  2. CMS / stack (WordPress + thema, Shopify-thema, GTM-container-ID of „custom“).
  3. Screenshot van de banner (of noteer dat deze nooit verschijnt).
  4. Console-fouten en indien mogelijk één Network-screenshot vóór cookies accepteren.

Gebruik daarna Contact & ondersteuning:

  • Productbug (script/SDK-gedrag) → GitHub-issue voor Consents waar van toepassing.
  • Documentatiegat → helpsite of corporate contact zoals op die pagina aangegeven.

Eigenaren: loop eerst de Checklist voor site-eigenaren door, kom dan hier terug met degene die code of GTM beheert.

Last updated