Ereignisse und API
Zu Kategorien, Zuständen und Verantwortung im Stack siehe Kernkonzepte.
Was dieses Entwicklerportal dokumentiert
| Oberfläche | Zweck |
|---|---|
window.INTA | Bootstrap-Objekt vor uc.js—Policy-URL, Domain, Firma, optionales gtagId, UI-Optionen (JSON Schema). |
| Integrationsmuster | GTM-Feuerreihenfolge, GA4, Meta, Google Consent Mode (Integrationsübersicht). |
Das sind die unterstützten Integrationsverträge für den Aufbau auf inta.dev.
cookie_consent_update (Google Tag Manager / dataLayer)
Wenn der Besucher die Einwilligung ändert (Akzeptieren, Ablehnen, granulare Änderung usw.), pusht das Banner einen Eintrag in das Google-dataLayer-Array (dasselbe Objekt, das GTM nutzt, wenn dataLayer vor dem GTM-Laden initialisiert wird).
| Detail | Wert |
|---|---|
| Ereignisname | cookie_consent_update |
| Wo sichtbar | dataLayer — in der GTM-Vorschau (Tab „Data Layer“) und im Browser nach Interaktion mit dem Banner |
In GTM nutzen
- Trigger → Neu → Benutzerdefiniertes Ereignis
- Ereignisname:
cookie_consent_update(exakte Übereinstimmung, außer Sie nutzen absichtlich Regex-Trigger) - Diesen Trigger an Tags hängen, die bei Einwilligungsänderung laufen sollen (z. B. nach Akzeptieren von Statistik oder Marketing), zusätzlich zu Einwilligungs-Einstellungen an diesen Tags.
Der Push enthält ein Datenobjekt neben dem Ereignis (einwilligungsbezogene Felder). Keine harten Annahmen über jede Property—GTM-Vorschau öffnen, eine Einwilligungsaktion ausführen und den aktuellen Data-Layer-Zustand Ihres Deployments lesen.
Ist GTM nicht auf der Seite, stellen Sie sicher, dass window.dataLayer = window.dataLayer || [] vor uc.js existiert, wenn Sie dieses Ereignis für andere Consumer nutzen.
Programmatische JavaScript-API (Laufzeit)
Es gibt auf diesem Portal keine separate öffentliche „CMP-JavaScript-API“ dokumentiert (kein garantiertes globales Objekt wie window.IntastellarConsents.* für den Produktionseinsatz). Für GTM nutzen Sie das cookie_consent_update-dataLayer-Ereignis oben. Sonst:
- Verhalten über
window.INTAunduc.jswie dokumentiert steuern. - Google Tag Manager (oder die Tag-Schicht Ihres Stacks) für Trigger und Anbieter-Tags nutzen.
- Auf Anbieter-Einwilligungsmechanismen setzen (z. B. Google Consent Mode, Meta-Consent-Parameter), wo zutreffend.
Veröffentlicht Ihre Organisation eine versionierte Laufzeit-API für einen bestimmten CDN-Build oder Enterprise-Tier, ergänzen Sie die kanonische URL im Frontmatter dieser Seite oder auf der Dokumentations-Startseite, sobald sie stabil ist.
Praktische Checkliste
- Einwilligungsgesteuertes Verhalten mit GTM-Vorschau oder der Ladereihenfolge Ihres Bundlers prüfen.
- DevTools (Anwendung → Cookies / Speicher, Netzwerk) nutzen, um Tags vor und nach Wahlen mit der Einwilligung abzugleichen.
- Muss etwas laufen, wenn sich die Einwilligung ändert, einen Benutzerdefiniertes Ereignis-Trigger auf
cookie_consent_updatenutzen (siehe oben) oder Anwendungscode, der nach der CMP läuft—nicht undokumentierte Globals.
Einwilligungssignale an Dritte
Intastellar Consents übergibt Einwilligungssignale an unterstützte Stacks, wenn so konfiguriert, damit Sie nicht jeden Anbieter manuell verdrahten müssen. Plattformspezifische Parameter folgen weiterhin Google, Meta, Microsoft usw.—siehe Integrationsübersicht.
Last updated