Analytik und Einwilligung konfigurieren
Verwenden Sie diese Option, wenn die Marketingabteilung Analysen oder ein Conversion-Tracking im Online-Shop benötigt.
Bevor Sie beginnen
Holen Sie die rechtliche Genehmigung für das Einwilligungsverfahren ein und klären Sie, welches Tool für das Tracking zuständig ist, beispielsweise ein Einwilligungsmanager, eine Analyseplattform oder ein Tag-Manager.
Schritte
- Öffnen Sie Geschäfte und wählen Sie das Geschäft aus.
- Öffnen Sie Checkout und legen Sie den Modus im Abschnitt Analytics fest. Datenschutzkonform ist die Standardeinstellung, bei der keine Ereignisse an Ihren Tag-Manager gesendet werden; wählen Sie Einwilligungsgesteuert, wenn Konversions- und E-Commerce-Ereignisse erst dann in die Datenschicht gelangen sollen, nachdem der Kunde seine Einwilligung erteilt hat.
- Codeausschnitte öffnen.
- Fügen Sie unter „Benutzerdefiniertes HTML“ den genehmigten Einwilligungs- oder Analysecode ein.
- Fügen Sie genehmigte Formatierungen ausschließlich unter Benutzerdefiniertes CSS hinzu.
- Retten Sie das Geschäft.
- Testen Sie einen vollständigen Bestellvorgang mit akzeptierter und abgelehnter Einwilligung.
- Stellen Sie sicher, dass das Analysetool ausschließlich die genehmigten Ereignisse empfängt.
Wählen Sie die Position des Codeausschnitts aus
Der Online-Shop lädt benutzerdefiniertes HTML je nach seiner konfigurierten Position unterschiedlich:
- Head-Schnipsel sind Teil der anfänglichen Seitenantwort. Verwenden Sie diese Position nur für kleine Skripte, die vor dem Laden der sichtbaren Seite ausgeführt werden müssen, wie beispielsweise einen Einwilligungsmanager, der das Tracking blockiert, bis der Besucher eine Entscheidung getroffen hat.
- Body-Schnipsel warten, bis das anfängliche Laden der Seite abgeschlossen ist. Sie werden dann ausgeführt, sobald der Browser im Leerlauf ist, wobei eine begrenzte maximale Wartezeit gilt. Browser ohne Leerlauf-Scheduling verwenden stattdessen eine Aufgabe nach dem Laden der Seite. Verwenden Sie diese Position für Analysetools, Tag-Manager, Badges und optionale Widgets, damit diese nicht mit den anfänglichen Shop-Inhalten konkurrieren.
- Voneinander abhängige Body-Skripte behalten ihre festgelegte Reihenfolge bei, es sei denn, ein Skript ist ausdrücklich asynchron. Ein in der Reihenfolge vorgesehenes externes Body-Skript, das nicht innerhalb von 10 Sekunden geladen wird, wird übersprungen, damit nachfolgende Snippets fortgesetzt werden können.
- Ein `<noscript>`-Fallback steht weiterhin zur Verfügung, wenn der Besucher JavaScript deaktiviert hat.
Genehmigte Head- und Body-Snippets bleiben verfügbar, wenn der Bestellvorgang über die Zahlungs- und Dankesseiten fortgesetzt wird. Im Einwilligungsgesteuerten Modus wird bei einer erfolgreichen Online-Zahlung erst dann ein GA4-`purchase`-Ereignis an die Datenebene gesendet, nachdem die Einwilligungsintegration die Einwilligung für Live-Analysen auf dieser Seite gemeldet hat. Das Ereignis enthält die Bestellnummer, den Bruttowert, die Währung und die gekauften Artikel. Im deaktivierten und im datenschutzorientierten Modus wird das Kaufereignis niemals gesendet.
Die Zahlungsseite wird nach jedem app-übergreifenden Seitenladevorgang mit einer verweigerten Einwilligung zur Datenanalyse angezeigt. KORONA Event speichert die Einwilligungsentscheidung des Besuchers nicht. Ihr Einwilligungsmanager bleibt dafür verantwortlich, diese Entscheidung zu speichern, sofern dies rechtlich zulässig ist, und deren aktuellen Status erneut über `window.ShopBookingAnalytics.setConsent({ analytics: true })`, `window.__SHOP_BOOKING_ANALYTICS__.setConsent({ analytics: true })` oder das Browser-Ereignis `shop-booking-analytics:consent-update` zu melden.
Das Laden eines Skripts während der Wartezeit nach dem Laden der Seite sorgt dafür, dass es nicht Teil des anfänglichen Ladeprozesses ist; dennoch kann Code von Drittanbietern anschließend weiterhin erhebliche Rechenzeit in Anspruch nehmen. Entfernen Sie doppelte Tags, nutzen Sie asynchrones Laden, wenn die Ausführungsreihenfolge nicht entscheidend ist, und laden Sie interaktive Widgets nur dann, wenn der Besucher sie benötigt.
Was ist zu prüfen?
| Test | Warum dies von Bedeutung ist |
|---|---|
| Einwilligung akzeptiert | Die Einwilligungsintegration sollte die Einwilligung für Live-Analysen melden; anschließend sollte das Conversion-Tracking im einwilligungsgesteuerten Modus ausgelöst werden. |
| Einwilligung abgelehnt | Nicht unbedingt erforderliche Nachverfolgung sollte weiterhin blockiert bleiben. |
| Der Bestellvorgang ist abgeschlossen | Bei einer erfolgreichen Online-Zahlung sollte ein Kaufereignis ausgelöst werden, das der Bestellung entspricht. |
| Die Zahlung ist fehlgeschlagen | Ein fehlgeschlagener Bestellvorgang sollte nicht als Kauf gewertet werden. |
| Mobilbrowser | Einwilligungsbanner können auf kleinen Bildschirmen die Bedienelemente des Bestellvorgangs verdecken. |
| Erstes Laden der Seite | Optionale Textabschnitte sollten die Darstellung des Shops nicht verzögern. |
Erwartetes Ergebnis
Die Nachverfolgung erfolgt gemäß der genehmigten Einwilligungsregel und hat keinerlei Auswirkungen auf den Bestellvorgang, die Zahlung oder die Kundendokumente.
Fehlerbehebung
| Problem | Was Sie überprüfen sollten |
|---|---|
| Die Konvertierung fehlt | Der Analytics Modus (muss einwilligungsgesteuert sein), erteilte Einwilligungen, die Position des Snippets, blockierte Skripte und das Verhalten der Dankesseite. |
| Doppelte Konvertierungen | Tag-Manager-Trigger, wiederholtes Laden von Seiten und Ablauf bei Zahlungswiederholungsversuchen. |
| Fehler im Layout des Bestellvorgangs | Benutzerdefiniertes CSS, Bannergröße, mobiler Viewport und Fehler in Codeausschnitten. |
| Ein späterer Ausschnitt fehlt | Ob ein zuvor aufgerufenes Body-Skript fehlgeschlagen ist oder die Ladezeit von 10 Sekunden überschritten hat. |
