Anwendungsfälle für Data Store: So unterstützt es Ihr Tracking

Data Store ist eine integrierte NoSQL-Datenbank für Nutzer von serverseitigem Google Tag Manager. Sie ist schnell, zuverlässig und einfach zu bedienen – Sie können beliebige JSON-Daten speichern und abrufen, ohne eine externe Datenbank einrichten zu müssen.

Obwohl sie ursprünglich entwickelt wurde, um die Datenverwaltung in Server-Containern zu vereinfachen, setzen Unternehmen Data Store auf viele kreative Arten ein. Um alles über diese Funktion, ihre Möglichkeiten und ihre optimale Nutzung zu erfahren, lesen Sie unseren ausführlichen Leitfaden zu Data Store. In diesem Beitrag werfen wir einen Blick auf einige der häufigsten und interessantesten Einsatzmöglichkeiten von Data Store und wie auch Sie davon profitieren können.

Viele Nutzer wählen Data Store als Alternative zu Firestore. Sie nutzen es, um alles von Kundendaten bis hin zur Kaufhistorie zu speichern (beispielsweise alle von Kundinnen und Kunden gekauften Produkte). Dafür gibt es verschiedene Gründe – zum Beispiel ist Data Store direkt in die Stape-Plattform integriert, sodass keine externe Einrichtung erforderlich ist. Sie können Daten direkt in Ihrem sGTM-Container speichern und auslesen, ohne Ihr Stape-Konto zu verlassen.

Einige Nutzer erwerben sogar ein Stape-Abonnement und nutzen weder Power-ups noch sGTM-Hosting oder andere Dienste außer Store. Für sie ist die Store-Funktion allein wertvoll genug, um die Kosten zu rechtfertigen!

Der Hauptvorteil ist eine einfachere Architektur: Anstatt eine weitere Datenbank bereitzustellen, Anmeldedaten zu verwalten und eine zusätzliche Integration zu pflegen, können Teams eine Speicherebene nutzen, die bereits Teil ihres von Stape gehosteten sGTM-Setups ist.

Ein weiterer beliebter Anwendungsfall ist die Erkennung doppelter Transaktionen. Doppelte Conversions können Ihre Analysen verfälschen und zu einer fehlerhaften Attribution auf Plattformen wie Google Ads oder Google Analytics führen. Durch das Speichern von Transaktions-IDs in Data Store können Sie einfach prüfen, ob eine Conversion bereits verarbeitet wurde. Dieses Setup ist besonders praktisch für serverseitiges Tracking mit Conversions, die über APIs hochgeladen werden.

Derselbe Ansatz kann für jeden Prozess verwendet werden, der eine Deduplizierung erfordert. Dazu gehören Event-IDs, Bestell-IDs, Lead-IDs, Webhook-IDs oder andere eindeutige Unternehmensidentifikatoren.

Warum es nützlich ist:

• Präzise Metriken: Jede Transaktion wird nur einmal gezählt.
• Bessere Attribution: Verhindert, dass mehreren Kanälen fälschlicherweise Gutschriften zugewiesen werden.
• Intelligentere Budgetierung: Hilft dabei, Werbebudgets auf der Grundlage sauberer, vertrauenswürdiger Daten zuzuweisen.

Webhooks automatisieren die Datenübertragung zwischen Web-Apps in Echtzeit. Einige unserer Kunden nutzen Data Store, um Webhooks mit zusätzlichen Daten anzureichern. Dieser Ansatz stellt sicher, dass Ihre Tracking-Events stets den vollständigen Kontext enthalten. So funktioniert es:

1. 1.
   Wenn Nutzende eine Online-Aktion durchführen (z. B. das Absenden eines Formulars), speichern Sie deren Cookies oder Identifikatoren im Store unter einem Schlüssel wie der E-Mail-Adresse.
2. 2.
   Wenn später ein Webhook-Event eingeht, suchen Sie denselben Schlüssel im Store, rufen die Nutzerdaten ab und senden einen vollständigen Datensatz einschließlich Cookies und Identifikatoren an Plattformen wie Google Ads oder Meta Conversions API.

Das Enricher-Power-up von Stape ermöglicht es Ihnen bereits, Event-Daten mit zuvor erfassten Nutzerdaten anzureichern. In Kombination mit Data Store können Sie Events jedoch auch mit reinen Backend-Daten anreichern.

Eine weitere Nutzung von Data Store zur Datenanreicherung besteht darin, Informationen hinzuzufügen, die im Browser nicht offengelegt werden sollten oder können – wie CRM-Status, Kundenstufe, interne Produktklassifizierungen, Lagerbestände, Kontozuständigkeiten, Margendaten oder Abwicklungsergebnisse. Das angereicherte Event, das an Analyse- oder Werbeplattformen gesendet wird, enthält einen geschäftlichen Kontext, den clientseitiges Tracking allein nicht liefern kann.

Cross-Domain-Tracking schlägt oft fehl, weil Cookies nicht zwischen Domains geteilt werden können.

Mit Data Store können Sie Cookies oder Identifikatoren unter einem gemeinsamen Schlüssel (beispielsweise einer User ID) speichern und wiederherstellen, wenn dieselbe Person auf einer anderen Domain landet. Auf diese Weise bleiben Ihre Nutzerdaten konsistent und Ihre Analysen können Conversions auch über verschiedene Websites hinweg präzise zuordnen.

So funktioniert es in der Praxis:

1. 1.
   Wenn jemand Ihre erste Domain besucht, speichern Sie wichtige Tracking-Daten (Cookies, Session-IDs, Nutzeridentifikatoren) in Data Store.
2. 2.
   Wenn dieselbe Person ihre Journey auf einer anderen Domain fortsetzt, ruft das System die gespeicherten Daten anhand des gemeinsamen Identifikators aus Data Store ab.
3. 3.
   Diese wiederhergestellten Daten tragen dazu bei, die Verbindung zwischen Besuchen und Conversions aufrechtzuerhalten, und stellen sicher, dass Ihre Analyse- und Werbeplattformen erkennen, dass es sich um dieselbe Person handelt.

Dasselbe Muster lässt sich über Websites hinaus erweitern. Sie können den Attributionskontext beibehalten, wenn Kundschaft von einer Website zu einem CRM, Callcenter oder einem anderen Offline-Prozess wechselt, und die relevanten Identifikatoren wiederherstellen, sobald ein Backend-Event oder Webhook eintrifft.

Die meisten Werbetreibenden messen ihre Leistung anhand des ROAS (Return on Ad Spend), aber der ROAS berücksichtigt keine Produktkosten. Profit Over Ad Spend (POAS) ist eine genauere Kennzahl. Sie konzentriert sich auf den tatsächlichen Gewinn, nicht nur auf den Umsatz.

Stape bietet bereits ein spezielles POAS Data Feed-Power-up, mit dem Sie Gewinndaten sicher speichern, abrufen und anstelle des Umsatzes bei der Meldung von Conversions an Google Ads oder Analytics verwenden können. Data Store erweitert diese Funktionalität jedoch um fortgeschrittenere POAS-Berechnungen.

Beispielsweise kann der Gewinn von SKU, Markt, Rabatten, Versandkosten, Zahlungsgebühren, Provisionen, Retouren oder Kundensegmenten abhängen. Diese Eingaben können serverseitig gespeichert und verwendet werden, um einen genaueren Gewinnwert zu berechnen, bevor Conversion-Daten an Ihre Analyse- oder Werbeplattformen gesendet werden.

• Führen Sie gewinnbasiertes Bidding durch und halten Sie gleichzeitig sensible Finanzdaten vertraulich.
• Laden Sie Conversions in Echtzeit hoch, ohne interne Zahlen offenzulegen.
• Erhalten Sie ein realistischeres Bild davon, welche Anzeigen wirklich den Gewinn steigern und nicht nur den Umsatz.

Click IDs werden üblicherweise in Browser-Cookies gespeichert. Cookies können jedoch ablaufen, blockiert werden, für Backend-Systeme nicht verfügbar sein oder auf andere Weise daran scheitern, Attributionsdaten an eine spätere Conversion zu übermitteln. Data Store bietet einen zusätzlichen Ort, um diese Identifikatoren dauerhaft zu speichern.

Beispielsweise können Sie eine Click ID zu einem stabilen Schlüssel wie einer User ID, Session-ID, Lead-ID oder Bestell-ID speichern. Wenn später eine Conversion stattfindet, kann die Click ID über diesen Schlüssel abgerufen und dem Conversion-Event hinzugefügt werden. Dieser Ansatz erfordert weiterhin einen stabilen Identifikator, der den ursprünglichen Klick mit dem späteren Event verknüpft. Er ermöglicht es Attributionsdaten jedoch zu überdauern, wenn die browserbasierte Speicherung nicht mehr verfügbar ist.

Schließlich ist Data Store in fast jedem Fall nützlich, in dem Sie Daten vorübergehend oder langfristig speichern und später nutzen müssen. Es ist zuverlässiger und skalierbarer als Cookies oder Local Storage. Sie benötigen lediglich einen Schlüssel zum Schreiben und Abrufen der Daten, wie etwa eine E-Mail-Adresse, eine ID oder ein Session-Token.

• Erstellen Sie Dokumente und Sammlungen, um mehrere Dateien zu speichern.
• Suchen und filtern Sie anhand von Bedingungen. 
• Legen Sie eine TTL (Time-to-Live) für Dokumente fest, damit diese automatisch ablaufen, wenn sie nicht mehr benötigt werden. 
• Rufen Sie im Store gespeicherte Daten ab und nutzen Sie diese, um Ihre serverseitigen GTM-Event-Flows anzureichern (z. B. für Nutzerattribute, benutzerdefinierte Parameter, Token). 
• Nutzen Sie die API, um über Endpunkte programmatisch auf den Store zuzugreifen.

Standardmäßige GTM-Lookup-Tabellen können schwer zu verwalten sein, wenn Zuordnungen umfangreich sind, häufig aktualisiert werden oder betrieblich sensibel sind. Data Store kann diese Datensätze stattdessen aufnehmen.

Beispielsweise können Sie Produktregeln, Kampagnenklassifizierungen, regionale Einstellungen, Mandantenzuordnungen oder andere Konfigurationswerte speichern. Sie können diese dann über das Stape-Dashboard, per CSV-Import oder per API aktualisieren, ohne den sGTM-Container jedes Mal neu veröffentlichen zu müssen, wenn sich ein Wert ändert.

Derselbe Ansatz kann verwendet werden, um Ziele, Konten, Endpunkte oder Anmeldedaten dynamisch auf der Grundlage von Faktoren wie Marke, Region, Mandant, Händler, Event-Typ oder Consent-Status auszuwählen.

Data Store kann dabei helfen, die anonyme Aktivität von Nutzenden mit deren Identität und früheren Aktionen zu verknüpfen, sobald sie bekannt sind. Dies macht auch das Tracking neuer und wiederkehrender Kundschaft zuverlässiger.

Beispielsweise kann eine Person Ihre Website durchsuchen, bevor sie sich anmeldet oder ein Formular absendet. Sie können die Verknüpfung zwischen deren anonymem Browser- oder Session-Identifikator und der Kunden-ID speichern. Sobald die Person bekannt ist, können künftige Events diese Verknüpfung nutzen, um freigegebene Identitätsattribute abzurufen und die Kontinuität über zuvor anonyme Sitzungen hinweg aufrechtzuerhalten.

Consent-Informationen sind im Browser oft verfügbar, fehlen jedoch, wenn ein Event von einem CRM, einem Webhook, einem Offline-System oder einer anderen Backend-Quelle eingeht. Data Store kann den Consent-Status der Nutzenden speichern, zusammen mit Metadaten wie Quelle, Zeitstempel oder Richtlinienversion.

Wenn später ein Backend-Event eingeht, kann der gespeicherte Consent-Status abgerufen werden, bevor entschieden wird, welche Ziele und Parameter zulässig sind. Dies hilft dabei, konsistente Consent-Regeln auf Nicht-Browser-Events anzuwenden.

In manchen Fällen enthalten Standard-Logs nicht die Nutzlast der Anfrage oder bestimmte Felder, die zur Untersuchung eines Tracking-Problems erforderlich sind. Data Store kann ausgewählte Anfragedaten zur Fehlerbehebung vorübergehend in einer speziellen Sammlung speichern.

Dieser Ansatz sollte mit Vorsicht angewendet werden: Nutzen Sie eng gefasste Trigger, kurze TTLs, Datenminimierung und PII-Filterung. Das Speichern jeder Anfrage kann unnötige Datenschutzrisiken schaffen und die Schreiblimits der Datenbank schnell aufbrauchen.

Data Store hat sich von einer einfachen Funktion zu einem leistungsstarken Tool entwickelt, das eine Vielzahl von Tracking- und Daten-Anwendungsfällen unterstützt. Damit können Sie Cross-Domain-Tracking einrichten, doppelte Transaktionen beheben, eine schlanke CDP aufbauen oder einfach Daten für die spätere Verwendung speichern.

Da es direkt in die Stape-Plattform integriert ist, muss keine externe Datenbank eingerichtet oder gewartet werden. Sie können direkt in Ihrem Server-GTM-Container mit dem Speichern und Abrufen von Daten beginnen. Data Store kann Tools wie Firestore ersetzen und gleichzeitig alles unter einem Dach bündeln.