Anwendungsfall · Kundenreporting

Reporting pro Kunde, aus den Quellen zusammengestellt — nicht aus Screenshots.

GA4, Search Console und die Bestellungen des Shops, pro Kunde nach Zeitplan gelesen, abgeglichen und in das Ledger dieses Kunden geschrieben, neben jeder Aktion in seinem Namen. Der Monatsbericht baut sich aus dem Ledger. Umsatzrückgänge sind eine Policy: jeden Morgen geprüft, nur benachrichtigt, wenn sich etwas bewegt hat.

Sie haben bereits ein Konto? Auf einem Kunden-Shop einrichten →

Shopify WooCommerce Shopware
Northwind · lief auf Autopilot
Umsatzrückgang-Alert: −31 % vs. letzte 7 Tage −€4,120
Reporting über Shopify · vor 1 Min.
Kontext

Umsatz gestern €9,180 vs. 7-Tage-Schnitt €13,300. Sessions stabil (GA4); Conversion-Rate 1,4 % vs. 2,1 %. Rückgang konzentriert in der Bestseller-Collection — 2 von 5 Top-SKUs zeigen 0 Bestand.

Ausgeführte Aktionshopify
notify
channel#ops-northwind
severityhigh
metricrevenue_1d vs revenue_7d
delta-31%
Erledigt · im Ledger, freigegeben per Policy
Das Problem, mal jeder Kunde

Zehn Kunden, je drei Dashboards, ein Bericht im Monat, der Tage dauert.

GA4 wurde für Analysten gebaut. Die Search Console hat ihre eigene Sicht. Jeder Shop-Admin noch eine. Die Zahlen stimmen selten überein, also zieht am Monatsende jemand Screenshots in ein Deck — und zwischen den Monatsenden schaut niemand hin, genau dann, wenn der Umsatz tatsächlich einbricht.

01

Der Berichtstag frisst die Woche

Sechs Klicks für den Wochentraffic in GA4, pro Property, pro Kunde. Mal zehn, und der Monatsbericht ist ein Zwei-Tage-Job unter Termindruck.

02

Die Quellen widersprechen sich

Engaged Sessions vs. Sessions vs. aktive Nutzer; GA4-Umsatz vs. Shop-Umsatz. Ohne feste Definition pro Kunde streitet jeder Bericht mit dem letzten.

03

Rückgänge fallen spät auf

Ein Checkout-Fehler oder ein ausverkaufter Top-SKU taucht im Monatsbericht auf, drei Wochen nachdem er den Kunden Geld gekostet hat. An einem Dienstag hat niemand hingeschaut.

Die Policy · wenn · wo · dann

Eine Reporting-Policy pro Kunde. Alerts sind ein Benachrichtigungsschritt, kein Chat.

Zeitpläne sind Auslöser. Eine tägliche Policy vergleicht gestern mit der Vorwoche für jeden Kunden und benachrichtigt den richtigen Kanal nur, wenn eine Schwelle überschritten wird. Eine monatliche Policy stellt den Bericht aus dem Ledger zusammen. Beide sind deterministisch; der Agent liefert nur das Warum.

  • Auf einen Kunden begrenzt — seine GA4-Property, seine Search Console, sein Shop. Definitionen sind pro Kunde fest, damit die Zahlen aufhören zu streiten.
  • Schwellen sind Feldausdrücke, die Sie setzen; ein ruhiger Tag löst nichts aus.
  • Der Agenten-Schritt läuft auf Autopilot, weil er nur liest: Er zieht die Aufschlüsselung und schreibt die Erklärung in den Alert.
  • Der Benachrichtigungsschritt ist direkt — Slack-Kanal, E-Mail oder beides. Slack ist hier ein Zustellziel, kein Ort, um mit Daten zu chatten.
Tägliche Umsatzprüfung — Northwind
Northwind · Shopify · 7-mal ausgelöst
Agent
Wenn Werktags um 09:00undWorevenue_1d < revenue_7d_avg * 0.75undWosessions_1d >= sessions_7d_avg * 0.9→DannReporting erklärt den Rückgang aus GA4, GSC & BestellungenAutopilotDann#ops-northwind benachrichtigen und den Kundenverantwortlichen per E-Mail informieren
So läuft es

Deterministisch oder Agent.

Zeitplan

Jeden Morgen, jeder Kunde

Die Policy liest GA4-Sessions und Conversion, Search-Console-Klicks und -Impressionen sowie Bestellungen und Umsatz des Shops für den Vortag. Niemand öffnet ein Dashboard.

Policy

Vergleichen, Schwelle, weiterleiten

Gestern gegen den gleitenden Durchschnitt, pro Metrik, pro Kunde. Unter der Schwelle läuft die Policy weiter; sonst protokolliert sie die Zahlen und stoppt.

Agent

Das Warum, in klaren Sätzen

Wo ein Rückgang die Grenze überschritten hat, schlüsselt der Reporting-Agent ihn auf — Kanal, Landingpage, Collection, SKU — und schreibt die Erklärung: „Conversion gefallen, Sessions nicht; zwei Bestseller sind ausverkauft.“ Diagramme nur, wo sie helfen.

Ledger

Der Monat schreibt sich selbst

Tageszahlen, Alerts und jede Aktion auf dem Shop des Kunden — Erstattungen, Korrekturen, veröffentlichte Beiträge, wer freigegeben hat — liegen auf einem Ledger. Der Monatsbericht wird daraus pro Kunde exportiert, als PDF oder teilbare Seite.

Typisierte Shop-Aktionen

Typisierte Reporting-Aktionen — Lesen zusammengestellt, Alerts zugestellt.

Reporting liest die Quellen nur, läuft also ohne Freigabe. Die Schreibvorgänge sind Zustellungen: eine Slack-Nachricht, eine E-Mail, ein veröffentlichter Bericht. Jede steht mit ihren Empfängern im Ledger.

  • toolGA4-Traffic, Conversion und Umsatz pro Property lesen
  • toolSearch-Console-Klicks, Impressionen und Positionen lesen
  • toolShop-Bestellungen, Umsatz und Top-Produkte lesen
  • toolTägliche Schwellenprüfungen mit Benachrichtigungsschritt
  • toolDen monatlichen Kundenbericht aus dem Ledger zusammenstellen
  • toolAls PDF exportieren oder als teilbare Berichtsseite veröffentlichen

Das Reporting jedes Kunden auf einen Zeitplan setzen.

GA4, Search Console und den ersten Shop verbinden, die tägliche Umsatzprüfung und die Monatsbericht-Policy anhängen. Kostenlos für einen Shop; Agentur-Pläne ab dem zweiten.

Kostenlos für einen Shop · 14 Tage testen bei bezahlten Plänen · keine Karte · eigener KI-Schlüssel