INTASTELLAR SOLUTIONSHelp Center
Versionv1

Warum wirkt mein Intastellar-Cookie-Banner oder die Einwilligung falsch?

Diese Seite richtet sich an Integratoren (Agenturen, Entwickler, technisches Marketing) und an Betreiber, die mit dem Team eine kurze Browser-Checkliste durchgehen können.

Was sie ist: ein technisches Regelwerk — Policy-URLs, Platzierung, Caches, Tag-Reihenfolge und was Sie für den Support sammeln.
Was sie nicht ist: ein Nachweis rechtlicher Konformität. Ihr Anwalt entscheidet, was gilt; wir helfen zu sehen, ob Produkt und Tags sich so verhalten, wie Sie es beabsichtigen.

Von oben nach unten vorgehen. Bei klarer Fehlkonfiguration stoppen — meist sind es Policy-URLs, Snippet-Platzierung oder Tags, die vor der Einwilligung feuern.

Schnellüberblick: gesund vs. kaputt

SignalMeist in OrdnungMeist kaputt
Erster Besuch (Inkognito)Banner erscheint bei korrekter Policy-URL und PlatzierungKein Banner → Policy-Link, Head-Platzierung, Cache oder Snippet nur auf einer Seite
Nach AkzeptierenAnalytics-/Ad-Tags laufen, wenn Sie sie an Einwilligung gekoppelt habenErwartete Tags laufen nie → Consent-Verdrahtung oder Trigger
Vor AkzeptierenWeniger (oder keine) nicht notwendige Tracking-Anfragen, wenn Tags Einwilligung respektierenGA / Meta / Ähnliches feuert schon → Tag-Reihenfolge oder GTM, nicht „Banner kaputt“
Zweite Seite gleiche SiteWahl gemerkt; Banner nervt nicht bei jeder NavigationSpeicher / Domain-Mismatch (rootDomain), mehrere widersprüchliche Snippets

Wenn das Banner funktioniert, aber Tracking zu früh feuert, lesen Sie Google Tag Manager und den Abschnitt Im Browser prüfen in der JavaScript-Installationsanleitung. Produktkontext: Intastellar Consents.

1. Grundlagen bestätigen (ca. 2 Minuten)

  • Datenschutz- / Policy-URL — In einem normalen Browser-Tab öffnen (200 OK, echtes HTML). Kaputter Platzhalter bedeutet oft absichtlich kein Banner. Bei eigenen Sites policy_link / settings.privacy_policy in window.INTA mit dieser Live-URL abgleichen (Snippet-Referenz).
  • HTTPS — Tippfehler http/https in Links oder Config verwirren Validierung und Speicher.
  • Abdeckung — Snippet auf jedem Layout, das das Banner zeigen soll (nicht nur Startseite).
  • Eine Quelle — doppelte oder alte Consents-Snippets von früheren Tests entfernen.

2. Browser-Tools (Konsole, Netzwerk, Speicher)

Konsole

Nach Fehlern zu Intastellar, INTA, blockierten Skripten oder Mixed Content auf https-Sites suchen.

Netzwerk (vor und nach Einwilligung)

Derselbe Plausibilitätscheck wie in der Installationsanleitung — bei jeder neuen Umsetzung sinnvoll:

  1. Privat / Inkognito, Entwicklertools → Netzwerk.
  2. Neu laden, bevor Sie im Banner Akzeptieren / Ablehnen klicken.
  3. Nach relevanten Domains filtern (google-analytics, collect, facebook, doubleclick usw.).
  4. Akzeptieren (wenn Ihr Test das erlaubt) und neu laden oder navigieren — vergleichen, welche Anfragen nach Einwilligung kommen.

Deutung: Wenn schwere Requests vor jeder Wahl laufen, liegt es fast immer an Tag-Injection (GTM-Trigger-Reihenfolge, fehlender Consent Mode, doppelte Tag-Pfade), nicht an einer fehlenden Zeile in window.INTA allein.

Anwendung → Cookies / Speicher

Nach einer Wahl First-Party-Cookies oder Speicher prüfen. Falsches rootDomain zeigt sich oft darin, dass die Wahl nicht über Pfade oder Subdomains hinweg hält.

3. Stack-Kurzbefehle

4. Immer noch kaputt?

Vor einem Ticket dieses Paket sammeln:

  1. Seiten-URL (Staging oder Live).
  2. CMS / Stack (WordPress + Theme, Shopify-Theme, GTM-Container-ID oder „custom“).
  3. Screenshot des Banners (oder Hinweis, dass es nie erscheint).
  4. Konsolen-Fehler und möglichst ein Netzwerk-Screenshot vor dem Akzeptieren von Cookies.

Dann Kontakt & Support:

  • Produktfehler (Skript/SDK-Verhalten) → GitHub-Issue für Consents, wo zutreffend.
  • Doku-Lücke → Hilfe-Site oder Firmenkontakt wie auf der Seite beschrieben.

Betreiber: zuerst Checkliste für Betreiber, dann hierher mit Code- oder GTM-Verantwortlichen.

Last updated