Warum Aktionscodes zur Black Week brechen
Black Friday fällt 2026 auf den 27. November, Cyber Monday auf den 30. November. Ab dem Erscheinen dieses Beitrags sind das gut fünf Wochen, und in vielen Shops beginnt jetzt die Planung der Aktionen. Die Nachfrage ist groß: In einer Bitkom-Befragung wollte rund jede und jeder Zweite (52 Prozent) die reduzierten Preise rund um Black Friday 2025 nutzen, die allermeisten davon online (Bitkom). Von diesen Interessierten wollten 69 Prozent ausschließlich im Internet nach Angeboten suchen (Bitkom).
Rabatte sind dabei auch ein Kriterium bei der Wahl des Shops: Für 47 Prozent der Online-Shopper sind Preis und Rabatte bei der Auswahl eines Online-Shops sehr wichtig (Bitkom). Befragt wurden 1.120 Internetnutzende ab 16 Jahren, darunter 1.072 Online-Shopper (Bitkom). Ein beworbener Code weckt also eine konkrete Erwartung, und scheitert er im Warenkorb, bricht sie genau dort, wo der Kauf fast entschieden ist.
Das Muster ist meist dasselbe: Aktionen entstehen kurz vor dem Stichtag, oft im Marketing, und starten an einem Tag, an dem das Shop-Team mit Last und Versand beschäftigt ist. Das Uptime-Monitoring meldet eine erreichbare Startseite, ein üblicher Checkout-Test läuft ohne Code durch, und die Einlösung prüft keiner von beiden. Warum ein grüner Uptime-Check wenig über den Kaufprozess sagt, zeigt der Beitrag Browser-Monitoring: Wenn Uptime grün ist, der Checkout aber kaputt.
Die Bitkom-Werte stammen aus einer repräsentativen Befragung in den Kalenderwochen 40 und 41 des Jahres 2025, die des Baymard Institute aus dessen Benchmark-Artikel vom Juni 2024. Wie oft Rabattcodes falsch eingestellt sind, erhebt keine der Quellen; die Fehlerbilder in diesem Beitrag stammen deshalb aus der Dokumentation der Shop-Systeme.
Wo die Einlösung typischerweise scheitert
Shop-Systeme unterscheiden sich in den Begriffen, kaum in den Stellschrauben. In Shopware 6 legt man fest, ob eine Aktion zeitlich begrenzt läuft, wie oft sie insgesamt und je Kunde genutzt werden darf und ob sie aktiv ist; eine deaktivierte Aktion wird auch im gültigen Zeitraum nicht ausgespielt (Shopware-Dokumentation). Bei WooCommerce heißen dieselben Stellschrauben Ablaufdatum, Nutzungsbeschränkungen und Nutzungsgrenzen (WooCommerce-Dokumentation).
- Zeitraum: Start zu spät, Ende zu früh. Bei WooCommerce ist ein Gutschein an dem eingetragenen Ablaufdatum bereits nicht mehr nutzbar (WooCommerce-Dokumentation); wer dort den 30. November einträgt, verliert den Cyber Monday.
- Mindestwert: Die Schwelle bezieht sich auf eine andere Summe als gedacht. Shopware unterscheidet Gesamtsumme und Zwischensumme aller Artikel, die nur den Wert der Produkte berücksichtigt, nicht Versand oder andere Rabatte (Shopware-Dokumentation). WooCommerce nimmt die angezeigte Zwischensumme, inklusive Steuer, wenn der Warenkorb Bruttopreise zeigt (WooCommerce-Dokumentation).
- Ausschlüsse: Steht die Produktregel für ausgenommene Artikel als Bedingung am Warenkorb statt am Rabatt, lässt sich die Aktion nicht mehr auslösen, sobald ein einziger ausgenommener Artikel im Warenkorb liegt (Shopware-Dokumentation). Bei WooCommerce nimmt eine eigene Option reduzierte Artikel vom Rabatt aus (WooCommerce-Dokumentation); wer Artikel zur Black Week ohnehin reduziert, nimmt sie damit vom Code aus.
- Kundengruppe: Kundenregeln bestimmen, wer von einer Aktion profitieren darf (Shopware-Dokumentation), eine Beschränkung auf E-Mail-Adressen prüft WooCommerce gegen die E-Mail-Adresse in den Rechnungsdaten (WooCommerce-Dokumentation). Kundinnen und Kunden sind dafür offen: 56 Prozent der Online-Shopper sind bereit, ihre Daten für Rabatte zur Verfügung zu stellen (Bitkom).
- Kombination: Ist für eine Aktion die Kombination gesperrt, kann im selben Warenkorb keine weitere Aktion genutzt werden, auch wenn deren Bedingungen erfüllt wären (Shopware-Dokumentation). Hat eine automatische Aktion ohne Code diese Sperre und greift sie zuerst, kann der beworbene Code wirkungslos bleiben.
- Neu erzeugte Codes: Wer individuelle Codes nachträglich anpasst und neu erzeugt, macht die bisherigen Codes ungültig (Shopware-Dokumentation), auch die bereits verschickten.
Korrekturen während der Aktion sind zudem begrenzt. Nachdem eine Aktion zum ersten Mal in einer Bestellung genutzt wurde, lassen sich ihre Rabatteinstellungen in Shopware nicht mehr ändern (Shopware-Dokumentation). Ein Fehler im Rabatt, der erst am Aktionstag auffällt, braucht dann eine neue Aktion und womöglich einen neuen Code. Die Tabelle ordnet die Fehlerbilder den Befunden des Browser-Checks zu.
| Einstellung | Typischer Fehler | Was der Browser-Check sieht |
|---|---|---|
| Gültig ab und bis | Ende einen Tag zu früh, Start nach dem Newsletter | Rabattzeile fehlt, Meldung zum Zeitraum |
| Aktiv-Schalter | Aktion angelegt, aber nicht aktiviert | Code wird abgelehnt |
| Mindestwert | Brutto statt netto, Zwischensumme statt Gesamtsumme | Rabatt erst bei größerem Warenkorb |
| Ausschlüsse | Ausnahmeregel als Bedingung am Warenkorb | Kein Rabatt, sobald ein ausgenommener Artikel im Korb liegt |
| Kundengruppe | Nur Bestandskunden oder falsche Gruppe | Testkunde erhält keinen Rabatt |
| Neu erzeugte Codes | Versandte Codes ungültig | Bekannter Code wird abgelehnt |
Bedingungen klar angeben: was § 6 DDG verlangt
Neben der Technik gibt es eine rechtliche Seite. Nach dem Digitale-Dienste-Gesetz müssen Angebote zur Verkaufsförderung wie Preisnachlässe in kommerziellen Kommunikationen im Netz klar als solche erkennbar sein, und die Bedingungen für ihre Inanspruchnahme müssen leicht zugänglich sowie klar und unzweideutig angegeben werden (§ 6 DDG). Für einen Rabattcode heißt das: Mindestbestellwert, Zeitraum, ausgenommene Artikel und Einschränkungen auf Kundengruppen müssen von dort, wo der Code beworben wird, leicht zu finden sein, und sie sollten mit dem übereinstimmen, was im Shop tatsächlich eingestellt ist.
Angebote zur Verkaufsförderung wie Preisnachlässe, Zugaben und Geschenke klar als solche erkennbar sein müssen und die Bedingungen für ihre Inanspruchnahme leicht zugänglich sein sowie klar und unzweideutig angegeben werden müssen
— § 6 Abs. 1 Nr. 3 Digitale-Dienste-Gesetz (DDG)
Genau hier hilft ein Browser-Check. Das Banner nennt einen Mindestbestellwert, die Regel im Shop rechnet mit einer anderen Summe; der Newsletter verspricht Rabatt auf alles, die Aktion nimmt reduzierte Artikel aus. Ein Check, der mit den beworbenen Bedingungen arbeitet, also mit einem Warenkorb knapp über dem beworbenen Mindestwert und einem Artikel aus der beworbenen Kategorie, zeigt die Abweichung, bevor die Kundschaft sie bemerkt.
Die Vorschriften des Gesetzes gegen den unlauteren Wettbewerb und der Preisangabenverordnung bleiben daneben unberührt (§ 6 DDG); was für Streichpreise gilt, beschreibt der Beitrag zu Streichpreisen am Black Friday. Dieser Abschnitt ersetzt keine Rechtsberatung.
Die Einlösung als Browser-Check
Im Browser-Monitoring von XICTRAQ® steuert ein echter Chromium-Browser einen mehrstufigen Ablauf (XICTRAQ®-Dokumentation): Seite öffnen, klicken, Felder ausfüllen, auf Elemente warten, Text oder Adresse prüfen. Ein Szenario umfasst bis zu 40 Schritte, das Intervall liegt zwischen 5 Minuten und 24 Stunden (XICTRAQ®-Dokumentation). Für die Einlösung eines Codes reicht ein Bruchteil davon.
Wo das Codefeld sitzt, hängt vom Shop ab. Im E-Commerce-Benchmark des Baymard Institute haben 70 Prozent der Websites ein Feld für Promo-, Rabatt- oder Gutscheincodes (Baymard Institute). Das Institut empfiehlt, das Feld hinter einem Link zu verbergen, weil einige Testpersonen den Checkout verließen, um nach Codes zu suchen; 35 Prozent der Websites mit einem solchen Feld zeigen es dennoch standardmäßig an (Baymard Institute). Ist das Feld eingeklappt, braucht der Check vorher einen Klick auf diesen Link. In Shopware lässt sich der Code im Off-Canvas-Warenkorb und in der normalen Warenkorbansicht eintragen, danach steht der Rabatt in der Artikelübersicht (Shopware-Dokumentation).
Das Szenario zeigt den Ablauf für einen an den Testkunden gebundenen Testcode. Adressen und Selektoren sind Platzhalter; die echten stehen im Template des eigenen Shops.
{
"name": "Aktionscode BLACKWEEK-TEST, Stopp vor der Bestellung",
"viewport": { "width": 1280, "height": 800 },
"timeout_ms": 20000,
"step_retry": 1,
"steps": [
{ "type": "goto", "url": "https://shop.example.invalid/account/login" },
{ "type": "fill", "selector": "#login-email", "value": "monitoring@shop.example.invalid" },
{ "type": "fill", "selector": "#login-password", "value": "***" },
{ "type": "click", "selector": "form.login-form button[type=submit]" },
{ "type": "wait_for", "selector": ".account-welcome" },
{ "type": "goto", "url": "https://shop.example.invalid/aktion/testartikel" },
{ "type": "click", "selector": ".buy-widget button[type=submit]" },
{ "type": "goto", "url": "https://shop.example.invalid/checkout/cart" },
{ "type": "click", "selector": ".promo-toggle" },
{ "type": "fill", "selector": "#promo-code", "value": "BLACKWEEK-TEST" },
{ "type": "click", "selector": "#promo-apply" },
{ "type": "wait_for", "selector": ".cart-line-discount", "timeout_ms": 10000 },
{ "type": "assert_text", "selector": ".cart-line-discount", "contains": "Rabatt" },
{ "type": "screenshot", "full_page": true }
]
}Drei Details zählen. Erstens prüft assert_text den Text der Rabattzeile, nicht nur ihre Existenz: Der Text des Selektors muss einen Teil enthalten oder exakt gleich sein, und beim Enthaltensein zählt die Groß- und Kleinschreibung (XICTRAQ®-Dokumentation). Zweitens hilft bei Codefeldern, die auf jede Eingabe reagieren, der Schritt type statt fill, weil er zeichenweise tippt (XICTRAQ®-Dokumentation). Drittens endet der Ablauf mit einem Screenshot, nicht mit dem Bestellknopf.
Gegen Wackler lässt sich pro Schritt ein Wiederholungszähler von 0 bis 3 setzen (XICTRAQ®-Dokumentation). Ein Schritt darf höchstens 60 Sekunden dauern, der ganze Lauf wird nach 90 Sekunden abgebrochen (XICTRAQ®-Dokumentation). Wer den Ablauf lieber aufzeichnet, findet den Weg über den Chrome-Recorder im Beitrag Browser-Flows aufzeichnen und automatisch überwachen; alle Schritt-Typen stehen in der Dokumentation zum Browser-Monitoring.
Testcode und Testkunde: keine echten Bestellungen
Ein Check, der Rabattcodes prüft, soll selbst keine Spuren in Umsatz und Aktionsstatistik hinterlassen. Die Seite zum Shopware-Monitoring empfiehlt deshalb, Browser-Checks auf der Bestellübersicht enden zu lassen und einen eigenen Testkunden zu verwenden (XICTRAQ®). Bis dorthin deckt der Check fast den ganzen Kaufweg ab: Der Checkout für Neukunden umfasst im Benchmark des Baymard Institute (Stand 2024) im Mittel 5,1 Schritte, gezählt vom Warenkorb bis einschließlich Bestellübersicht (Baymard Institute).
Für den Code selbst gibt es zwei Varianten, die sich ergänzen:
- Dauerhafter Testcode: eine eigene Aktion mit demselben Aufbau wie die echte, per Kundenregel nur für die Testkundengruppe freigegeben. Die Feldwerte des Szenarios speichert XICTRAQ® zwar verschlüsselt, für Produktions-Logins gehört trotzdem ein eigenes Monitoring-Konto mit minimalen Rechten in den Ablauf (XICTRAQ®-Dokumentation).
- Der echte Aktionscode: Zur Startzeit und in den ersten Stunden prüft ein zweiter Monitor genau den Code aus dem Newsletter, mit demselben Testkunden in der passenden Kundengruppe und ebenfalls mit Stopp vor der Bestellung.
Individuelle Codes lassen sich in Shopware nur einmal einlösen und werden bei erneuter Eingabe nicht angenommen (Shopware-Dokumentation). Wer sie verschickt, reserviert einen für den Check. Da der Check vor der Bestellung endet, wird der Code in der Regel nicht als eingelöst verbucht; ob das mit allen Erweiterungen so ist, zeigt die Liste der eingelösten Codes nach den ersten Läufen.
Ein Klick auf „Zahlungspflichtig bestellen“ im Live-Shop erzeugt bei jedem Lauf eine echte Bestellung, zählt gegen die Nutzungsgrenzen der Aktion und landet in Umsatz, Warenwirtschaft und Versand. Der Ablauf endet deshalb im Warenkorb oder auf der Bestellübersicht; den Abschluss mit Zahlung testet man in einer Testumgebung.
Die eigene Auswertung bleibt ebenfalls sauber: Der Runner blockiert den XICTRAQ®-Tracker, damit synthetische Läufe keine Test-Seitenaufrufe erzeugen, und sendet einen eigenen User-Agent (XICTRAQ®-Dokumentation).
Ab der Startzeit prüfen: Jetzt ausführen und Intervall
Die heikelste Phase einer Aktion sind ihre ersten Minuten. Beginnt sie um Mitternacht und geht der Newsletter am Morgen hinaus, sollte der Check bis dahin mehrfach grün gelaufen sein. „Jetzt ausführen“ stellt einen Monitor fällig, und der nächste Cron-Tick, der jede Minute läuft, führt ihn aus, ohne das Intervall abzuwarten (XICTRAQ®-Dokumentation). Für die Aktionswoche bietet sich dieser Ablauf an:
- Eine Woche vorher: Testaktion mit den Regeln der echten anlegen, Positivlauf und Gegenprobe einrichten, beide einmal mit „Jetzt ausführen“ starten.
- Am Vortag: Den echten Code in der Gegenprobe prüfen; vor der Startzeit muss er abgelehnt werden.
- Zur Startzeit: Den Positivlauf für den echten Code anstoßen und das Ergebnis abwarten, bevor Newsletter und Banner live gehen.
- Während der Aktion: Enges Intervall, Alarm an die Person, die die Aktion in der Shop-Verwaltung ändern darf.
- Nach dem Ende: Gegenprobe mit dem echten Code. Ein Code, der danach weiter Rabatt gibt, kostet Marge.
WooCommerce empfiehlt denselben Doppeltest. Vor dem Verteilen des Codes sollen berechtigte Produkte in den Warenkorb der Storefront gelegt und der Code angewendet werden (WooCommerce-Dokumentation). Ein Warenkorb außerhalb der Beschränkungen soll zusätzlich zeigen, dass der Code dort abgelehnt wird (WooCommerce-Dokumentation). Der Browser-Check macht aus dieser einmaligen Handprüfung eine wiederholte.
Auch ein Deploy am Theme oder an einem Plugin kann Codefeld, Button oder Rabattzeile verschieben, ohne dass eine Seite ausfällt. Ein „Jetzt ausführen“ nach jeder Auslieferung zeigt das in der Regel binnen Minuten; wie das mit einem Rückrollen zusammenspielt, beschreibt der Beitrag zum Deploy als Ausfallursache.
Zwei Läufe je Aktion: Positivlauf und Gegenprobe
Ein Check, der nur den Erfolgsfall kennt, übersieht zu großzügige Einstellungen. Zu jeder Aktion gehören deshalb zwei Monitore: Der Positivlauf erwartet bei erfüllten Bedingungen die Rabattzeile, die Gegenprobe verfehlt bewusst eine Bedingung und erwartet die Meldung des Shops. WooCommerce zeigt eine Meldung mit dem Grund, wenn ein Gutschein nicht angewendet werden kann (WooCommerce-Dokumentation); diesen Text prüft assert_text.
Berechtigter Warenkorb, Testkunde angemeldet, Code eingetragen. Erwartet werden die Rabattzeile mit dem Namen der Aktion und eine gesunkene Summe.
Warenkorb knapp unter dem Mindestwert oder mit einem ausgenommenen Artikel. Erwartet wird die Meldung des Shops, keine Rabattzeile.
Zweiter Positivlauf mit schmalem Viewport. 73 Prozent nutzen beim Online-Shopping das Smartphone (Bitkom), und dort ist das Codefeld oft eingeklappt.
Gegenprobe mit dem echten Code: Er muss abgelehnt werden. Danach beide Monitore pausieren oder auf die nächste Aktion umstellen.
Beide Läufe verwenden die Bedingungen aus der Werbung. Prüft der Positivlauf mit einem Warenkorb weit über der Schwelle, bleibt ein falsch gesetzter Mindestwert unsichtbar; aussagekräftig ist ein Warenkorb knapp darüber, die Gegenprobe liegt knapp darunter. Shops mit Brutto- und Nettoansicht prüfen beide getrennt.
Ein Code kann angenommen werden und trotzdem kaum etwas bewirken, etwa wenn der Rabatt nur auf einen Teil der Artikel wirkt. Geprüft wird deshalb die Zeile, die den Abzug ausweist, nicht die Erfolgsmeldung: Die Meldung sagt, dass der Shop den Code kennt, die Rabattzeile, dass die Kundschaft etwas davon hat.
Wenn der Check rot wird: Screenshot, Alarm, Ursache
Schlägt ein Schritt fehl, entsteht im Moment des Fehlers automatisch ein Failure-Screenshot (XICTRAQ®-Dokumentation); dazu kommen der Index des fehlgeschlagenen Schritts und die Fehlermeldung (XICTRAQ®-Dokumentation). Bei Rabattcodes ist das Bild oft die halbe Diagnose, weil es die Meldung des Shops neben dem Codefeld zeigt.
Der Fehlschlag erzeugt einen Alarm vom Typ browser_monitor_failed mit der Schwere critical (XICTRAQ®-Dokumentation). Entdopplung (standardmäßig zehn Minuten), Bestätigungslink, Eskalation und Postmortem-Export funktionieren wie beim Uptime-Alarm (XICTRAQ®-Dokumentation), und wird der Lauf wieder grün, schließt XICTRAQ® den Alarm automatisch. Zugestellt wird über die Kanäle der Benachrichtigungen, etwa E-Mail, Slack, Teams oder Webhook, und zwar vorzugsweise an die Person, die Aktionen in der Shop-Verwaltung ändern darf.
Die Übersicht zeigt die letzten 50 Läufe je Monitor (XICTRAQ®-Dokumentation); daran lässt sich ablesen, seit wann ein Code abgelehnt wird. Die Meldung im Screenshot führt meist direkt zur ersten Prüfung:
- Keine Rabattzeile, keine Meldung: Der Klick auf „Einlösen“ blieb wirkungslos, oft wegen eines Skriptfehlers oder eines überlagernden Elements. Wie solche toten Klickziele in echten Besuchen auffallen, zeigt der Beitrag zu Rage- und Dead-Clicks.
- Meldung zum Mindestwert: Schwelle und Bezugssumme mit der Werbung vergleichen, brutto oder netto, mit oder ohne Versand.
- Meldung zum Zeitraum: Beginn, Ende, Aktiv-Schalter und Verkaufskanal der Aktion prüfen.
- Code unbekannt: Neu erzeugte Codes, Tippfehler oder abweichende Schreibweise. Bei WooCommerce spielt die Groß- und Kleinschreibung des Codes keine Rolle (WooCommerce-Dokumentation); anderswo verwendet der Check genau die Schreibweise aus der Werbung.
- Rabatt zu klein: Ausnahmeregel oder Rabatt nur auf einen Teil der Artikel; die Produktregeln am Rabatt prüfen.
Einlösungen in den Verkaufsdaten wiederfinden
Der Browser-Check sagt, ob der Code funktioniert, die Verkaufsdaten zeigen, ob er genutzt wird. Die Funktion xictraq.revenue nimmt dafür ein optionales Objekt mit Steuer, Versand und Gutschein-Code entgegen (XICTRAQ®-Dokumentation). Wer den Code beim Kaufabschluss so übergibt, also xictraq.revenue(betrag, "EUR", bestellnummer, { coupon }), sieht im E-Commerce-Bereich der cookielosen Analytics eine Tabelle der Gutscheine mit Einlösungen und Umsatz. Die automatische Shop-Erkennung übergibt den Code nicht; die Parameter beschreibt die Dokumentation des JavaScript-Trackers.
Bleibt ein Code Stunden nach dem Newsletter ohne Einlösung, während der Check grün ist, liegt das Problem eher bei Zustellung oder Darstellung des Newsletters. Wird er deutlich häufiger eingelöst als geplant, ist die Regel womöglich zu weit gefasst. Wie sich Bestellungen und erfasste Käufe abgleichen lassen, zeigt der Beitrag zum Abgleich von Shop-Bestellungen, einen Alarm für ausbleibende Bestellungen der Beitrag zum Bestell-Heartbeat.
Browser-Monitoring und E-Commerce-Auswertung sind ab dem Business-Tarif enthalten, die Einzelheiten stehen auf der Preisseite. Mehrere Monitore je Website sind vorgesehen, typischerweise getrennt für Login, Checkout und Kontaktformular (XICTRAQ®-Dokumentation).
Checkliste für jede Rabattaktion
- Bedingungen festhalten: Zeitraum mit Uhrzeit, Mindestwert mit Bezugssumme, Ausschlüsse, Kundengruppe, Nutzungsgrenzen, Kombination
- Newsletter, Banner und Anzeigen mit diesen Bedingungen abgleichen
- Testkunde mit eigener Kundengruppe und minimalen Rechten anlegen
- Positivlauf mit einem Warenkorb knapp über der beworbenen Schwelle einrichten
- Gegenprobe unter der Schwelle oder mit einem ausgenommenen Artikel einrichten
- Zweiten Positivlauf mit schmalem Viewport für die Handy-Ansicht anlegen
- Zur Startzeit „Jetzt ausführen“ und das Intervall während der Aktion eng setzen
- Alarm an die Person leiten, die die Aktion in der Shop-Verwaltung ändern darf
- Nach dem Ende die Gegenprobe mit dem echten Code ausführen, dann die Monitore pausieren
Den Code prüfen, bevor es die Kundschaft tut
Eine Rabattaktion ist eine Zusage mit Bedingungen, und ob sie im Warenkorb ankommt, entscheiden wenige Einstellungen, die unter Zeitdruck entstehen. Ein Browser-Check, der den Weg vom Produkt bis zur Rabattzeile nachgeht, macht daraus eine Messung mit Uhrzeit, Screenshot und Alarm. Wer ihn eine Woche vor Black Friday einrichtet, hat bis zum 27. November eine Reihe grüner Läufe und erfährt von einer Änderung am Vorabend aus dem Alarm statt aus dem Kundendienst.
Anmeldung und Kasse dahinter deckt der Beitrag Login-Flow überwachen ab, den Widerrufsweg als zweiten Pflichtpfad der Saison der Beitrag zum Widerrufsbutton im Weihnachtsgeschäft.
Dieser Beitrag stützt sich auf: Bitkom, Presseinformation „Black Friday: Die Hälfte geht auf Schnäppchenjagd“ vom 24. November 2025, repräsentative Befragung von 1.120 Internetnutzenden ab 16 Jahren in den Kalenderwochen 40 und 41 des Jahres 2025; Baymard Institute, „Checkout Optimization: 5 Ways to Minimize Form Fields in Checkout“ vom Juni 2024; Shopware-Dokumentation, „Promotions“ in der Fassung für Shopware 6.7.0.0 und neuer; WooCommerce-Dokumentation, „Managing Coupons in WooCommerce“; § 6 Digitale-Dienste-Gesetz auf gesetze-im-internet.de; XICTRAQ®-Dokumentation zum Browser-Monitoring und zum JavaScript-Tracker. Alle Quellen wurden im Oktober 2026 abgerufen. Der Beitrag ersetzt keine Rechtsberatung.