Sieben Tage sind keine Customer Journey.
Safari begrenzt jedes per JavaScript gesetzte Cookie auf sieben Tage. Wiederkehrende Besucher kommen als neue Nutzer zurück, Attributionsfenster brechen zusammen, und Ihre Berichte untertreiben still den wiederkehrenden Traffic. Cookie Keeper setzt diese Cookies über HTTP von Ihrer eigenen Tagging-Domain neu, dort gilt das Limit nicht.
Das Cookie wird bei jeder Antwort über HTTP neu gesetzt, sodass das Ablaufdatum aktiver Besucher immer weiter nach vorn rückt.
Cookie-Laufzeit, mit und ohne
Browser-Richtlinien schreiben Ihre Daten still um
Intelligent Tracking Prevention blockiert Ihre Analytics nicht: sie lässt sie ablaufen. Das fällt weniger auf, denn alles funktioniert weiter, nur die Zahlen werden falsch.
JavaScript-Cookies laufen nach sieben Tagen ab
Safaris Limit gilt für jedes mit document.cookie geschriebene Cookie, und genau so setzen GA4, Meta und Google Ads ihre Client-Identifier.
Wiederkehrende Besucher zählen als neu
Ein abgelaufener Identifier bedeutet, dass ein neuer vergeben wird. Ihr Anteil wiederkehrender Besucher sinkt, Ihre Nutzerzahlen steigen, und keine der beiden Zahlen beschreibt die Realität.
Attributionsfenster brechen zusammen
Ein 30-tägiger Entscheidungsprozess lässt sich nicht mit einem 7-Tage-Identifier attribuieren. Käufe mit langem Zyklus landen bei Direktzugriffen.
So funktioniert es
Cookies, die über eine HTTP-Antwort einer First-Party-Domain gesetzt werden, unterliegen nicht demselben Limit wie per JavaScript gesetzte. Ihre Tagging-Domain ist genau so eine Domain, also setzt das Gateway die Cookies für Sie neu.
Auf dem Hinweg lesen
Trägt ein Request eines der konfigurierten Cookies, greift das Gateway dessen aktuellen Wert ab. Es wird nichts erfunden: Ist das Cookie nicht da, wird nichts geschrieben.
Auf dem Rückweg neu setzen
Die Antwort trägt einen Set-Cookie-Header mit gleichem Namen und Wert sowie langer Max-Age, Secure und SameSite=Lax. Der Browser speichert es als First-Party-HTTP-Cookie.
Die Laufzeit rückt fortlaufend nach vorn
Weil das bei jeder Antwort geschieht, verschiebt sich das Ablaufdatum mit jedem Besuch. Der Identifier eines aktiven Besuchers verfällt damit praktisch nie.
Was Sie bekommen
Sinnvolle Voreinstellungen
_ga, _fbp, _fbc und _gcl_au sind ab Werk konfiguriert, die Identifier hinter der Attribution von Google Analytics, Meta und Google Ads.
Bis zu zwanzig Cookies
Ergänzen Sie jedes First-Party-Cookie, auf das Sie angewiesen sind, bis zu zwanzig pro Container. Namen werden beim Speichern validiert.
Automatischer Domain-Scope
Standardmäßig wird die übergeordnete Domain Ihres Tagging-Hosts verwendet, damit die Cookies mit Ihrer Hauptsite geteilt bleiben. Überschreiben Sie das, wenn Ihr Setup etwas anderes verlangt.
Sichere Attribute per Voreinstellung
Neu gesetzte Cookies tragen Secure und SameSite=Lax. HttpOnly steht zur Verfügung, ist aber standardmäßig aus, damit Skripte auf der Seite weiter funktionieren.
Spezifikation
- Standard-Cookies
- _ga, _fbp, _fbc, _gcl_au
- Maximale Anzahl
- 20 pro Container
- Maximale Laufzeit
- 400 Tage (die Browser-Obergrenze)
- Attribute
- Secure, SameSite=Lax, HttpOnly optional
- Kosten
- In Ihrem Container enthalten
Wann Sie ihn einsetzen
Sie verkaufen mit langem Entscheidungszyklus
Alles, worüber Wochen statt Minuten nachgedacht wird, verliert Attribution an das Sieben-Tage-Limit. Den Identifier zu verlängern ist die wirksamste Einzelmaßnahme.
Safari macht einen großen Teil Ihres Traffics aus
In Märkten mit hoher iPhone-Verbreitung ist ein erheblicher Teil Ihres Publikums standardmäßig betroffen, ganz ohne eigenes Zutun.
Ihre Rate wiederkehrender Besucher wirkt unglaubwürdig
Wenn treue Kunden immer wieder als neue Nutzer auftauchen, sind abgelaufene Identifier die übliche Ursache, und dies ist die übliche Lösung.
Fragen zum Cookie Keeper
Ist das rechtskonform?
Es verlängert die Laufzeit von Cookies, die Sie ohnehin setzen; es erzeugt keine neuen und setzt sie nicht ohne Einwilligung. Hat ein Besucher nicht eingewilligt und wurde das Cookie nie geschrieben, gibt es auch nichts neu zu setzen. Weisen Sie die verlängerte Laufzeit in Ihrer Cookie-Richtlinie aus.
Warum 400 Tage und nicht länger?
Chrome lehnt jede Cookie-Laufzeit über 400 Tage ab, ein höherer Wert würde also schlicht ignoriert. 400 ist die praktische Obergrenze und die Voreinstellung.
Funktioniert das in jedem Browser?
Der Mechanismus ist reguläre HTTP-Cookie-Verarbeitung, also ja. Am meisten bringt es in Safari, wo das JavaScript-Limit am strengsten ist, aber Firefox und Chrome respektieren die verlängerte Laufzeit ebenso.
Kann ich Cookies ergänzen, die nicht voreingestellt sind?
Ja, bis zu zwanzig pro Container. Namen dürfen Buchstaben, Ziffern und Unterstriche enthalten, was die Identifier aller gängigen Vendors abdeckt.
Weitere Module
Module lassen sich kombinieren. Aktivieren Sie so viele, wie Sie brauchen. Sie fließen in eine einzige Konfiguration vor Ihrem Container zusammen.
Bereit zum Aktivieren?
Jedes Modul ist ohne Aufpreis in Ihrem Container enthalten. Container anlegen, Modul-Panel öffnen, Schalter umlegen.