In dieser Anleitung erfahren Sie, wie Sie Daisycon Conversion Tracking mit Server-Side Google Tag Manager (sGTM) implementieren. Der offizielle Daisycon Conversion Tag Server-side unterstützt sowohl Order-Level als auch Product-Level Conversion Tracking.
Für die meisten Webshops empfehlen wir Product-Level Tracking mit GA4-E-Commerce-Event-Daten. Wenn Ihr serverseitiger Container bereits ein standardmäßiges GA4-Purchase-Event mit Produktinformationen empfängt, kann der Daisycon Tag diese Daten direkt verwenden.
Dieses serverseitige Setup erfordert den Daisycon Synergy Tag in Ihrem Web-GTM-Container. Der Synergy Tag und der serverseitige Conversion Tag müssen dieselbe Synergy Reference verwenden, damit Daisycon beide Tracking-Pfade zuordnen und deduplizieren kann.
Diese Anleitung setzt voraus, dass Ihr Server-Side-GTM-Container bereits läuft und Events von Ihrer Website an diesen weitergeleitet werden.
Auf dieser Seite
- Setup auswählen
- Bevor Sie beginnen
- Schritt 1: Daisycon Tags hinzufügen und konfigurieren
- Product-Level Tracking mit GA4
- Andere Tracking-Typen
- Schritt 2: Server-Side-GTM-Variablen erstellen
- Schritt 3: Erforderliche Daten an den Server-Container senden
- Implementierung testen
Setup auswählen
Für die Implementierung gibt es verschiedene Szenarien. Wählen Sie das Szenario, das am besten zu Ihrem aktuellen Setup passt:
- Szenario 1: Sie kennen sich mit Server-Side GTM aus und die erforderlichen Transaktionsdaten und Variablen sind bereits im Server-Container verfügbar. Folgen Sie Schritt 1.
- Szenario 2: Die erforderlichen Event-Daten erreichen den Server-Container, aber die vom Daisycon Tag benötigten Werte sind noch nicht als GTM-Variablen verfügbar. Folgen Sie Schritt 1 und Schritt 2.
- Szenario 3: Die erforderlichen Transaktionsdaten werden noch nicht an den Server-Container gesendet. Folgen Sie Schritt 1, Schritt 2 und Schritt 3.
Tipp, bevor Sie beginnen
Führen Sie vor der Konfiguration der Daisycon Tags einen Testkauf im Preview Mode Ihres Web- und Server-Side-GTM-Containers durch.
Prüfen Sie im serverseitigen Tag Assistant das Event der abgeschlossenen Transaktion. Kontrollieren Sie, welche Transaktions- und Produktwerte verfügbar sind. Wenn ein GA4-purchase-Event bereits ein items-Array enthält, können Sie in der Regel die GA4-Product-Level-Option verwenden, ohne einzelne Produkte manuell zuzuordnen.
Schritt 1: Daisycon Tags hinzufügen und konfigurieren
Öffnen Sie Templates in Ihrem Server-Side-GTM-Container. Suchen Sie in der Community Template Gallery nach Daisycon Conversion Tag Server-side (Synergy/Hybrid) und fügen Sie das Template Ihrem Workspace hinzu.
Mit demselben Template werden zwei serverseitige Tags erstellt:
- ein Page view Tag, der Attribution-Informationen speichert;
- ein Conversion Tag, der abgeschlossene Transaktionen an Daisycon sendet.
Page view Tag hinzufügen
Erstellen Sie einen Tag mit dem Daisycon Server-Side Template und wählen Sie Page view als Event type.
Konfigurieren Sie:
-
DCI parameter name: normalerweise
dci. -
Cookie domain: die Top-Level-Domain Ihrer Website, zum Beispiel
.example.com. - Log type: wählen Sie, ob Logging im Preview/Debug-Modus oder im normalen Betrieb aktiviert sein soll.
Der Page view Tag prüft die Landingpage-URL auf die Daisycon Click ID (DCI) und speichert diese in einem First-Party Cookie. Er kann außerdem den Google gclid speichern, wenn eine DCI vorhanden ist oder der Request utm_source=daisycon enthält.
Verwenden Sie einen Page-View-Trigger, damit der Tag die eingehenden Landingpage-Informationen verarbeiten kann. Stellen Sie sicher, dass der konfigurierte DCI-Parameter auch in Ihren Daisycon-Kampagnen-URLs enthalten ist.
Conversion Tag hinzufügen
Erstellen Sie einen weiteren Tag mit demselben Template und wählen Sie Conversion als Event type.
Konfigurieren Sie zunächst:
- Campaign ID: Ihre Daisycon Campaign ID.
- Tracking type: wählen Sie die Option, die zu den im serverseitigen Event verfügbaren Transaktionsdaten passt.
- Synergy Reference: wählen Sie dieselbe persistente Referenz, die vom clientseitigen Daisycon Synergy Tag gesendet wird.
Als Synergy Reference wird häufig die Order ID verwendet. Eine persistente Cart- oder Checkout-ID kann ebenfalls verwendet werden, wenn sie bereits früher verfügbar ist, solange beide Tracking-Pfade exakt denselben Wert verwenden.
Den richtigen Tracking-Typ auswählen
| Tracking-Typ | Wann verwenden? |
|---|---|
| Product-level tracking from GA4 ecommerce data | Empfohlen für die meisten Webshops, wenn das serverseitige Purchase-Event ein GA4-Product-items-Array enthält. |
| Product-level tracking from UA Enhanced Ecommerce data | Für bestehende Implementierungen, die noch Legacy Universal Analytics Enhanced Ecommerce Daten weiterleiten. |
| Product-level tracking from Daisycon product array | Für benutzerdefinierte Implementierungen, bei denen eine serverseitige GTM-Variable Produktdaten im Daisycon-Format bereitstellt. |
| Standard transaction tracking | Für Order-Level Tracking, bei dem ein Wertesatz für die gesamte Transaktion anstelle einzelner Produkte gesendet wird. |
Empfohlen: Product-Level Tracking mit GA4-E-Commerce-Daten
Wenn Ihr Server-Side-Container standardmäßige GA4-E-Commerce-Daten empfängt, wählen Sie Product-level tracking from GA4 ecommerce data.
Je nachdem, wie das Event vom Server-Side Client verarbeitet wird, können GA4-E-Commerce-Werte als Top-Level Event Data oder innerhalb eines ecommerce-Objekts verfügbar sein. Das Daisycon Template unterstützt beide gängigen Strukturen.
Der Tag kann folgende Werte lesen:
-
transaction_idoderecommerce.transaction_id -
currencyoderecommerce.currency -
couponoderecommerce.coupon -
itemsoderecommerce.items
Die im Tag konfigurierten Werte auf Transaktionsebene werden, sofern zutreffend, als Fallback verwendet. Sie müssen die einzelnen Produkte nicht in separate serverseitige GTM-Variablen übertragen.
Ein typisches serverseitiges Purchase-Event kann Folgendes enthalten:
{
event_name: 'purchase',
transaction_id: 'ORDER-12345',
currency: 'EUR',
coupon: 'SUMMER10',
items: [
{
item_id: 'SKU-001',
item_name: 'Blue Widget',
item_category: 'Fashion',
item_brand: 'Brand A',
price: 8.00,
quantity: 3
}
]
}Das Daisycon Template konvertiert die Produkte automatisch in das Daisycon Product-Level Conversion Format.
Wie GA4-Produktdaten verwendet werden
| GA4-Feld | Verwendung |
|---|---|
transaction_id |
Transaktions- oder Bestell-ID |
currency |
Transaktionswährung |
coupon |
Promotion Code |
item_id |
Produkt-SKU oder Kennung |
item_name |
Produktname |
item_category |
Standardmäßig Product Commission Code |
item_brand |
Produktbeschreibung, sofern verfügbar |
quantity |
Produktmenge |
price |
Stückpreis zur Berechnung des Produktbetrags, wenn kein Daisycon-spezifischer Betrag angegeben ist |
Standardmäßig berechnet das Template den Daisycon-Betrag einer Produktzeile als price × quantity. Der Revenue-Wert entspricht standardmäßig demselben Betrag.
Einen abweichenden Betrag für Daisycon verwenden
Wenn für das Affiliate Tracking ein anderer Wert als der GA4-Produktpreis verwendet werden soll, können Sie Daisycon-spezifische Werte im Produkt mitsenden:
-
daisycon_a: gesamter Daisycon-Betrag für die Produktzeile -
daisycon_r: Daisycon Revenue für die Produktzeile
Diese Werte haben Vorrang vor dem aus price × quantity berechneten Betrag.
{
item_id: 'SKU-001',
item_name: 'Blue Widget',
price: 12.10,
quantity: 2,
daisycon_a: 20.00,
daisycon_r: 20.00
}In diesem Beispiel erhält Daisycon 20.00 als Produktbetrag und Revenue. Wenn daisycon_a ohne daisycon_r angegeben wird, entspricht der Revenue dem endgültigen Daisycon-Betrag.
Product Commission Codes
Unter Product commission codes wählen Sie, wie der Commission Code bestimmt werden soll:
-
Each product's commission code or category: bei GA4-Daten wird standardmäßig
item_categoryverwendet. -
Another property from each product: geben Sie eine andere Produkteigenschaft ein, zum Beispiel
item_brand. - Commission code above for every product: verwendet den Commission Code auf Tag-Ebene für alle Produkte.
Bei den ersten beiden Optionen kann der Commission code auf Tag-Ebene als Fallback verwendet werden, wenn ein Produkt keinen Wert enthält.
Product-Level Fallback
Wenn das Tag keine gültigen Produkte erstellen kann, wählen Sie, ob es:
- Fail when no valid products are found: keine Conversion sendet. Dies ist die Standardeinstellung.
- Send standard conversion instead: stattdessen eine Order-Level Conversion ohne einzelne Produktzeilen sendet.
Wir empfehlen, während der Einrichtung und beim Testen des Product-Level Trackings die Standardeinstellung „Fail“ zu verwenden. So lassen sich fehlende Produktdaten leichter erkennen.
Andere Product-Level Tracking-Typen
UA Enhanced Ecommerce
Wenn Ihr serverseitiges Event noch Legacy Universal Analytics Enhanced Ecommerce Daten enthält, wählen Sie Product-level tracking from UA Enhanced Ecommerce data.
Das Template kann Produkte aus ecommerce.purchase.products oder einem Top-Level-Wert products lesen. Außerdem können die entsprechenden Werte für Transaction ID, Currency und Coupon verwendet werden.
Diese Option ist hauptsächlich für bestehende Implementierungen vorgesehen. Für neue E-Commerce-Implementierungen empfehlen wir GA4-E-Commerce-Event-Daten.
Daisycon Product Array
Für benutzerdefinierte Implementierungen wählen Sie Product-level tracking from Daisycon product array und eine serverseitige GTM-Variable, die das Product Array enthält.
[
{
a: 19.99,
r: 19.99,
qty: 1,
sku: 'SKU-001',
cc: 'category-a',
pn: 'Product name',
iv: 'Product description'
}
]Unterstützte Produkteigenschaften sind a, r, qty, sku, cc, pn, iv und e1 bis e5.
Standard Transaction Tracking
Wählen Sie Standard transaction tracking, wenn Sie einen Wertesatz für die gesamte Transaktion anstelle einzelner Produkte senden möchten.
| Feld | Beschreibung |
|---|---|
| Transaction ID | Eindeutige Referenz für den Verkauf, zum Beispiel Bestell- oder Buchungsnummer. |
| Synergy Reference | Dieselbe persistente Referenz, die vom clientseitigen Daisycon Synergy Tag verwendet wird. |
| Order amount | Der Betrag, auf dessen Grundlage die Affiliate-Provision gemäß den Provisionsbedingungen der Kampagne berechnet werden soll. |
| Order revenue | Der Transaktionsumsatz für Reporting-Zwecke. Dieser kann vom provisionsfähigen Betrag abweichen. |
| Currency code | ISO-4217-Währungscode, zum Beispiel EUR, GBP oder USD. |
| Commission code | Wird verwendet, um bei Bedarf zwischen Commission Groups zu unterscheiden. |
| Promotion code | Promotion- oder Coupon-Code der Transaktion, sofern verfügbar. |
Conversion Trigger hinzufügen
Der Conversion Tag muss ausgelöst werden, wenn die abgeschlossene Transaktion den Server-Side-Container erreicht und die erforderlichen Transaktionsdaten verfügbar sind.
Bei GA4-E-Commerce-Implementierungen ist dies normalerweise das eingehende purchase-Event. Erstellen Sie einen Trigger, der diesem Event entspricht, und verknüpfen Sie ihn mit dem Daisycon Conversion Tag.
Der clientseitige Synergy Tag muss dieselbe Synergy Reference senden wie dieser Conversion Tag.
Schritt 2: Server-Side-GTM-Variablen erstellen
Erstellen Sie serverseitige GTM-Variablen für Werte, die von den Daisycon Tags benötigt werden, aber noch nicht als Variablen verfügbar sind.
Beim Product-Level Tracking mit GA4 liest das Template das Product Array direkt aus den Event-Daten. Sie müssen daher keine separaten Variablen für jedes Produktfeld erstellen. Auf Transaktionsebene konfigurierte Variablen können als Fallback verwendet werden.
Sie benötigen außerdem eine Variable für die Synergy Reference. In vielen Implementierungen kann die Transaction ID sowohl als Transaction ID als auch als Synergy Reference verwendet werden.
Für Standard Transaction Tracking erstellen Sie Event Data-Variablen für die erforderlichen Bestellwerte.
Schritt 3: Erforderliche Daten an den Server-Container senden
Wenn die erforderlichen Transaktionsdaten nicht im serverseitigen Event verfügbar sind, müssen sie zunächst von Ihrer Website oder Ihrem Backend an Ihren Tagging Server gesendet werden.
Für Webshops empfehlen wir nach Möglichkeit, standardmäßige GA4-E-Commerce-Purchase-Daten weiterzuleiten. So kann dieselbe E-Commerce-Struktur für Analytics und Daisycon Product-Level Tracking verwendet werden.
{
event_name: 'purchase',
transaction_id: 'ORDER-12345',
currency: 'EUR',
items: [
{
item_id: 'SKU-001',
item_name: 'Product name',
item_category: 'Category A',
price: 19.99,
quantity: 1
}
]
}Wenn Sie Standard Order-Level Tracking verwenden, können Sie die erforderlichen Bestellwerte in einer anderen Event-Struktur senden und wie in Schritt 2 beschrieben serverseitige GTM-Variablen dafür erstellen.
Der Web-Container muss ebenfalls Zugriff auf die Synergy Reference haben, damit der Daisycon Synergy Tag denselben Wert senden kann.
Conversion Tag testen
Verwenden Sie den Preview Mode für Ihren Web- und Server-Side-GTM-Container und führen Sie eine Testtransaktion durch. Prüfen Sie, ob:
- der serverseitige Daisycon Page view Tag das Landingpage-Event verarbeitet;
- die DCI gespeichert wird, wenn ein Daisycon-Klick den konfigurierten DCI-Parameter enthält;
- der clientseitige Daisycon Synergy Tag ausgelöst wird;
- der serverseitige Daisycon Conversion Tag beim richtigen Transaktions-Event ausgelöst wird;
- die Synergy Reference im Web- und Server-Side Tag identisch ist;
- die Transaction ID korrekt und eindeutig ist;
- beim Order-Level Tracking der richtige Order Amount und Revenue gesendet werden;
- beim Product-Level Tracking alle erwarteten Produkte, Mengen und Beträge enthalten sind;
- die richtigen Commission Codes verwendet werden, wenn verschiedene Commission Groups gelten;
-
daisycon_aunddaisycon_rdie erwarteten Werte enthalten, wenn Sie diese verwenden.
Für einen vollständigen Conversion-Test folgen Sie unserer Anleitung How to test the conversion pixel.
Nachdem Sie Ihre GTM-Container veröffentlicht haben, wenden Sie sich an Ihren Daisycon-Ansprechpartner, damit die Implementierung geprüft werden kann.
Fazit
Für die meisten Webshops ist die einfachste serverseitige Lösung Product-level tracking from GA4 ecommerce data mit einem Trigger auf das Purchase-Event. Der Page view Tag speichert die verfügbaren Attribution-Daten, während der Synergy Tag den clientseitigen Teil des Hybrid Setups bereitstellt.
Bestehende Order-Level-, UA-Enhanced-Ecommerce- und benutzerdefinierte Produktdaten-Implementierungen werden weiterhin unterstützt. Prüfen Sie zunächst immer die verfügbaren Event-Daten im Server-Side GTM Preview Mode, bevor Sie zusätzliche Variablen oder benutzerdefinierte Logik hinzufügen.