Tracking | SEO und Attribution

Kurz gesagt

Analytik → Tracking | SEO beantwortet die Frage, die die Reports nicht beantworten können: wie weit man diesen Zahlen trauen kann.

Die Reports sagen, wie viel verkauft wurde. Tracking | SEO sagt, wie viel davon die Analytik gesehen hat und woher es kam. Das sind zwei verschiedene Fragen, deshalb sind es zwei Ansichten. Zeitraum, E-Shop und MwSt.-Ansicht sind dabei gemeinsam: Ein Wechsel zwischen Reports und Tracking | SEO verstellt nichts.

Die Ansicht hat vier Registerkarten:

Registerkarte	Welche Frage sie beantwortet
Übersicht	Wie viele Bestellungen und wie viel Umsatz die Messung erfasst hat.
Kanäle und Attribution	Woher die Bestellungen kamen.
SEO	Wie die Suchmaschine Sie sieht.
Bestellungen	Die Aufschlüsselung nach einzelnen Bestellungen.

Zwei Wahrheiten, die nie vermischt werden dürfen

Das ist die wichtigste Unterscheidung in der gesamten Analytik.

• Die kaufmännische Wahrheit ist das, was tatsächlich verkauft wurde. Quelle sind die Bestellungen des E-Shops. Nach ihr werden Umsatz, Anzahl der Bestellungen und alle finanziellen Kennzahlen berechnet.
• Die analytische Wahrheit ist das, was die Messung im Browser erfasst hat. Sie ist immer kleiner: Ein Teil der Besucher lehnt die Messung ab, ein Teil blockiert sie, und ein Teil der Bestellungen entsteht gar nicht im Web.

MitoOps gibt die analytische Wahrheit nie als kaufmännische aus. Der Umsatz im Report ist immer der tatsächliche Umsatz, auch wenn die Analytik von einem Teil der Bestellungen nichts weiß.

Übersicht

Bestellungsabdeckung und Umsatzabdeckung

Zwei Zahlen, die sagen, wie viel von der Messung funktioniert:

• Bestellungsabdeckung: bei wie vielen der Bestellungen, bei denen eine Spur im Browser zu erwarten ist, die Analytik tatsächlich eine Transaktion erfasst hat.
• Umsatzabdeckung: wie viel vom Umsatz derselben Bestellungen sie erfasst hat.

Beide werden auch mit dem genauen Wert angezeigt („82 von 115“, „8.389 € von 10.851 €“), nicht nur als Prozentsatz.

Was nicht in die Abdeckung eingeht

In den Nenner gehen nur Bestellungen, bei denen eine Spur im Browser berechtigterweise zu erwarten ist. Eine manuell angelegte Bestellung wurde dem Kunden nie angezeigt, also konnte keine Spur entstehen: Das ist keine fehlende Messung und senkt die Abdeckung nicht.

Ebenso nicht mitgezählt werden Bestellungen, die jünger als 48 Stunden sind: Die Analytik ergänzt Daten nachträglich, und eine frische Bestellung kann noch nachkommen.

Shop-Vergleich

Jeder verbundene E-Shop hat eine eigene Zeile mit Abdeckung und Messstatus. Der Status ist in Worten angegeben, nicht technisch:

Status	Bedeutung
In Ordnung	Die Messung erfasst die überwiegende Mehrheit der Bestellungen.
Beobachten	Die Abdeckung ist gesunken, aber es gibt noch keinen Grund einzugreifen.
Unzureichende Messung	Ein wesentlicher Teil fehlt. Die Kanalzahlen für diesen E-Shop sind unvollständig.
Keine Daten	Für den Zeitraum gibt es nichts, woraus sich rechnen ließe.

Die Schwellenwerte gelten einheitlich für die gesamte App und werden nicht bei jeder Tabelle einzeln festgelegt.

Verlauf über die Zeit

Ein Diagramm der Bestellungs- und Umsatzabdeckung nach Tagen. Ein fehlender historischer Eintrag wird nicht als Null gezeichnet: Ein Tag ohne Eintrag fehlt im Diagramm einfach. Eine Null würde behaupten, dass die Messung an diesem Tag nichts erfasst hat, und das ist eine andere Aussage als „damals haben wir noch nicht gemessen“.

Wann die Daten zuletzt abgerufen wurden

Über den Zahlen steht die Zeile Letzte Synchronisierung mit der Uhrzeit für Shop-Bestellungen, GA4 und GSC. Sie dient einem einzigen Zweck: „die Messung hat die Bestellung nicht erfasst“ von „die Analytik wurde noch nicht abgerufen“ zu unterscheiden. Das Erste ist ein Befund, das Zweite nur eine Verzögerung. Ohne diese Angabe lesen Sie das Zweite leicht als das Erste und suchen einen Fehler, den es nicht gibt. Eine Quelle, die noch nie abgerufen wurde, ist entsprechend gekennzeichnet.

Warnung bei einem deutlichen Einbruch der Abdeckung

Wenn die Abdeckung im letzten Zeitraum gegenüber dem üblichen Niveau deutlich sinkt, erscheint über den Zahlen eine Warnung mit beiden Werten. Das ist kein Fehler der App: Die Zahlen darunter sind korrekt und stammen aus den Bestellungen des E-Shops. Weniger davon wurden von der Messung erfasst, deshalb ist die Aufteilung nach Kanälen für diesen Zeitraum weniger vollständig. Übliche Ursachen sind ein Messausfall, eine Änderung der Cookie-Einwilligung oder ein unterbrochener Import.

Verglichen wird mit dem Median der vorherigen Zeiträume, nicht mit dem Durchschnitt: Eine einzige schlechte Woche würde den Durchschnitt so weit herunterziehen, dass der nächste Ausfall keine Warnung mehr auslösen würde. Zeiträume mit wenigen Bestellungen werden nicht in den Vergleich einbezogen: Der letzte Tag ist meist unvollständig, und eine einzige nicht erfasste Bestellung von einer würde sonst jeden Tag einen Ausfall melden.

Kanäle und Attribution

Fünf Ebenen

Jede Bestellung gehört zu genau einer Ebene. Ihre Summe ist immer das gesamte kaufmännische Ergebnis.

Ebene	Wann eine Bestellung dorthin gehört
In Analytics erfasst	Die Analytik kennt die Transaktion. Der Kanal wird von ihr übernommen.
Von MitoOps zugeordnet	Die Analytik hat die Transaktion nicht, aber es gibt einen eindeutigen Nachweis: einen Partnergutschein oder einen Kampagnencode, der im Coderegister eingeordnet ist.
Nicht zugeordneter Code	Wir kennen den genauen Rabattcode, nur hat noch niemand über ihn entschieden.
Zur Kontrolle	Es gibt ein Signal, aber es ist nicht eindeutig, zum Beispiel zwei verschiedene bestätigte Codes auf einer Bestellung.
Nicht zugeordnet	Über die Herkunft der Bestellung haben wir keinerlei Nachweis.

Warum nichts geschätzt wird

Fehlende Bestellungen werden nie anteilig auf bestehende Kanäle verteilt. Das würde genauer aussehen und wäre erfunden: Hätte ein Messausfall genau einen Kanal getroffen (was nach einem Eingriff in die Website häufig vorkommt), würde die Verteilung ihn über alle Kanäle verschmieren und genau das verstecken, was sichtbar sein soll.

Eine nicht zugeordnete Bestellung ist das richtige Ergebnis, kein Fehler. Der Sinn des Trackings ist nicht zu behaupten, dass wir alles wissen, sondern genau zu trennen, was wir wissen und was nicht.

Wann MitoOps eine Bestellung selbst zuordnet

Nur wenn es einen eindeutigen strukturierten Nachweis gibt und die Analytik die Transaktion nicht hat. Die Reihenfolge ist fest:

1. Die Analytik kennt die Transaktion → der Kanal gehört ihr. Auch wenn sie den Kanal nicht benennen kann: Dann ist es Erfasst, Kanal unbekannt. Ein Gutschein auf einer solchen Bestellung überschreibt das nicht, sonst würde dieselbe Bestellung zweimal mit zwei verschiedenen Herkünften gezählt.
2. Die Analytik hat die Transaktion nicht, und die Bestellung trägt einen Partnergutschein → Affiliate · Partnername · Code.
3. Die Analytik hat die Transaktion nicht, und die Bestellung trägt einen Kampagnencode → Kampagne · Name · Code.
4. Der Code ist bekannt, aber nicht zugeordnet → eigene Zeile Rabattcode · Code mit dem Abzeichen Nicht zugeordnet.
5. Die Bestellung trägt zwei verschiedene bestätigte Codes → Zur Kontrolle.
6. Kein Nachweis → Nicht zugeordnet.

Ein Rabattcode bedeutet nicht automatisch Affiliate. Entscheidend ist, was über den Code hinterlegt ist, nicht wie sein Name aussieht.

Interne Notizen werden nie ausgewertet

Eine Notiz zur Bestellung ist freier Text, den ein Mensch schreibt. MitoOps leitet daraus nie eine Attribution ab: Einen Namen per regulärem Ausdruck zu suchen, ist Raten, das nur seriös aussieht. Eine Notiz darf dem Administrator bei einer manuellen Entscheidung helfen, als Quelle geht sie in keinen Report ein.

Rabattcodes

Die Tabelle Rabattcodes zeigt alle Codes, die im Zeitraum auf Bestellungen vorkamen, zugeordnete wie nicht zugeordnete. Die Registerkarten über der Tabelle schalten zwischen Alle, Nicht zugeordnet und Zugeordnet um, und das Suchfeld findet einen Code auch nach dem Namen seiner Zuordnung. Ein Code, den Sie zuordnen, verschwindet also nicht aus der Ansicht und lässt sich jederzeit zurückverfolgen.

Zur Auswahl stehen:

• Affiliate: der Code eines Partners,
• Kampagne: eine Marketingaktion,
• Intern: ein eigener betrieblicher Code, kein Marketingkanal,
• Ignorieren: die bewusste Entscheidung, den Code nicht zu attribuieren.

Bis die Entscheidung fällt, haben Bestellungen mit einem solchen Code eine eigene Zeile Rabattcode · … mit dem Abzeichen Nicht zugeordnet: Umsatz und Anzahlen sind echt, nur die Zuordnung fehlt. Das System kann eine Zuordnung vorschlagen, aber ein Vorschlag wird nie von selbst zur Regel.

Zwei Spalten, die nicht verwechselt werden dürfen

In der Tabelle stehen bei jedem Code zwei verschiedene Zahlen:

Spalte	Bedeutung
Bestellungen mit dem Code	Wie viele Bestellungen diesen Code trugen.
Zugeordnet	Wie viele davon MitoOps anhand dieses Codes tatsächlich zugeordnet hat.

Sie unterscheiden sich, weil die Analytik Vorrang hat. Eine Bestellung, die die Analytik gesehen hat, ordnet die Analytik nach der Quelle des Besuchs zu, auch wenn ein Gutschein darauf war. Sonst wäre dieselbe Bestellung zweimal in den Summen.

Ein Beispiel aus echten Daten: Der Code GROUNDING20 war auf 5 Bestellungen eines E-Shops, aber nur 1 wurde anhand dieses Codes zugeordnet. Die übrigen 4 kannte die Analytik bereits.

Wenn eine Bestellung mehrere Codes trägt, zählt sie nur der Code, der die Zuordnung gewonnen hat. Sonst würden beide behaupten, die Bestellung gebracht zu haben.

Eigene Attributionskategorie

Die fünf Klassen oben sind eine Struktur, keine Liste dessen, wie Sie Ihre eigenen Quellen unterscheiden. Wer einen Newsletter, ein Popup und Remarketing betreibt, hat drei verschiedene Dinge unter einem Namen.

In der Auswahl der Zuordnung gibt es deshalb die Option + Eigene Kategorie…. Das Fenster mit Name und optionaler Farbe öffnet sich sofort nach der Auswahl: Es muss nichts gesondert bestätigt werden. Wenn Sie das Fenster schließen, ohne etwas anzulegen, springt die Auswahl auf die vorherige Zuordnung zurück. Nach dem Speichern erscheint die Kategorie in der Auswahl bei jedem Rabattcode, und der Code, aus dem Sie sie erstellt haben, wird ihr sofort zugeordnet. Im Report erhält sie die Zeile Kategoriename · Code.

Die Kategorie gilt für das gesamte Konto, und die Zuordnung wirkt rückwirkend: Ein Report für einen älteren Monat wird mit derselben Gliederung dargestellt, weil die Zuordnung im Coderegister lebt, nicht in den Bestellungen. Eine Umbenennung der Kategorie zeigt sich deshalb auch in älteren Reports: Der Name wird nirgendwohin kopiert.

Umbenennen können Sie sie dort, wo Sie sie auswählen: In der Auswahl der Zuordnung gibt es die Option Eigene Kategorien verwalten (sie erscheint nur, wenn Sie mindestens eine haben). Sie öffnet ein Fenster mit der Liste; bei jeder Kategorie steht Bearbeiten, das den Namen durch ein Eingabefeld ersetzt. Der neue Name gilt rückwirkend für den gesamten Zeitraum: Bestellungen und Umsatz bleiben unverändert, und die Rohdaten aus der Analytik (Quelle, Medium, verweisende Seite) werden überhaupt nicht angetastet. Zwei gleiche Namen werden nicht gespeichert: Im Report entstünden zwei Zeilen, die niemand auseinanderhalten könnte.

Eine Kategorie, die Sie nicht mehr verwenden, können Sie archivieren (sie wird nicht mehr angeboten). Löschen lässt sie sich nicht, solange ihr ein Code zugeordnet ist: Sonst könnte ein alter Report nicht mehr sagen, wohin die Bestellung eingeordnet war.

Gutscheine, die Partnern über das Modul Affiliate ausgegeben wurden, erscheinen hier nie: Sie sind schon dadurch zugeordnet, dass sie existieren.

Besuche werden nie erfunden

Bei einem Kanal, der aus einem eigenen Attributionssignal entstanden ist, hat die Analytik keinen Besuch erfasst. In der Spalte Besuche steht deshalb ein Strich, keine Null. Eine Null würde behaupten, dass niemand gekommen ist.

KI und Sprachmodelle

Der Traffic aus KI-Suchdiensten (ChatGPT, Claude, Perplexity, Gemini, Copilot, Grok) hat eigene Zeilen und eine gemeinsame Summenzeile. Die Summenzeile wird nicht ein zweites Mal in die Gesamtzahlen eingerechnet: Sie fasst die Zeilen darüber zusammen und ist kein weiterer Kanal.

SEO

Daten aus der Search Console: Klicks, Impressionen, CTR und durchschnittliche Position, insgesamt, nach E-Shops und aufgeschlüsselt nach Suchanfragen, Seiten, Ländern oder Geräten.

Bis zum 22. August 2026 lag dieser Bereich in der Übersicht der Reports. Er wurde hierher verschoben, weil es sich um Messung handelt, nicht um ein finanzielles Ergebnis.

Bestellungen

Die Aufschlüsselung nach einzelnen Bestellungen: Bestellnummer, E-Shop, Datum, Betrag, Status und ob die Analytik die Bestellung erfasst hat.

Ohne Kundendaten. Die Tabelle enthält weder Name noch E-Mail, Telefon oder Adresse: Die Attribution braucht sie nicht, und die Reporting-Tabellen speichern sie nicht.

Die Status sind dieselben wie bisher: Erfasst, Serverseitig gesendet, Fehlt in GA4, Tracking nicht erwartet, Wartet auf Daten, Unbekannter Status. Bei der Bewertung der Abdeckung achten Sie auf Fehlt in GA4: Die übrigen senken die Abdeckung berechtigterweise.

Die Spalte Attribution

Bei jeder Bestellung sehen Sie, wohin der Report sie eingeordnet hat: einen Kanal aus der Analytik (Organic, Direct, Paid Google…), ein eigenes Signal (Affiliate · Name · Code, Kampagne · Name · Code, Name der eigenen Kategorie · Code), Rabattcode · … bei einem nicht zugeordneten Code, Zur Kontrolle bei einem Konflikt oder Nicht zugeordnet.

Unter dem Wert steht ein Quellen-Abzeichen: GA4, wenn die Analytik die Zuordnung bestimmt hat, der Name der App, wenn ein eigenes Signal sie bestimmt hat, oder ohne Quelle, wenn es keine gibt. Die Spalte hieß früher Zuordnung (MitoOps), obwohl darin auch Kanäle aus der Analytik angezeigt wurden: Der Name behauptete also etwas, das der Inhalt nicht hergab.

Suche in der Liste

Das Feld über der Tabelle sucht nach Bestellnummer, Rabattcode und Name der Attribution (also auch nach Kanal). Geben Sie GROUNDING20, Newsletter oder Direct ein, und die Liste wird auf die passenden Bestellungen im gewählten Zeitraum eingegrenzt.

Nach Name, E-Mail, Telefon oder Adresse des Kunden wird nicht gesucht, und die Ansicht zeigt diese Angaben nicht an: Die Suche nach einer bestimmten Person gehört in die Bestellungen, nicht in die Messung.

Es ist ein abgeleiteter Wert. Die Bestellung im E-Shop wird dadurch nicht verändert, und in die Analytik wird nichts zurückgeschrieben: Die Zuordnung entsteht mit derselben Logik, mit der die Summen im Report entstehen, sodass Liste und Summen nie zwei verschiedene Dinge sagen können.

Der Name eines Affiliate-Partners ist ein personenbezogenes Datum. Wer die Berechtigung für Tracking hat, aber nicht für Affiliate, sieht die Zuordnung ohne den Namen; der Code bleibt, sodass sich die Bestellung weiterhin zurückverfolgen lässt. Die Rollen Lager und Kundenservice haben überhaupt keinen Zugriff auf die Liste.

Wer worauf Zugriff hat

Tracking | SEO ist an die Berechtigung Tracking und Attribution gebunden, die von der Berechtigung für Reports und von den Unternehmenskosten getrennt ist.

Dadurch lässt sich eine Rolle zusammenstellen, die Kanäle, Attribution und SEO sieht, aber weder Bruttogewinn noch Einkaufspreise oder Unternehmenskosten. Eingerichtet wird das unter Einstellungen → Benutzer.

Häufige Probleme

• Die Abdeckung ist niedrig. Sehen Sie nach, wie viel davon Fehlt in GA4 ist. Manuelle und frische Bestellungen senken die Abdeckung berechtigterweise.
• Viele Bestellungen sind „Nicht zugeordnet“. Das bedeutet, dass wir über ihre Herkunft keinen Nachweis haben. Helfen kann eine höhere Messabdeckung oder die Zuordnung der Rabattcodes, die Sie verwenden.
• Ein Partner zählt mehr Bestellungen als der Report. Die Affiliate-Abrechnung und der Kanalreport beantworten verschiedene Fragen. Wenn die Analytik die Transaktion kennt, gehört der Kanal ihr: Der Partner kann trotzdem Anspruch auf Provision haben, aber ein zweiter Verkauf entsteht im Report nicht.
• Ein Kanal hat keine Besuche. Kanäle aus einem eigenen Attributionssignal haben keinen erfassten Besuch. Der Strich ist die richtige Antwort.
• Das Verlaufsdiagramm ist leer. Für den Zeitraum gibt es noch keine historischen Einträge. Sie entstehen täglich.

Verwandte Themen

• Analytik und Reports
• Affiliate
• Verbundene Apps
• Benutzer und Rollen