Noch keine Favoriten
Klick auf das -Icon in einer beliebigen Card oder KPI,
um sie hier zu sammeln. Reihenfolge per Drag&Drop änderbar.
| Gerät |
Besuche |
Best. |
CR |
Ø Wert |
Shop-weite Kennzahlen über alle Bestellungen (Status-Gruppen Freigegeben/Abgeschlossen) und Besuche — die UTM-Filter (Quelle, Medium, Kampagne, …) greifen hier nicht, nur Zeitraum und Vergleich.
Shop-weite Monats-Kennzahlen plus Abrechnungsdaten (Provisionsrechnungen, Kanalkosten, ifm-Aufwände aus dem ibase). Die UTM-Filter greifen hier nicht — nur Zeitraum und Vergleich; das Raster wird auf volle Monate erweitert.
| Monat |
Bestellungen |
Umsatz |
NK |
NK (gesch.) |
NK Rechnung |
Kosten |
Kosten/NK |
Kosten/NK (Re.) |
Sonderbudget |
Rechnungsbetrag |
RE o. WKZ12 |
RE/NK |
RE/NK (Re) |
RE-Quote |
Ergebnis |
| Laden… |
Der Vergütungssatz stammt je Monat aus der Provisionsrechnung; Monate ohne
erfasste Rechnung erben den letzten bekannten Satz (Stufenlinie), vor der ersten Rechnung
bleibt er leer. Nähert sich Kosten/NK dem Satz, schrumpft die Marge je
Neukunde — kreuzt sie ihn, ist der Neukunde defizitär und der Marge-Balken wird rot.
Die Auswahl folgt dem WKZ-Filter der Monatsansicht; bei „Alle" entfällt die Referenzlinie,
weil die Sätze je Kennziffer unterschiedlich sind.
Provision = Modellrechnung: Neukunden × effektiver Satz/NK aus der jüngsten Provisionsrechnung. Die Dashboard-Neukundenzählung weicht von der Rechnungszählung ab.
| KW |
Bestellungen |
Umsatz |
NK |
NK (gesch.) |
Δ VW |
Δ VJ |
Kosten |
Kosten/NK |
Provi/NK |
Provision |
Ergebnis |
| Laden… |
| Monat |
Stunden |
Stundenkosten |
Kampagnenkosten |
Fremdkosten |
Ausgaben |
Einnahmen |
Ergebnis |
| Laden… |
| Quelle | Medium |
Besuche | |
Bestellungen |
CR |
Umsatz |
Provision |
| Laden… |
| Kampagne |
Quelle |
Medium |
Besuche |
Bestellungen |
CR |
Umsatz |
Ø Bestellwert |
Provision |
| Laden… |
Gerät/Neukunde/WKZ filtern Kunden, Umsatz & Provision. Kosten bleiben Kampagnen-Gesamtwerte — die Report-Tabellen kennen diese Dimensionen nicht. Das Ergebnis vergleicht hier also Teil-Provision mit Voll-Kosten.
U-Shape Attribution (Badewanne) = Erster & letzter Touchpoint erhalten je 40 %, die verbleibenden 20 % werden gleichmäßig auf alle mittleren Touchpoints verteilt. Bei 2-Touch-Journeys je 50 %.
Kunden / Neukunden werden anteilig über das U-Shape-Gewicht gezählt — die Summe über alle Kanäle ergibt exakt die Gesamt-Conversions.
Provision = Neukunden-Pauschale (anteilig) + 0,5 % Umsatzbeteiligung auf den U-Shape-Umsatz. Ergebnis = Provision − Kosten.
| Quelle | Medium | Touchpoints |
Assist-Rate |
Kunden |
Neukunden |
NK-Quote |
Gesamtbetrag |
Provision |
Kosten |
Ergebnis |
| Laden… |
Zeitspanne zwischen erstem UTM-Klick und Bestellabschluss im selben Session-Track.
Weniger
Mehr Bestellungen
| Domain |
Besuche | |
Bestellungen |
CR |
Umsatz |
| Laden… |
| Netzwerk |
Programm |
Klicks |
Best. akz. |
Offen |
Umsatz |
Kosten |
CR |
ROAS |
Freigabe |
|
| Laden… |
Filter und Totals nach Tracking-Datum. Kosten = Publisher-Provision + Netzwerkgebühr. ROAS = Umsatz / Kosten.
…% des Budgets mit UTM-Tracking zugeordnet — ROAS basiert auf Join via utm_source + utm_medium + utm_campaign.
Gerät/Neukunde filtern Umsatz, Bestellungen & gemeldete Conversions. Kosten, Klicks, Impressionen & Google-Conversions bleiben Kampagnen-Gesamtwerte — Google liefert sie nicht je Segment. Der ROAS vergleicht hier also Voll-Kosten mit Teil-Umsatz.
Verglichen wird der Google-eigene ROAS (gemeldeter Conversion-Wert ÷ Kosten)
mit dem eingestellten Zielwert — nur gegen ihn misst die Gebotssteuerung ihren Erfolg.
Zielwerte kennt die Google-API nur als Zustand ohne Verlauf: durchgezogen =
täglicher Schnappschuss, gestrichelt = aus protokollierten Änderungsereignissen
zurückgerechnet, Lücke = nicht bekannt (nicht null). Senkrechte Linien markieren
Zielwertänderungen.
Google steuert die Gebote am selbst gemeldeten Conversion-Wert. Liegt dieser
über der tatsächlichen Vergütung, ist ein erreichter Ziel-ROAS von 1,0 real bereits ein
Verlust — die Kennzahl sieht grün aus, während die Marge wegbricht. Die Referenzlinie bei
1,0 ist die Break-even-Grenze des jeweiligen ROAS.
Budgetlimitierte Phasen erzeugen künstlich gute Kennzahlen — wer sie später als
Normalzustand nimmt, sucht die Ursache an der falschen Stelle. Jede Quote hat bei Google
genau einen Platzhalter, und die beiden bedeuten Gegensätzliches:
beim Impression Share steht 0,0999 für „unter 10 %" — als Zahl wertlos, deshalb Lücke.
Beim Budget-Verlust steht 0,9001 für „über 90 %" — das ist eine Untergrenze und
wird gezeichnet. Ein Dreieck markiert sie nur an Tagen mit genügend Volumen
(ab 10 Impressionen): bei einstelligen Impressionen ist auch der Nenner winzig, „über 90 %
verloren" heißt dann der Verlust einer Handvoll Impressionen und ist kein Drosselungsbefund.
Nicht finalisierte Tage bleiben Lücke; eine echte 0 heißt „nicht budgetlimitiert".
Gestapelte Klicks je Kampagne auf demselben Medium: bleibt die Gesamthöhe gleich,
während sich die Zusammensetzung verschiebt, verlagern sich Klicks zwischen Kampagnen statt
neu hinzuzukommen. Steigt dabei der kombinierte Klickpreis, kostet dieselbe
Nachfrage mehr — das ist Kannibalisierung und nicht Wachstum.
| Kampagne |
UTM-Kampagne |
Kosten |
Klicks |
Impressionen |
CTR |
Ø CPC |
NK (gem.) |
Kosten/NK |
UTM-Umsatz |
ROAS |
| Laden… |
ROAS basiert auf exaktem Join (utm_source + utm_medium + utm_campaign + Tag). Kampagnen ohne UTM-Tracking werden als n/a ausgewiesen.
Gerät/WKZ/Neukunde filtern Umsatz & Bestellungen. Kosten, Klicks, Impressionen & Conversions bleiben Kampagnen-Gesamtwerte — Microsoft liefert sie nicht je Segment. Der ROAS vergleicht hier also Voll-Kosten mit Teil-Umsatz.
| Kampagne / UTM-Content |
Kosten |
Klicks / Besuche |
Impressionen |
CTR |
Ø CPC |
NK (gem.) / Bestell. |
Kosten/NK / CR |
UTM-Umsatz |
ROAS |
|
| Laden… |
UTM-Umsatz und ROAS basieren auf Join via utm_source=bing und utm_campaign=Kampagnenname. Zum Aufklappen AdGroups anzeigen.
UTM-Umsatz und ROAS basieren auf utm_source=preissuchmaschine Tracking. Ohne aktives UTM-Tracking werden diese Felder als — angezeigt.
| Plattform |
Klicks |
Kosten |
Ø CPC |
Artikel |
| Laden… |
| utm_campaign |
Besuche |
Bestellungen |
Umsatz |
CR |
| Laden… |
| Art.-Nr. |
Artikel |
Klicks |
Kosten |
Ø CPC |
| Laden… |
„Umsatz (Criteo-Report)" und „Neukunden (gemeldet)" kommen direkt aus dem Criteo-Report. UTM-Umsatz und ROAS basieren auf dem eigenen Tracking (utm_source=criteo).
| Kampagne |
Klicks |
Impressionen |
Kosten |
NK (gem.) |
Umsatz (Report) |
ROAS |
Ø CPC |
Kosten/NK |
CTR |
|
| Laden… |
| Medium |
Besuche |
Bestellungen |
UTM-Umsatz |
CR |
|
Daten aus Google Search Console — Property wird aus dem Domain-Filter abgeleitet, Land-Filter hat hier keinen Effekt.
| Suchanfrage |
Klicks |
Impr. |
CTR |
Ø Pos. |
|
| Laden… |
| URL |
Klicks |
Impr. |
CTR |
Ø Pos. |
|
| Laden… |
Daten aus Sistrix — Domain & Land über die Sidebar-Filter wählbar.
Nur ein Sistrix-Snapshot vorhanden
— Keywords, Wettbewerber und URLs unten ändern sich erst, wenn der wöchentliche Cron weitere Snapshots eingesammelt hat.
| Keyword |
Position |
Traffic |
Wettbewerb |
URL |
|
| Laden… |
| Domain |
Match-Score |
|
| Laden… |
| URL |
VI |
Top-10 |
Top-100 |
| Laden… |
Aus dem Shop-Session-Tracking — Sessions mit Google-Referrer und ohne UTM-Verknüpfung. Größenordnung weicht von Search-Console-Klicks ab (Sessions ≠ Klicks; mehrere Besuche pro Nutzer möglich).
KI
Hey! Stell mir eine Frage zu deinen Daten — ich kenne den aktiven Zeitraum und die Filter, und kann bei Bedarf Traffic-Quellen, Kampagnen, Google Ads, Affiliates, Preissuchmaschinen, Timing-Daten und über ibase weitere Daten zu Bestellungen, Kunden, Traffic, Protokollen und A/B-Tests abrufen.