Google Tag Manager
Tag Manager führt die Tags aus, Cookiemark teilt ihm mit, was der Besucher erlaubt hat. Diese Seite zeigt, wie beide zusammenarbeiten, damit jedes Tag in Ihrem Container die Auswahl respektiert.
Wer den Container lädt
Das entscheidet das Feld Container-ID im Tab Google und GTM.
- Sie geben Ihre Container-ID ein. Cookiemark lädt den Container selbst, direkt nach den Consent-Mode-Standardwerten. Entfernen Sie jedes andere Tag-Manager-Snippet von der Website, ob im Theme, in einer App oder in einem Plugin. Ist derselbe Container schon auf der Seite, lädt Cookiemark ihn kein zweites Mal.
- Sie lassen das Feld leer. Cookiemark lädt nichts und kommuniziert über den Data Layer mit Ihrem Container. Behalten Sie Ihr eigenes Snippet unterhalb der Cookiemark-Zeile, sonst starten Google-Tags vor den Standardwerten.
Cookiemark fügt nur den Skriptteil von Tag Manager hinzu, nicht den <noscript>-Teil.
Google-Tags brauchen keine Änderungen
Die eigenen Tags von Google haben eingebaute Einwilligungsprüfungen. Das gilt für das Google-Tag für GA4, die Conversion- und Remarketing-Tags von Google Ads, Floodlight und den Conversion Linker. Sie lesen den Einwilligungsstatus, den Cookiemark setzt, und passen an, was sie speichern und senden.
Lassen Sie deren Einwilligungseinstellungen auf Keine zusätzliche Einwilligung erforderlich und behalten Sie den Trigger, den Sie normalerweise verwenden. Um die Einwilligungseinstellungen aller Tags auf einmal zu sehen, setzen Sie unter Verwaltung, Containereinstellungen ein Häkchen bei Einwilligungsübersicht aktivieren.
Andere Tags warten auf ein Einwilligungs-Event
Ein Tag eines anderen Anbieters weiß nichts von Consent Mode. Das Meta-Pixel, das LinkedIn Insight Tag, Hotjar und jedes Tag vom Typ Benutzerdefiniertes HTML werden ausgelöst, sobald ihr Trigger auslöst. Geben Sie diesen Tags einen Trigger, der auf die Events reagiert, die Cookiemark an den Data Layer sendet.
| Event | Cookiemark sendet es, wenn |
|---|---|
cookiemark_consent_preferences | Präferenzen erlaubt sind. |
cookiemark_consent_statistics | Statistik erlaubt ist. |
cookiemark_consent_marketing | Marketing erlaubt ist. |
Jedes Event wird einmal pro Seitenaufruf gesendet. Bei einem wiederkehrenden Besucher passiert das beim Laden der Seite. Bei einem neuen Besucher in dem Moment, in dem er seine Auswahl trifft.
Beispiel: das Meta-Pixel
- Legen Sie unter Trigger einen Trigger vom Typ Benutzerdefiniertes Ereignis an.
- Geben Sie
cookiemark_consent_marketingals Ereignisnamen ein und speichern Sie ihn als „Cookiemark, Marketing erlaubt“. - Legen Sie ein Tag vom Typ Benutzerdefiniertes HTML an und fügen Sie den Pixel-Code ein, den Meta Ihnen gibt.
- Wählen Sie unter Einwilligungseinstellungen die Option Zusätzliche Einwilligung für Tag-Auslösung erforderlich und fügen Sie
ad_storagehinzu. - Wählen Sie den Trigger aus Schritt 2 und speichern Sie das Tag.
Trigger und Einwilligungsprüfung haben unterschiedliche Aufgaben. Der Trigger entscheidet, wann das Tag läuft: sobald Marketing erlaubt ist, auf dieser Seite und auf jeder weiteren. Die Einwilligungsprüfung ist eine zweite Sicherung, falls später jemand einen weiteren Trigger zum Tag hinzufügt.
Verlassen Sie sich bei einem Trigger Alle Seiten nicht allein auf die Einwilligungsprüfung. Tag Manager blockiert das Tag, wenn dieser Trigger ohne Einwilligung auslöst, und ein blockiertes Tag läuft später nicht von selbst. Ein neuer Besucher, der zustimmt, würde dann bis zu seiner nächsten Seite nicht erfasst.
Tags, die bei anderen Events auslösen
Ein Kauf- oder Formular-Tag behält seinen eigenen Trigger. Fügen Sie ihm die Einwilligungsprüfung aus Schritt 4 hinzu, oder ergänzen Sie seinen Trigger um eine Bedingung: cookiemark_consent_state enthält |marketing|.
Events und Variablen im Data Layer
Cookiemark schreibt in dataLayer. Wenn Ihr Container einen anderen Namen verwendet, geben Sie ihn unter Name des Data Layers ein.
| Push | Wann |
|---|---|
consent, default | Sobald das Skript läuft, auf jeder Seite, wenn Consent Mode eingeschaltet ist. |
consent, update | Bei einem wiederkehrenden Besucher direkt nach dem Default und nach jeder Auswahl. |
cookiemark_consent_ready | Einmal pro Seitenaufruf, sobald Cookiemark den Status kennt. Bei einem neuen Besucher ist noch alles abgelehnt. |
cookiemark_consent_update | Nach jeder Auswahl, die der Besucher trifft. |
cookiemark_consent_preferences und die beiden anderen | Einmal pro Seitenaufruf, für jede Kategorie, die erlaubt ist. |
Nach einer Auswahl ist die Reihenfolge fest: zuerst das Update für Consent Mode, dann cookiemark_consent_update, dann ein Event für jede Kategorie, die vorher nicht erlaubt war. Die Events ready und update enthalten drei Werte.
{
event: 'cookiemark_consent_update',
cookiemark_consent: { necessary: true, preferences: false, statistics: true, marketing: true },
cookiemark_consent_state: '|statistics|marketing|',
cookiemark_consent_id: '0b0f6c1e-3d0a-4c54-9f0e-2f1c8a4e7b11'
}| Variable | Verwendung |
|---|---|
cookiemark_consent | Ein Objekt. Eine einzelne Kategorie lesen Sie mit dem Variablennamen cookiemark_consent.marketing. |
cookiemark_consent_state | Die erlaubten Kategorien zwischen senkrechten Strichen. Wenn nichts erlaubt ist, ist es ein einzelner Strich. |
cookiemark_consent_id | Die Einwilligungs-ID des Besuchers, dieselbe wie im Einwilligungsprotokoll. Leer, bis er eine Auswahl trifft. |
Legen Sie diese als Variablen vom Typ Datenschichtvariable an. Sie haben ab cookiemark_consent_ready einen Wert.
Formularereignisse
Tag Manager kann nicht von selbst erkennen, dass ein Besucher ein Formular abgeschickt hat, wenn die Seite nicht neu lädt. Cookiemark sendet ein Event, wenn ein Formular abgeschickt wird. Es verrät, welches Formular es war und wie es ausging, aber nie, was eingegeben wurde. Die Funktion ist eingeschaltet, solange Sie Formularereignisse senden nicht abschalten.
| Event | Wann |
|---|---|
cookiemark_form_sent | Ein Formular wurde erfolgreich gesendet. Verwenden Sie dieses Event für eine Conversion. Die Formular-Tools in der Liste unten senden es. |
cookiemark_form_submit | Ein Besucher hat auf Senden geklickt, egal was danach passiert ist. Jedes Formular auf der Seite löst es aus, daher ist es das richtige Event für ein Formular-Tool, das nicht in der Liste steht. |
cookiemark_form_invalid | Ein Feld in Contact Form 7 wurde falsch ausgefüllt. |
cookiemark_form_spam | Contact Form 7 hat das Formular als Spam zurückgehalten. |
cookiemark_form_failed | Contact Form 7 hat das Formular angenommen, aber die E-Mail konnte nicht gesendet werden. |
Die Formular-Tools, die ein erfolgreich gesendetes Formular melden, und was cookiemark_form_id jeweils enthält:
| Formular-Tool | cookiemark_form_plugin | cookiemark_form_id |
|---|---|---|
| Contact Form 7 | contact-form-7 | Die Formular-ID |
| WPForms | wpforms | Die Formular-ID |
| Gravity Forms (AJAX-Formulare) | gravity-forms | Die Formular-ID |
| Formulare von Elementor Pro | elementor | Die ID des Formular-Widgets |
| Fluent Forms | fluent-forms | Die Formular-ID |
| Ninja Forms | ninja-forms | Die Formular-ID |
| Formidable Forms | formidable | Die Formular-ID |
| Forminator | forminator | Die Formular-ID |
| Formulare von Breakdance | breakdance | Die Formular-ID |
| Formulare von Bricks | bricks | Die Element-ID in Bricks |
| Formulare von Kadence Blocks | kadence | Die Block-ID |
| Formulare von Spectra | spectra | Die Block-ID |
| Formulare von Otter Blocks | otter | Die ID des Formularblocks |
| Everest Forms | everest-forms | Die Formular-ID |
| HappyForms | happyforms | Die Formular-ID |
| MetForm | metform | Leer: MetForm gibt nicht an, welches Formular |
| Quform | quform | Die Formular-ID |
| weForms | weforms | Die Formular-ID |
| WS Form | ws-form | Die Formular-ID |
| Formulare von Avada | avada | Die Formular-ID |
| Formulare von HubSpot | hubspot | Die Formular-ID |
Ein Formular, das nach dem Absenden eine neue Seite lädt, etwa ein Gravity-Forms-Formular ohne AJAX, das Kontaktformular von Divi oder ein Jetpack-Formular, sendet nur cookiemark_form_submit. Um die erfolgreich gesendeten zu zählen, legen Sie in Tag Manager einen Trigger auf die Dankeseite an. Bei jedem anderen Formular steht in cookiemark_form_plugin der Wert form, und cookiemark_form_id enthält seinen Namen, seine ID oder die Adresse, an die es sendet. Um nur ein bestimmtes Formular zu zählen, fügen Sie die Bedingung hinzu, dass cookiemark_form_id gleich seiner ID ist.
Die Events enthalten nie, was der Besucher eingegeben hat. Einen Namen oder eine E-Mail-Adresse im Data Layer kann jedes Tag im Container lesen, auch bevor der Besucher eine Auswahl getroffen hat.
Die Vorlage
Wählen Sie die Vorlage, wenn Tag Manager die Standardwerte für Consent Mode setzen soll und nicht das Cookiemark-Skript. Cookiemark zeigt weiterhin das Banner, speichert die Auswahl und sendet die Events. Nur die Standardwerte und Updates wandern in Ihren Container.
- Laden Sie die Vorlage herunter. Die Datei heißt
cookiemark-consent-mode.tpl. - Öffnen Sie in Tag Manager Vorlagen und klicken Sie unter Tag-Vorlagen auf Neu. Öffnen Sie oben rechts das Menü, wählen Sie Importieren, wählen Sie die Datei aus und speichern Sie.
- Legen Sie ein Tag vom Typ Cookiemark - Consent Mode an und lösen Sie es bei Einwilligungsinitialisierung - Alle Seiten aus.
- Öffnen Sie in Cookiemark die Website, dann Google und GTM, und schalten Sie Google Consent Mode ab. Sonst werden die Standardwerte doppelt gesetzt.
- Schalten Sie unter Cookies den Dienst Google Tag Manager ab, damit der Container vor einer Auswahl laden kann.
Probieren Sie den Import zuerst in einem Testcontainer aus. Das kostet nichts, und ein Import kann sich in Ihrem Konto anders verhalten.
| Feld | Standardwert | Was Sie eintragen |
|---|---|---|
| Consent cookie name | cookiemark_consent | Lassen Sie den Wert, wie er ist. |
| Consent version | 1 | Dieselbe Zahl wie die Einwilligungsversion Ihrer Website, zu sehen unter Einstellungen, Alle erneut fragen. |
| Category per consent type | Die Standardzuordnung | Welche Kategorie jedes Google-Signal gewährt. |
| Wait for update | 500 | Millisekunden, die Google-Tags auf ein Update warten. |
| Regions | Leer | Leer lassen, um überall abzulehnen, oder die Länder eintragen, in denen Sie das Banner zeigen. |
| Ads data redaction and URL passthrough | Ein und aus | Wie die gleichnamigen Einstellungen in Cookiemark. |
Das Tag setzt jedes Signal auf abgelehnt, außer security_storage. Dann liest es das Cookie cookiemark_consent und sendet eine gespeicherte Auswahl als Update, bevor andere Tags auslösen. Für spätere Auswahlen trägt es sich in window.cookiemarkListeners ein, und Cookiemark ruft es nach jeder Auswahl auf.
Cookiemark aus Tag Manager laden
Manche Websites lassen Ergänzungen nur über Tag Manager zu, nicht im Head der Seite. Dann kann die Vorlage auch Cookiemark laden: Aktivieren Sie Also load the Cookiemark script from this tag und geben Sie den Website-Schlüssel ein, also den Teil zwischen /s/ und .js in der Zeile im Tab Installation. Das Tag setzt zuerst die Standardwerte und lädt direkt danach das Skript, bei der Einwilligungsinitialisierung.
Tun Sie das nur, wenn die Zeile im Head nicht möglich ist. Aus Tag Manager geladen, startet Cookiemark später und kann keine Skripte zurückhalten, die im eigenen HTML der Seite stehen, etwa ein ins Theme eingefügtes Pixel. Nur die Tags in diesem Container warten auf die Einwilligung, über die Einwilligungsprüfungen und die Trigger oben. Banner, gespeicherte Auswahl, Einwilligungsprotokoll und Events funktionieren wie gewohnt.
Worum Sie sich mit der Vorlage selbst kümmern
- Die Einwilligungsversion steht an zwei Stellen. Wenn Sie in Cookiemark alle erneut fragen, erhöhen Sie auch die Zahl im Tag. Bis dahin ignoriert das Tag gespeicherte Auswahlen.
- Auch die Zuordnung der Kategorien zu Signalen steht an zwei Stellen. Das Tag verwendet seine eigene.
- Die Tests der Vorlage finden Sie unter Tests im Vorlageneditor, wenn Sie sehen möchten, wie sie sich verhält.
Lassen Sie Cookiemark Ihren Container korrigieren
Statt jedes Tag von Hand durchzugehen, können Sie das Google-Konto verbinden, das Ihren Container verwaltet. Cookiemark prüft jedes Tag in der Version, die live ist, und zeigt nur, was nicht stimmt. Sie sehen jede Änderung, bevor etwas live geht. Die Korrektur gibt es bei bezahlten Websites, die Prüfung in jedem Tarif.
- Öffnen Sie die Website, dann Google und GTM, und klicken Sie auf Google verbinden. Das kann ein Inhaber oder Administrator tun, hier oder unter Einstellungen, Integrationen. Wir fragen nur nach Zugriff auf Tag Manager, und Sie können die Verbindung jederzeit trennen.
- Cookiemark öffnet den Container, den Ihr Scan gefunden hat, oder den, den Sie vorher gewählt haben. Um einen anderen zu wählen, klicken Sie auf Anderen Container wählen und wählen Sie dann das Tag-Manager-Konto und den Container. Beide Listen sind durchsuchbar.
- Unter Einwilligung in Google Tag Manager sehen Sie jedes Tag, das läuft, ohne auf die Einwilligung zu warten, was es jetzt tut und worauf es nach der Korrektur warten würde.
- Klicken Sie auf Korrektur in einem Arbeitsbereich vorbereiten. Cookiemark legt die Änderungen in einem neuen Arbeitsbereich in Tag Manager ab, benannt nach Datum und Uhrzeit. Noch ist nichts live: Öffnen Sie Vorschau in Tag Manager, um sie anzusehen, oder testen Sie sie auf Ihrer Website mit der Vorschau von Tag Manager.
- Klicken Sie auf Veröffentlichen. Cookiemark veröffentlicht eine neue Containerversion und startet einen schnellen Scan, um das Ergebnis zu prüfen. Um das rückgängig zu machen, veröffentlichen Sie in Tag Manager die vorherige Version. Oder klicken Sie auf Verwerfen, dann wird der Arbeitsbereich gelöscht, ohne dass sich etwas ändert.
Was die Korrektur ändert:
- Tags, die nicht von Google stammen, etwa Meta, LinkedIn, TikTok, Hotjar, Leadinfo oder ein Tag vom Typ Benutzerdefiniertes HTML, erhalten eine zusätzliche Einwilligung für ihre Kategorie: Marketing wartet auf
ad_storage,ad_user_dataundad_personalization, Statistik aufanalytics_storage, gemäß Ihrer Zuordnung in diesem Tab. - Wenn Consent Mode zu spät startet, fügt die Korrektur die Cookiemark-Vorlage bei der Einwilligungsinitialisierung hinzu, sodass sie vor jedem anderen Tag läuft, und schaltet im selben Schritt Consent Mode im Cookiemark-Skript ab, damit die Standardwerte nicht doppelt gesetzt werden.
- Die eigenen Tags von Google bleiben unverändert: Consent Mode deckt sie bereits ab.
Woran Cookiemark erkennt, was ein Tag ist
Ein Tag wird anhand der Dienste erkannt, die Cookiemark kennt, anhand von Domains, die wir für alle Kunden recherchiert haben, und anhand einer offenen Datenbank mit mehr als 4.500 Tracker-Domains. Ein Tag, das wir trotzdem nicht erkennen, wartet auf die Einwilligung für Marketing, die strengste Wahl, und läuft deshalb nie, bevor der Besucher zustimmt. Braucht Ihre Website das Tag, damit etwas funktioniert, etwa ein Chat, wählen Sie in der Liste daneben Notwendig, bevor Sie die Korrektur vorbereiten.
Wenn Sie die Kategorie eines Tags ändern, das wir nicht erkannt haben, notieren wir die Domain, von der es lädt, und Ihre Wahl, ohne sonstige Angaben zu Ihnen oder zum Tag. Sobald wir einen solchen Vorschlag geprüft haben, erkennt Cookiemark diese Domain für alle.
Was Sie im Nachhinein einsehen können
Jede Korrektur bleibt im selben Tab unter Änderungen in Google Tag Manager sichtbar: wann sie veröffentlicht wurde, als welche Containerversion und für jedes Tag, was es vorher und nachher tat.
Tracker-Domains von WhoTracks.me (CC BY 4.0) und AdGuard CompaniesDB (CC BY-SA 4.0).
Einen für Cookiebot gebauten Container übernehmen
Ein Cookiebot-Container löst seine Tags meist bei Events mit den Namen von Cookiebot aus. Aktivieren Sie im Tab Google und GTM die Option Auch Cookiebot-Ereignisnamen senden, dann sendet Cookiemark auch diese Namen.
| Event | Cookiemark sendet es |
|---|---|
cookie_consent_preferences | Zusammen mit cookiemark_consent_preferences. |
cookie_consent_statistics | Zusammen mit cookiemark_consent_statistics. |
cookie_consent_marketing | Zusammen mit cookiemark_consent_marketing. |
cookie_consent_update | Nach jeder Auswahl und wenn eine Seite für einen Besucher mit gespeicherter Auswahl lädt. |
- Notieren Sie die genauen Ereignisnamen, auf die die Trigger in Ihrem Container hören.
- Pausieren Sie das Cookiebot-Tag im Container und entfernen Sie das Cookiebot-Skript von der Website. Zwei Consent-Tools auf einer Seite kommen sich in die Quere.
- Fügen Sie die Cookiemark-Zeile ein und aktivieren Sie Auch Cookiebot-Ereignisnamen senden.
- Öffnen Sie die Vorschau von Tag Manager, laden Sie die Website in einem privaten Fenster und akzeptieren Sie alles. Prüfen Sie, ob Events mit den Namen aus Schritt 1 ankommen und Ihre Tags auslösen.
- Wo ein Name abweicht, stellen Sie den Trigger auf das passende Event
cookiemark_consent_um.
Eine Variable, die das eigene Cookie von Cookiebot namens CookieConsent liest, findet nichts, weil Cookiemark es nicht setzt. Verwenden Sie stattdessen cookiemark_consent_state. Code, der Cookiebot.consent.marketing abfragt, braucht die Einstellung Auf die JavaScript-API von Cookiebot antworten, beschrieben in der JavaScript-API.
Sobald jeder Trigger die Cookiemark-Namen verwendet, können Sie die Cookiebot-Namen wieder abschalten.