ABlyft integrierenConsent & Sicherheit

Storage & privacy

Was ABlyft im Browser des Visitors speichert, wie du es konfigurierst und wie Visitors sich abmelden können.

ABlyft merkt sich, welche Variation ein Visitor gesehen hat, damit er bei jedem Besuch dieselbe Version sieht. Dafür schreibt das Snippet einige Einträge in den Browser. Diese Seite listet sie auf und erklärt die Einstellungen, die sie steuern.

Storage-Einstellungen

Gehe in deinem Project zu Settings → Data Protection & Compliance. Der Abschnitt Storage/Browser Settings enthält:

EinstellungWas sie bewirkt
StorageWo ABlyft seine Daten im Browser speichert. Siehe die Tabelle unten. Standard: localStorage (default).
Encode storage valuesURL-codiert Werte, die in Cookies geschrieben werden. Hilft, wenn Cookie-Werte in deinem Setup Probleme verursachen.
Adhere to Do Not TrackWenn aktiviert, läuft ABlyft nicht für Visitors, in deren Browser Do Not Track eingeschaltet ist.

Optionen für Storage:

OptionVerhalten
localStorage (default)Alle persistenten Daten werden in localStorage gespeichert.
sessionStorageAlle Daten werden in sessionStorage gespeichert und sind weg, wenn der Tab geschlossen wird. Visitors können beim nächsten Besuch neu zugewiesen werden.
cookieAlle persistenten Daten werden in Cookies gespeichert.
default (legacy)Jeder Eintrag nutzt seinen eigenen Speichertyp, wie in der Tabelle unten aufgeführt. Für bestehende Projects beibehalten.

Einträge, die in der Tabelle unten mit "Session" markiert sind, werden unabhängig von der gewählten Option immer in sessionStorage gehalten.

Subdomains

localStorage und sessionStorage gehören zu genau einem Hostnamen (zum Beispiel www.example.com). Wenn Visitors zwischen Subdomains wechseln und ihre Zuweisung behalten sollen, nutze die Option cookie. Cookies werden standardmäßig über Subdomains hinweg geteilt, siehe Cookie-Einstellungen.

Der Abschnitt Cookie Settings erscheint, wenn Storage auf cookie oder default (legacy) steht.

EinstellungWas sie bewirkt
Max cookie lifetimeWie lange Cookies aufbewahrt werden, in Tagen. Pflichtfeld.
Custom cookie domainDie Domain, für die die Cookies gesetzt werden. Wenn leer, wird .domain.tld der aktuellen Website verwendet, sodass Cookies über Subdomains hinweg funktionieren. Gib only_current ein, um Cookies nur für die exakte (Sub-)Domain zu setzen. Gehe vorsichtig damit um; wende dich an den ABlyft-Support, wenn du unsicher bist.

Die Cookies von ABlyft werden mit SameSite=Lax und Path=/ gesetzt.

Was ABlyft speichert

Alle Einträge beginnen mit ablyft_. Sie enthalten IDs und Zähler. Variation-Zuweisungen werden als Experiment- und Variation-IDs gespeichert.

SchlüsselZweckSpeicher
ablyft_expsDie Variation-Zuweisung des Visitors: Experiment ID zu Variation ID, zum Beispiel {"12345678":87654321}Konfigurierter Speicher (Legacy: Cookie)
ablyft_uvsBesuchszähler: Zeitpunkt des ersten und letzten Besuchs, Anzahl der Sessions und Seitenaufrufe. Wird für Audiences wie neue versus wiederkehrende Visitors verwendet.Konfigurierter Speicher (Legacy: Cookie)
ablyft_queueEvents, die auf das Senden warten. Wird nach dem Senden entfernt oder wenn sie älter als eine Stunde sind.Konfigurierter Speicher (Legacy: Cookie, 30 Sekunden aufbewahrt)
ablyft_tgoalsGoals, die der Visitor bereits ausgelöst hat, pro Variation. Wird verwendet, um ein Goal nur einmal zu zählen, wo es nötig ist.Konfigurierter Speicher (Legacy: localStorage)
ablyft_tracking_consentDer Consent-Status: 1 eingewilligt, 0 abgelehnt. Gesetzt durch enableTrackingConsent / disableTrackingConsent.Konfigurierter Speicher (Legacy: Cookie)
ablyft_opt_outWird auf true gesetzt, wenn der Visitor sich abgemeldet hat.Konfigurierter Speicher (Legacy: Cookie)
ablyft_redirectZeitpunkt des letzten Redirects, um Redirect-Schleifen zu verhindern.Konfigurierter Speicher (Legacy: sessionStorage)
ablyft_session_checkMarkiert, dass eine Session läuft.Session
ablyft_temp_eventsEvents, die zurückgehalten werden, bis die Tracking-Regel Tracking erlaubt, siehe Consent Manager.Session

Weitere Einträge existieren nur in Sondermodi und nur in sessionStorage: ablyft_pinged_goals (im Preview-Modus erfasste Goals), ablyft_preview_combs, ablyft_exclude_running und ablyft_qa_token (Preview und QA, siehe URL-Parameter) sowie ablyft_show_debug (Debug-Modus).

Ohne Einwilligung werden persistente Einträge nur im Arbeitsspeicher gehalten, siehe Consent Manager.

Was an ABlyft gesendet wird

Events werden an den Tracker (https://log.ablyft.com) gesendet, wenn ein Visitor einer Variation zugewiesen wird oder ein Goal auslöst. Den Inhalt findest du unter Security.

Do Not Track

Wenn Adhere to Do Not Track aktiviert ist und der Browser des Visitors doNotTrack als 1 meldet, stoppt das Snippet für diesen Visitor: Es zeigt keine Variations und sendet keine Events.

Opt-out

Visitors können sich mit einem URL-Parameter auf deiner Website von ABlyft ausschließen:

URLWirkung
https://www.example.com/?ablyft_opt_out=trueSpeichert ablyft_opt_out=true. ABlyft läuft für diesen Browser nicht mehr. Es wird die Meldung "Opted out of ABlyft for this domain" angezeigt.
https://www.example.com/?ablyft_opt_out=falseEntfernt den Opt-out. Es wird die Meldung "Opted in of ABlyft for this domain" angezeigt.

Der Opt-out gilt pro Website (und Speicher), muss also auf jeder Website durchgeführt werden, für die er gelten soll. Er ist außerdem ein praktischer Weg, das eigene Team von Experiments auszuschließen.

Der Opt-out wird mit der konfigurierten Storage-Option gespeichert. Wenn du localStorage oder sessionStorage verwendest, wird er nicht zwischen Subdomains geteilt, und das Löschen der Browserdaten entfernt ihn.

Nächste Schritte

On this page