Data

Cookieless Personalisation

Wie wir vollständig maßgeschneiderte Erlebnisse bieten können, ohne die Privatsphäre zu beeinträchtigen.

Wir glauben, dass jeder Privatsphäre und ein großartiges Einkaufserlebnis verdient.

Deshalb haben wir uns entschieden, unsere Tracking-Technologie öffentlich offenzulegen, damit jeder ein privateres Internet schaffen kann.

Dieser Artikel erklärt, wie unsere cookieless Technologie es Besuchern ermöglicht, privat zu bleiben und gleichzeitig eine personalisierte Erfahrung zu erhalten, während Sie dennoch detaillierte Analysen erhalten.

Cookieless Tracking ist in Clerk.js eingebaut und standardmäßig aktiviert.

Knowledge Graph #

Im Herzen von Clerks KI steht die „Knowledge Graph“-Technologie, die all Ihre Produkte, Kategorien, Artikel, Bestellungen und (falls aktiviert) Kunden miteinander verbindet.

Dieses System treibt alle Prognosen von Clerk an – sei es zur Verbesserung von Sucherlebnissen, zur Bereitstellung von Produktempfehlungen, zur Automatisierung von E-Mail-Inhalten oder zur Segmentierung von Kunden.

Knowledge Graph

Der Knowledge Graph funktioniert, ohne dass Websitedaten wie Klicks, Suchanfragen und andere Surfaktivitäten erforderlich sind. Stattdessen verlässt sich Clerk schon immer auf Bestelldaten als Hauptquelle für die KI.

Dieser Ansatz basiert auf Clerks grundlegendem Verständnis: Eine bezahlte Bestellung eines Kunden ist wesentlich wertvoller als ein Seitenbesuch oder Klick (die wir tagtäglich hunderte Male machen, ohne es zu merken).

Clerks KI benötigt keine Websitedaten und ist damit nicht von Website-Tracking betroffen. Produktklicks werden nur dafür verwendet, um den Kontext zu liefern, welche Produkte ein Besucher kürzlich angesehen hat, sodass die KI für diese Produkte Ergebnisse in Visitor-API-Endpunkten zurückgeben kann.

Proof of Value #

Clerk verwendet Website-Tracking in erster Linie, um zu zeigen, wie unsere Dienste Ihren Besuchern und Kunden helfen und letztlich Ihr Geschäft verbessern.

Dashboard

Unser Tracking-Ansatz konzentriert sich nicht auf Einzelpersonen. Stattdessen misst er den Wert unserer Dienste durch aggregierte Statistiken und bewertet deren Auswirkungen auf Bestellungen, wenn Kunden mindestens ein Produkt über Clerk anklicken und kaufen.

Kurz gesagt, wir verfolgen nicht, wer ein Besucher ist, sondern vielmehr, was in einer Sitzung passiert. Um dies zu erreichen, identifizieren wir Sitzungen, um frühere Ereignisse und Klicks mit einer Bestellung zu verknüpfen, bevor aggregierte Statistiken berechnet werden. Dieser Prozess wird unten erläutert.

Anonyme Sitzungen #

Clerk verfolgt Besucher durch anonyme Sitzungs-IDs, die jedes Mal generiert werden, wenn ein Browser eine Anfrage an https://api.clerk.io stellt. So funktioniert es:

  1. Wir berechnen einen Hash anhand der IP-Adresse, des User Agents und eines individuellen Store-Salts. Der Store-Salt ist für jeden Store einzigartig, der Clerk verwendet, und wird alle 30 Tage geändert, wodurch langfristiges Tracking praktisch unmöglich wird.

  2. Der Hash wird von Basis 16 auf Basis 62 komprimiert, was die Informationsdichte pro Byte erhöht.

  3. Der größte Teil des Hashs (81,4 %) wird verworfen, um die Daten zu anonymisieren – es bleibt eine eindeutige 8-stellige Zeichenkette im Format „Pyqb0mfV“.

Dieser Bezeichner stellt sicher, dass Einkaufssitzungen anonym bleiben. Er enthält keine personenbezogenen Daten, speichert nichts auf den Geräten der Nutzer und verhindert langfristiges Tracking über 30 Tage hinaus.

In der Praxis werden Besucher, die dieselbe Website vom selben WLAN und demselben Computertyp aus besuchen, dieselbe Sitzungs-ID teilen. Dies geschieht jedoch so selten, dass es unser Tracking nicht beeinflusst.

Datenschutzeinstellungen #

Clerk.js kann mit Datenschutzeinstellungen pro Besucher konfiguriert werden, sodass Sie das Erlebnis für Ihre Kunden individuell anpassen können.

Es gibt 4 Datenschutzmodi, die im Folgenden erklärt werden.

Standard (Cookieless) #

Clerk.js verwendet standardmäßig anonyme Sitzungen, wie oben beschrieben.

Dieser Ansatz liefert präzise aggregierte Statistiken über den Einfluss von Clerk und hält Sitzungen gleichzeitig privat und anonymisiert.

Persistent #

In diesem Modus wird dieselbe eindeutige ID erzeugt und als langfristiger Bezeichner im localStorage des Browsers gespeichert, was die Grundlage für das Tracking bildet. Dies kann für Besucher genutzt werden, die dem Tracking zustimmen.

Um ihn zu aktivieren, fügen Sie auf Ihrer Website folgenden Code ein, sobald der Besucher zustimmt:

Clerk('config', 'visitor', 'persistent');

Wenn dieser Modus aktiviert ist, speichert Clerk einen persistenten Besucher-Identifikator, sodass derselbe Browser sitzungsübergreifend erkannt werden kann.

Wir verwenden localStorage für clerk-visitor-id anstelle eines von JavaScript gesetzten Cookies, da Cookies häufiger von Adblockern und modernen Datenschutzeinstellungen des Browsers blockiert werden. In vielen Regionen werden localStorage und sessionStorage auch nicht wie Cookies behandelt, was diesen Ansatz datenschutzfreundlicher macht.

  • Name: clerk-visitor-id
  • Zweck: Einen stabilen Besucher-ID für langfristige Attribution und Personalisierung nach Zustimmungsgebung beibehalten.
  • Lebensdauer: Langfristig, bis die Browserdaten gelöscht oder der Bezeichner ersetzt wird.

Private #

In diesem Modus werden keinerlei Daten über den Besucher aus irgendwelchen Gründen erfasst.

Clerk arbeitet wie gewohnt, mit Ausnahme von Funktionen, die von Besucheraktionen abhängig sind, wie dem Anzeigen der Browsing-Historie-Empfehlungen oder dem Versenden von ausgelösten E-Mails, die sich auf Sitzungen beziehen.

Außerdem werden Verkäufe über unsere Dienste in diesem Fall auch nicht Clerk im Dashboard zugerechnet, was zu einer Untererfassung in Ihren Statistiken führen kann.

Dieser Modus kann auch genutzt werden, um Ihre eigene Website-Aktivität aus Clerks Statistiken auszuschließen und sicherzustellen, dass Testdaten die Ergebnisse nicht verfälschen.

Um das Tracking für einen Besucher zu deaktivieren, fügen Sie auf Ihrer Website folgenden Code ein:

Clerk('config', 'visitor', null);

Custom #

Sie können benutzerdefinierte Besucher-IDs festlegen, die Sie selbst generieren und so volle Kontrolle darüber behalten, welcher Typ von ID jedem Besucher oder jeder Sitzung zugewiesen wird. Diese Option wird typischerweise für Integrationen mit externen Tools genutzt.

Um dies umzusetzen, fügen Sie folgenden Code ein und ersetzen den Platzhalter durch Ihre eigene ID:

Clerk('config', 'visitor', 'TRACKING_ID_HERE');

Diese Seite wurde von einer hilfreichen KI übersetzt, daher kann es zu Sprachfehlern kommen. Vielen Dank für Ihr Verständnis.