Shop-Bestellungen abgleichen: Messlücken beim Umsatz finden

Warum Shop und Analytics verschiedene Zahlen zeigen

Ein Shop und eine Webanalyse zählen Bestellungen an verschiedenen Stellen. Der Shop legt die Bestellung an, sobald der Käufer den Bestellknopf drückt. Ein Tracker sieht sie nur, wenn die Bestätigungsseite im Browser des Käufers vollständig lädt und sein Skript dort läuft. Dazwischen liegen Zahlungsdienste, Weiterleitungen, Browsererweiterungen und manchmal ein Telefonhörer.

Daraus folgt eine Arbeitsteilung: Wie viele Bestellungen eingegangen sind, weiß der Shop. Über welchen Kanal und welche Kampagne die Käufer kamen, weiß der Tracker, weil nur er den Besuch kennt. Ein Abgleich verbindet beides und zeigt, wie groß der Anteil der Bestellungen ohne gemessenen Besuch ist.

Wie weit die Zahlen auseinanderliegen, ist von Shop zu Shop verschieden. Eine Zielgruppe mit vielen jungen Käufern, ein hoher Anteil an Zahlungen über externe Dienste oder ein Innendienst, der Bestellungen per Telefon erfasst, vergrößern die Lücke. Wie Adblocker die Analytics-Daten beschneiden und welche Rolle die First-Party-Messung dabei spielt, beschreibt ein eigener Beitrag. Hier geht es um den zweiten Schritt: den Shop als Gegenprobe.

Woher die Messlücke kommt

Am bekanntesten sind Blocker. Laut Eurostat setzten 21 % der Internetnutzer in der EU 2023 Software ein, die das Tracking ihrer Aktivitäten einschränkt (Eurostat 2023); bei den 16- bis 24-Jährigen war der Anteil mit 24 % am höchsten (Eurostat 2023). Gut ein Drittel (36 %) hatte die Browsereinstellungen geändert, um Cookies zu verhindern oder zu begrenzen (Eurostat 2023). Für einen cookielosen Tracker zählt vor allem die Software, weniger die Cookie-Einstellung: Cookie-Einstellungen berühren eine Messung ohne Cookies nicht unmittelbar, Filterlisten in Erweiterungen dagegen können ein Skript ganz am Laden hindern. Einen deutschen Wert für diese Software nennt die Eurostat-Meldung nicht, der EU-Wert ist deshalb nur ein Anhaltspunkt.

Die zweite große Ursache liegt im Zahlungsschritt. Laut den Zahlungstagebüchern der Bundesbank-Studie zum Zahlungsverhalten in Deutschland liefen 50 % der Bezahlvorgänge bei Einkäufen im Internet über Internetbezahlverfahren (Bundesbank). Bei vielen dieser Verfahren bestätigt der Käufer die Zahlung beim Anbieter und wird danach auf die Abschlussseite des Shops zurückgeleitet. Schließt er das Fenster vorher oder bricht die Verbindung ab, ist die Bestellung im Shop angelegt und unter Umständen schon bezahlt, aber die Bestätigungsseite lädt nicht. Auf dem Smartphone kann dieser Weg zusätzlich über die App des Zahlungsdienstes führen, und von den befragten Online-Shoppern in Deutschland nutzen 73 % das Smartphone zum Einkaufen (Bitkom 2025).

Drittens scheitert die Messung an der Seite selbst. Von den Internetnutzern in der EU zwischen 16 und 74 Jahren kauften 2025 78 % online ein (Eurostat 2025), und 12 % dieser Online-Käufer hatten Probleme, weil eine Website schwer zu bedienen war oder nicht zufriedenstellend funktionierte (Eurostat 2025). Ein Skriptfehler auf der Abschlussseite, ein Theme-Update, das den Bestellbetrag aus dem Markup entfernt, oder ein Einwilligungswerkzeug, das auch Skripte ohne Cookies zurückhält, wirken wie ein Blocker: Der Shop hat die Bestellung, der Tracker nicht.

Die vierte Ursache liegt außerhalb jedes Trackers: Bestellungen ohne Storefront-Seite. Der Innendienst legt eine telefonische Bestellung in der Shopware-Administration an, ein Außendienst erfasst sie per App über die Store-API. Für die Webanalyse existieren diese Bestellungen nicht, für Umsatz und Lager sind sie so echt wie jede andere.

Der umgekehrte Fall ist der Storno. Der Tracker hat den Kauf auf der Bestätigungsseite gemessen, und Tage später storniert der Shop die Bestellung, etwa weil die Vorkasse nicht eingeht oder der Kunde zurücktritt. Die Webanalyse zählt dann einen Umsatz, den es so nicht gibt.

Die Bestellnummer als gemeinsamer Schlüssel

Damit sich zwei Quellen abgleichen lassen, brauchen sie ein gemeinsames Merkmal. Bei Bestellungen ist das die Bestellnummer. Shopware vergibt sie beim Anlegen, die Abschlussseite zeigt sie dem Käufer, und der Tracker liest sie dort zusammen mit dem Gesamtbetrag aus, soweit die Seite beides anzeigt. Wer den Kauf selbst meldet, übergibt die Nummer als dritten Wert an xictraq.revenue(); die Parameter beschreibt die Dokumentation zum JavaScript-Tracker.

Der Bestellimport ordnet über diese Nummer zu. Die genaue Nummer passt auch Wochen nach der Bestellung, etwa wenn erst spät bezahlt wird. Meldet die Autoerkennung des Trackers eine gekürzte Nummer, gilt ein engeres Fenster: von einem Tag vor bis 30 Tage nach der Bestellung, und nur, wenn genau eine Bestellung eindeutig passt. Ist die Zuordnung gelungen, zählt der Kauf des Trackers, und der Import ergänzt ihn um Bestellstatus, Positionen sowie Zahlungs- und Versandart. Eine Bestellung zählt damit einmal, gleich aus welcher Quelle sie zuerst bekannt wurde. Trägt eine zweite Bestellung dieselbe Nummer, etwa bei einem eigenen Nummernkreis je Verkaufskanal, speichert XICTRAQ® sie mit einem Zusatz aus ihrer Shop-ID, damit keine herausfällt.

Was der Bestellimport aus Shopware 6 holt

Der Bestellimport nutzt dieselbe Integration wie die übrige Shop-API-Anbindung für Shopware: einen Zugang, den der Händler in der Shopware-Administration unter Einstellungen › System › Integrationen ohne Administratorrechte anlegt. Nach dem Einschalten holt XICTRAQ® den ganzen bisherigen Bestellverlauf, vom jüngsten zum ältesten Stand, in Seiten zu 100 Bestellungen. Danach läuft der Abgleich alle zehn Minuten und holt neue und geänderte Bestellungen, mit 15 Minuten Überlappung zum vorigen Lauf.

• Bestellungen aus der Administration, etwa nach einer telefonischen Bestellung, übernimmt der Import beim nächsten Abgleich ohne Wartezeit.
• Online-Bestellungen ohne erfassten Kauf übernimmt er erst zwei Stunden nach der Bestellung, damit der Tracker Zeit hat, den Kauf selbst zu melden; eine spätere Meldung ersetzt die Importzeile.
• Online-Bestellungen mit fehlgeschlagener oder abgebrochener letzter Zahlung zählen nicht, weil der Käufer weder bezahlt noch die Bestätigungsseite gesehen hat. Zahlt er später, kommt die Bestellung mit dem neuen Zahlungsversuch zurück.
• Im Shop stornierte Bestellungen bekommen keine Importzeile; eine vorhandene fällt beim nächsten Abgleich weg.
• Ganz erstattete Bestellungen erhalten eine Erstattung über den Bestellbetrag zum Zeitpunkt der Erstattung. Teilerstattungen, Rücksendungen und Rückbuchungen stehen in der Shop-Übersicht, mindern den Umsatz aber nicht.

Den Stand zeigen die Website-Einstellungen unter Shop-API: importierte Bestellungen, davon im Shop-Admin angelegte, Stand der Rückholung und letzter Abgleich. Je Shop und Lauf arbeitet der Abgleich höchstens 90 Sekunden; was nicht passt, setzt der nächste Lauf fort. Die Anleitung Schritt für Schritt steht im Handbuch zur Shop-Anbindung.

Die Erfassungsquote: die Messlücke als Zahl

Aus den importierten Bestellungen rechnet XICTRAQ® eine Shop-Übersicht je Website und Zeitraum. Die wichtigste Kennzahl für den Abgleich ist die Erfassungsquote des Trackers: der Anteil der Online-Bestellungen, die der Tracker auf der Bestätigungsseite erfasst hat, je Tag. Admin-Bestellungen und stornierte Bestellungen bleiben außen vor. Gerechnet wird ab dem ersten Tracker-Kauf der Website; davor bleibt die Quote leer, statt eine Null zu zeigen.

Die Quote beantwortet zwei Fragen. Ihr Niveau zeigt, wie groß die Lücke im eigenen Shop ist und wie viele Online-Bestellungen keinem Kanal zugeordnet werden können. Der EU-Wert von 21 % Nutzern mit Software gegen Tracking (Eurostat 2023) ist dafür nur ein grober Anhaltspunkt, weil Zielgruppe und Zahlungsarten die eigene Lücke stärker prägen. Der Verlauf der Quote zeigt, ob sich daran etwas ändert. Ein stabiles Niveau ist kein Grund zur Sorge, ein plötzlicher Knick hat dagegen meist eine technische Ursache mit einem bestimmten Datum.

XICTRAQ® wertet den Verlauf selbst aus: Fällt die Erfassungsquote über drei Tage unter 80 % ihres eigenen 28-Tage-Werts und liegen dafür genug Bestellungen vor, erscheint ein Hinweis; der Bezug auf den eigenen Wert berücksichtigt, dass jeder Shop ein anderes Grundniveau hat. Typische Auslöser eines solchen Knicks sind ein Theme- oder Plugin-Update auf der Abschlussseite, eine neue Zahlungsart mit eigener Rückleitung oder eine geänderte Einstellung im Einwilligungswerkzeug.

Neben der Quote zeigt die Shop-Übersicht die Herkunft von Bestellungen und Umsatz (Tracker, Import, davon Shop-Admin), dazu Status, Stornos, offene Zahlungen und Lieferungen. Die API liefert dieselben Werte. Die folgenden Aufrufe zeigen die Felder der Erfassungsquote und die Bestellnummern der Online-Bestellungen der letzten sieben Tage, die der Tracker nicht erfasst hat.

Mit .data[].payment_method statt der Bestellnummer zeigt dieselbe Abfrage die Zahlungsarten dieser Bestellungen. Häufen sich darin bestimmte Methoden, liegt die Lücke vermutlich in deren Rückleitung; die Auswertung je Zahlungsart zeigt, wie sich Abschlussquote und gescheiterte Zahlungen dort verhalten. Verteilen sich die Bestellungen gleichmäßig über alle Methoden, spricht das eher für Blocker.

Stornos: mitzählen oder herausrechnen

In der Vorgabe bleiben die Zahlen so, wie der Tracker sie gemessen hat: Ein erfasster Kauf zählt, auch wenn die Bestellung im Shop später storniert wird. Für die Bewertung einer Kampagne ist das oft die passende Sicht, für den Umsatz, der tatsächlich bleibt, ist sie zu optimistisch.

XICTRAQ® erkennt einen Storno am Bestellstatus cancelled der Bestellung, die der Import dem Kauf zugeordnet hat. Solche Käufe tragen im Bestellverlauf und in der Zeitleiste eines Besuchers das Kennzeichen „Im Shop storniert“, die gleichnamige Kachel nennt ihre Zahl im Zeitraum. Der Umschalter „Stornos: ohne“ im E-Commerce-Reiter rechnet diese Käufe aus Umsatz, Bestellungen und den übrigen Kennzahlen heraus, eine Erstattung zur selben Bestellung ebenso. Per API heißt der Schalter exclude_cancelled=1.

Was in Conversion-Rate und Funnel bleibt

Importierte Bestellungen ohne Tracker-Kauf zählen in Umsatz, Bestellungen, Durchschnittsbestellwert, Finanzen, Kunden, Produkten, Zahlungs- und Versandarten sowie in den Wochen- und Monatsberichten. In Conversion-Rate, Funnel und ROAS zählen sie nicht, weil ihnen kein Besuch zugrunde liegt. Bei den Umsatzquellen erscheinen sie als eigener Eintrag „Ohne Besuch (Shop)“.

Eine Conversion-Rate setzt Käufe ins Verhältnis zu Besuchen. Würde man Bestellungen ohne gemessenen Besuch mitzählen, stiege die Rate, ohne dass ein einziger Besucher mehr gekauft hätte. Für die Deutung hilft eine Unterscheidung: Verschluckt ein Blocker den ganzen Besuch, fehlen Besuch und Kauf, und die Rate bleibt in etwa stimmig, sofern Blocker-Nutzer ähnlich oft kaufen wie andere. Kommt der Käufer dagegen nach der Zahlung nicht zurück, ist der Besuch gezählt und der Kauf nicht, und die Rate fällt zu niedrig aus. Wie die cookielose Analytics Besuche, Funnel und Käufe misst, beschreibt die Funktionsseite.

Welche Daten der Import liest und welche nicht

Für den Import braucht die Integration eine Rolle mit genau acht Leserechten: order, order_line_item, order_transaction, order_delivery, state_machine_state, payment_method, shipping_method und currency, jeweils nur mit „Lesen“. Beim Einschalten prüft XICTRAQ® die Rechte und nennt fehlende Einträge.

Abgerufen werden Bestellnummer, Zeitpunkt, Beträge mit Steuer und Versandkosten, Währung, Zahlungs- und Versandart, Status und Positionen sowie Name, Firma und Kundennummer des Bestellers. E-Mail-Adresse, Anschrift, Telefonnummer, Kommentar und USt-IdNr fordert XICTRAQ® nicht an, auch wenn die Rolle einzelne davon technisch lesbar macht. Name, Firma und Kundennummer speichert XICTRAQ® nur mit Kundenzuordnung im Tarif und nur für Bestellungen der letzten 365 Tage. Ein Freigabelink, etwa für eine Agentur, zeigt die Kennzahlen ohne Kundendaten.

Diese Auswahl folgt dem Grundsatz, dass personenbezogene Daten auf das für den Zweck notwendige Maß beschränkt sein müssen (Art. 5 Abs. 1 lit. c DSGVO). Für den Abgleich selbst genügt die Bestellnummer; Name und Kundennummer dienen der Kundenliste und der Auswertung der Wiederkäufer. Weil dabei personenbezogene Daten der Besteller verarbeitet werden, gehört die Anbindung in die eigene Datenschutzdokumentation. Die Regelungen, die ein Vertrag zur Auftragsverarbeitung enthalten muss (Art. 28 Abs. 3 DSGVO), stehen bei XICTRAQ® direkt in den AGB.

Vor der Black Week: den Abgleich jetzt einrichten

Die Aktionstage Ende November sind die Zeit, in der eine Messlücke am meisten kostet. Rund jede und jeder Zweite (52 %) der befragten Internetnutzer in Deutschland ab 16 Jahren wollte die reduzierten Preise zu Black Friday und Cyber Week 2025 nutzen, die allermeisten davon online (Bitkom 2025). Für Black Friday und Cyber Monday 2025 rechnete der Handelsverband Deutschland mit einem Umsatz von 5,8 Milliarden Euro (HDE). Wer in diesen Tagen Budgets zwischen Kanälen verschiebt, entscheidet auf Grundlage der Kanalberichte. Ist die Erfassungsquote dann eingebrochen, verschiebt er auf Grundlage unvollständiger Zahlen.

Als Frühwarnung braucht die Quote einen Vergleichswert aus normalen Wochen. Ist der Tracker schon länger eingebaut, rechnet die Rückholung sie auch für zurückliegende Tage nach. Fehler in der Einrichtung, etwa fehlende Rechte der Rolle, fallen aber besser im Oktober auf als am Black Friday.

1. Integration anlegen: in der Shopware-Administration eine Integration ohne Administratorrechte, dazu eine Rolle mit den acht Leserechten.
2. Import einschalten: in den Website-Einstellungen unter Shop-API, sobald die Domain bestätigt ist, und die Rückholung bis zum vollständigen Verlauf verfolgen.
3. Grundniveau ablesen: notieren, auf welchem Niveau die Erfassungsquote der letzten Wochen liegt und wie stark sie von Tag zu Tag schwankt.
4. Testbestellung je Zahlungsart: prüfen, ob sie in Tracker und Shop mit derselben Bestellnummer erscheint, und sie danach im Shop stornieren; dann trägt sie das Kennzeichen „Im Shop storniert“.
5. Lücke eingrenzen: die Online-Bestellungen mit Importzeile nach Zahlungsart sortieren und auffällige Methoden mit einem Browser-Check des Checkouts gegenprüfen.
6. Stornosicht festlegen: vorab entscheiden, welche Berichte mit „Stornos: ohne“ laufen, damit nach der Aktion nicht zwei Umsatzzahlen kursieren.
7. Ausfallalarm ergänzen: Die Quote zeigt eine schleichende Lücke über Tage, einen kompletten Ausfall der Kasse meldet ein Bestell-Heartbeat schneller.

Ein Browser-Check ergänzt den Abgleich: Er klickt den Weg bis zur Bestellübersicht regelmäßig durch, ohne eine echte Bestellung auszulösen. Wie das für einen Rabattcode im Checkout aussieht, zeigt ein Beitrag dieser Woche; die Grundlagen stehen bei den Browser-Checks.

Grenzen des Abgleichs

• Nur Shopware 6: Shopware 5 und andere Shopsysteme lassen sich nicht per Shop-API anbinden; dort bleibt es beim Tracker und bei den Ereignissen, die der Shop selbst meldet.
• Mehrere Verkaufskanäle: Bedient ein Shop mehrere Websites, zählt für eine Website nur ein Kanal, aus dem ihr Tracker schon eine Bestellung gemeldet hat. Shops mit mehreren Kanälen brauchen für den Import also den Tracker auf jeder Website.
• Keine Besuchsdaten im Nachhinein: Eine importierte Bestellung bringt keinen Kanal, keine Kampagne und keinen Pfad mit. Die Lücke wird sichtbar, aber nicht nachträglich einem Kanal zugeordnet.
• Währung: Der Tracker meldet den Abschlussbetrag eines Shopware-6-Shops als EUR, auch wenn der Verkaufskanal in einer anderen Währung abrechnet. Der Import liest die Währung der Bestellung mit.

Für Shops außerhalb von Shopware 6 bleibt eine einfache Gegenprobe: die Online-Bestellungen eines Zeitraums aus dem Shop exportieren und neben die Käufe im Tracker legen. Das zeigt das Niveau der Lücke, ohne einzelne Bestellungen zuzuordnen. Wie der Tracker Käufe auf anderen Systemen erfasst, beschreibt der Beitrag zum E-Commerce-Tracking ohne Cookies.

Zwei Quellen statt einer Schätzung

Eine Webanalyse, die weniger Bestellungen zählt als der Shop, ist kein Fehler, solange klar ist, wie viel weniger und warum. Der Abgleich über die Bestellnummer führt beide Quellen zu einer Bestellzahl zusammen, zeigt die Lücke je Tag und trennt Stornos vom gemessenen Kauf. Kanalberichte werden dadurch nicht vollständiger, aber ehrlicher, und ein Einbruch der Messung fällt auf, bevor er eine Budgetentscheidung verfälscht.

Wer Shopware 6 ab Version 6.4 im Business-Tarif betreibt, richtet den Bestellimport mit einer Integration, einer Rolle und einem Schalter ein. Die Demo zeigt die E-Commerce-Auswertungen vorab ohne Anmeldung.