Das Solo-WooCommerce-CRO-Playbook (kostenlose Vorlage)

Vor drei Wochen hatte dieser Blog null Beiträge zu WooCommerce-CRO.

Heute haben Sie ein vollständiges Betriebssystem. Zwölf Beiträge. Vierzig Stunden zugrunde liegender Forschung. Den 7-Schritt-Wochen-Loop, den ein Solo-WooCommerce-Shop in 10 Minuten ausführen kann. Die fünf evidenzbasierten Mobile-Engpässe. Die vier Ausstiegsseiten-Antipatterns, die niemand sonst entkräftet. Die Klaviyo-vs-Woo-86-K$/24-K$-Umsatzabstimmung. Die Channel-Health-Regel mit drei Vorbehalten, die die SERP falsch versteht.

Wenn Sie seit Beitrag 1 mitgelesen haben, haben Sie das meiste davon bereits aufgenommen. Wenn Sie zuerst hier landen, ist das der Beitrag, der alles zusammenbindet – die druckbare, teilbare, an-Ihre-VA-zu-übergebende Destillation des gesamten Sprints.

Ab v1.0.0 (Mai 2026) wird der WooCommerce-Revenue-Report kostenlos auf WordPress.org ausgeliefert – Orders, Revenue (net), Average Order Value, Refund Total + Rate, Revenue by Channel über 8 Channels (einschließlich eines dedizierten AI-Assistants-Channels für 14 Hosts), Top Products und einen 4-stufigen Cart-to-Purchase-Funnel. Historische Bestellungen werden beim ersten Öffnen des Reports automatisch nachgeladen. Der 7-Schritt-Loop unten ist aktualisiert, um den Revenue-Report zu nutzen, wo zuvor ein Querverweis stand; die Warteliste für das Growth-/Paid-Tier unten gilt den operativen Schichten (Anomalie-Alerts, Slack/Telegram-Umsatz-Alerts, Werbeausgaben-MER, AI-Executive-Summary), die obenauf laufen.

Was Ihnen dieses Playbook gibt

• Den vollständigen 7-Schritt-Wochen-CRO-Loop, mit jedem Schritt auf den tieferen Pillar-Beitrag gemappt.
• Ein druckbares Einseiten-Cheat-Sheet jeder Entscheidungsregel aus dem Sprint.
• Die ehrliche Liste, was der v1.0.0-Revenue-Report abdeckt und was noch auf der Growth-Tier-Roadmap steht.
• Die Negativliste – 9 Dinge, die Sie NICHT tun sollten, mit der Forschung, die jeden entkräftet.
• Die Growth-Tier-Warteliste für die operativen Schichten (Anomalie-Alerts, Slack/Telegram-Umsatz-Alerts, Werbeausgaben-MER, AI-Executive-Summary).

Der 7-Schritt-Wochen-CRO-Loop, vollständig ausgearbeitet

Öffnen Sie jeden Montagmorgen /wp-admin → Statnive. Führen Sie diese in Reihenfolge aus. Die Version unten ergänzt das tiefere „Warum” für jeden Schritt; die 10-Minuten-Version ist die druckbare Kurzform.

Schritt 1 – Stimmung lesen (Übersicht)

Wo: Statnive → Übersicht-Bericht. Letzte 7 Tage vs. vorherige 7 Tage.

Entscheidungsregel: Jede Channel-Anteils-Verschiebung > 25 % Woche zu Woche = Markierung für Schritt 2. In den meisten Wochen ändert sich nichts; das ist selbst ein Signal.

Warum das zählt: In dem Moment, in dem ein Channel leise bricht (Google hat eine Seite deindexiert, eine bezahlte Anzeige wurde abgelehnt, eine E-Mail landete im Spam), liegt das erste Signal im Übersichts-Wochen-zu-Wochen-Delta – oft eine ganze Woche, bevor der nachgelagerte Umsatz-Effekt im WooCommerce-Admin auftaucht. Es in der Übersicht zu fangen, spart eine Woche Bluten.

Tiefere Lektüre: Datenschutzfreundliche Webanalyse für WooCommerce-CRO (Pillar-Beitrag 1).

Schritt 2 – Channel-Qualität prüfen (Referrer)

Wo: Statnive → Referrer-Bericht. Absteigend nach Sessions sortieren.

Entscheidungsregel (Channel-Health-Regel): Ein Channel ist gesund, wenn Absprünge ≤ Seitendurchschnitt UND Dauer ≥ Seitendurchschnitt, mit ≥ 50 Sessions in einem 7-Tage-Fenster. Channels, die beide Hälften verfehlen, werden diagnostiziert – nicht pausiert.

Drei Vorbehalte, die niemand erwähnt: (1) gegen intent-passende Kohorten vergleichen, nicht site-weit; (2) ≥ 50 Sessions verlangen, bevor Sie eine Schlussfolgerung ziehen; (3) Fehler als „zuerst diagnostizieren” rahmen, nicht „zuerst pausieren”.

Warum das zählt: Statnive liefert 8 automatisch gruppierte Channels (Direct, AI Assistants, Organic Search, Social, Email, Referral, Paid Search, Paid Social) – einschließlich AI Assistants, die GA4 noch immer als Direct oder Organic einordnet. Für Solo-Woo-Shops unter 50 K $/Monat ist channel-gruppierte Attribution zuverlässiger als Multi-Touch-Modelling.

Tiefere Lektüre: Beste WooCommerce-Traffic-Quellen ohne GA4 finden (Supporting-Beitrag 2).

Schritt 3 – Ihren prioritären Leak finden (Seiten – Ausstiegsanzahl)

Wo: Statnive → Seiten-Bericht. Absteigend nach Ausstiegsanzahl sortieren (nicht Ausstiegsrate).

Entscheidungsregel: Die Top-Seite nach Ausstiegsanzahl ist Ihre Priorität – auch wenn andere Seiten „schlechtere” Ausstiegsraten haben. Eine Seite mit 10.000 Aufrufen und 45 % Ausstiegsrate verliert 4.500 Sessions; eine 500-Aufrufe-Seite mit 90 % verliert 450. Beheben Sie die erste.

Warum das zählt: Jeder andere CRO-Blog sortiert nach Rate. Das ist die Falle. Sortierung nach Anzahl = Ihre nach Traffic gewichtete Prioritätswarteschlange. Die Mathematik ist unerbittlich – und Statnives Seiten-Bericht zeigt Ausstiegsanzahl als Spalte, sodass das Ranking automatisch ist.

Funnel-Positions-Tiebreaker (gemäß CXL PIE/ICE): Wenn zwei Seiten ähnliche Ausstiegsanzahlen haben, gewichten Sie Bottom-of-Funnel-Seiten höher. PDP × 1,2, Cart × 1,5, Checkout × 1,5 gegen Blog-Ausstiege bei 1,0.

Tiefere Lektüre: Einstiegs- und Ausstiegsseiten für WooCommerce-Verkäufe (Pillar-Beitrag 3) + WooCommerce-Produktseiten analysieren (Supporting-Beitrag 4).

Schritt 4 – Mobile vs. Desktop diagnostizieren (Geräte)

Wo: Statnive → Geräte-Bericht. Querverweis mit WooCommerce Analytics → Bestellungen.

Entscheidungsregel: mobile_CR ÷ desktop_CR berechnen. Baseline 0,60–0,74. Unter 0,50 mit Mobile-Anteil über 60 % = materielles Problem.

Die 4 Mobile-Problem-Erkennungs-Muster:

1. Traffic, der den Checkout nie erreicht = Top-of-Funnel-Mobile-UX-Problem.
2. Traffic, der den Checkout erreicht, aber scheitert = Bottom-of-Funnel-Checkout-Problem.
3. Mobile-Absprung auf der Produktseite = PDP-spezifische UX.
4. Von Anfang an falsche Zielgruppe = vorgelagertes Aussteuerungs-Problem, keine Mobile-UX.

Warum das zählt: Mobile ist 2026 70–78 % des WooCommerce-Traffics. Ein 1-Prozentpunkt-Anstieg auf Mobile ist doppelt so viel wert wie derselbe Anstieg auf Desktop. Die 5 evidenzbasierten Engpässe in Priorität: LCP > 2,5 s, 375-px-Above-Fold-CTA, Bildgalerie-Reibung, Checkout-Formular/Passwort/Captcha, Mismatch beim Zahlungsanbieter.

Tiefere Lektüre: Mobile Conversion-Probleme in WooCommerce (Pillar-Beitrag 5).

Schritt 5 – UTM-Hygiene + Werbe-Verschwendung erkennen (Referrer UTM)

Wo: Statnive → Referrer-Bericht → UTM-Dimensionen (Source, Medium, Campaign).

Entscheidungsregel: Wenn Ihr Direct-Anteil > 25 % ist, haben Sie mit ziemlicher Sicherheit UTM-Tagging-Lücken. Wenn eine bezahlte Kampagne hohen Traffic hat, aber die Channel-Health-Regel auf Absprünge + Dauer verfehlt, diagnostizieren Sie, bevor Sie pausieren.

Die 3 häufigsten UTM-Hygiene-Fehler:

1. Gemischte Groß-/Kleinschreibung – utm_source=Facebook und utm_source=facebook werden in jedem Analytics-Tool zu 2 Channels.
2. UTM-Kontamination interner Links – UTMs auf Links zwischen Ihren eigenen Seiten zu setzen, überschreibt den ursprünglichen Referrer.
3. Dark-Social-Leakage – Slack, WhatsApp, E-Mail-Client-Link-Klicks landen als Direct, weil Messaging-Apps Referrer strippen. Der Fix ist konsistentes UTM-Tagging auf jedem teilbaren Link, den Sie veröffentlichen.

Tiefere Lektüre: Werbebudget nicht verschwenden – UTM-Disziplin für WooCommerce (Supporting-Beitrag 6).

Schritt 6 – Geografie + Sprachen für Lokalisierung (monatlich, nicht wöchentlich)

Wo: Statnive → Geografie- und Sprachen-Berichte.

Entscheidungsregel: Jedes Land, das ≥ 5 % der Sessions mit einer Dauer ≥ 80 % Ihrer inländischen Besucher liefert, rechtfertigt einen Lokalisierungs-Test. Erst Währungsanzeige (POWR schätzt bis zu 40 % Anstieg), dann volle Übersetzung.

Warum monatlich, nicht wöchentlich: Das Lokalisierungs-Signal ist langsam. Monatlich auszuführen reicht.

Tiefere Lektüre: Für welche Länder lohnt sich Lokalisierung? (Supporting-Beitrag 7) + Geografie-Daten zum Senken der Versandkosten (Supporting-Beitrag 10).

Schritt 7 – Eine Experiment-Hypothese bilden (jede Woche)

Wo: in Ihrem Kopf, mit den Daten aus den Schritten 1–6.

Entscheidungsregel: Wählen Sie eine Änderung. Formulieren Sie als: „Wenn ich [X] ändere, dann verbessert sich [Metrik] um [Y], weil [Signal aus Schritten 1–6].” Liefern Sie aus. Notieren Sie das Datum. Re-evaluieren nach 30 Tagen, nicht wöchentlich.

Warum eine: Eine Änderung auf einmal zu fahren bedeutet, dass Sie das Ergebnis attribuieren können. Drei Änderungen gleichzeitig bedeutet, dass Sie keine davon attribuieren können. Solo-Shops unter 1.000 Sessions pro Seite pro Monat sollten nie A/B-testen (die Mathematik trägt die Signifikanz nicht in vernünftiger Zeit). Heuristik-zuerst, ein Fix pro Woche, 30-Tage-Messfenster.

Die AI-Hilfe: Die 12-Prompt-Bibliothek ist genau für diesen Schritt gebaut – fügen Sie Ihren CSV-Export aus einem beliebigen Statnive-Bericht ein, bekommen Sie eine Hypothesenliste zurück. Paaren Sie mit Beitrag 8 zur AI-Prompts-Methodik für die Prompting-Prinzipien, die nicht halluzinieren.

Das Einseiten-Cheat-Sheet (druckbar)

THE SOLO WOOCOMMERCE CRO PLAYBOOK
────────────────────────────────────────────────

WEEKLY (jeden Montag, 10 Min):
  1. Overview — Channel-Anteilsverschiebung >25% WoW? → diagnose
  2. Referrers — verfehlt Top-3-Channel Bounces+Duration-Regel
     bei ≥50 Sessions? → diagnose, don't pause
  3. Pages — #1 nach Exit Count (not rate), excl. thank-you
  4. Devices — mobile_CR ÷ desktop_CR < 0,50?
     → Mobile ist diese Woche das Experiment
  5. Experiment — wählen Sie EINS, "If X then Y because Z"
     Ship. Datum notieren. Re-eval nach 30 Tagen.

MONTHLY (ein Montag pro Monat, +20 Min):
  6. UTM hygiene — inkonsistente Groß-/Kleinschreibung oder Duplikate?
  7. Geography — Länder ≥5% Anteil + ≥80% Inland-Duration
  8. Languages — Browser-Lang vs Site-Lang Mismatch
  9. 30-Tage-Re-evaluation — was funktionierte, was bleibt

QUARTERLY (ein Montag pro Quartal, +60 Min):
  10. Mobile LCP audit via PageSpeed Insights (mobile, Ziel ≤2s)
  11. Baymard Checkout-Checkliste auf Live-Store durchgehen
  12. Channel-Spend-Reallokation basierend auf 90-Tage-Qualitätsdaten

THE 10 DECISION RULES:
- Sortiere Exits nach COUNT, nicht rate
- Vergleiche Bounces gegen INTENT-Kohorte, nicht site avg
- Verlange ≥50 Sessions vor Schlussfolgerung
- "First to diagnose" nicht "first to pause"
- Mobile CR ÷ desktop CR < 0,50 = materielles Problem
- Eine Änderung pro Woche, eine Re-eval nach 30 Tagen
- Kostentransparenz auf PDP (nicht checkout)
- Echter Guest-Checkout, Passwort optional
- ≤8 sichtbare Checkout-Felder
- Skip heatmaps, session recording, GA4 import,
  cookie-basiertes Cross-Device-Tracking

Als .txt speichern. Drucken. Auf den Monitor kleben. Fertig.

Die 9 Dinge, die Sie NIE tun sollten (mit Quellen)

Die Negativliste aus dem Sprint, konsolidiert:

1. Fügen Sie kein Heatmap- oder Session-Recording-Tool hinzu. Widerspricht der Datenschutz-Positionierung; 1.000-Sessions/Seite-Minimum für aussagekräftiges Signal (gemäß Hotjars eigener Doku); erzeugt Rauschen auf Solo-Shop-Volumen.
2. Importieren Sie keine GA4-Daten. Setzt genau die Cookie-Banner- + Adblocker-Verluste wieder ein, von denen Sie weggewechselt haben.
3. Verfolgen Sie nicht Cross-Device mit Cookies. Gleicher Grund.
4. Sortieren Sie Exits nicht nach Rate. Sortieren Sie nach absoluter Anzahl. (Siehe Schritt 3 oben.)
5. Machen Sie nicht alle CTAs rot. Laut CXL treibt Kontrast nicht Farbe die CTA-Performance.
6. Fügen Sie keinen Homepage-Karussell hinzu. 84 % der Klicks landen auf Slide 1; Gesamt-CTR ~ 1 % (laut NN/g).
7. Fügen Sie keinen täuschenden Countdown-Timer hinzu. Growth Suites 847-Shop-Studie fand, dass das Abbrüche um 23 % erhöht und Wiederkäufe um 41 % reduziert.
8. Fügen Sie keine Mobile-only-Popups auf Commerce-Seiten hinzu. Googles 2017er Aufdringliche-Interstitial-Strafe + 23–31 % Mobile-Abbruch-Aufschlag (Baymard).
9. Führen Sie keine A/B-Tests auf PDPs unter 1.000 Sessions/PDP/Monat aus. Die Mathematik trägt die Signifikanz nicht in vernünftiger Zeit (gemäß CXL). Heuristik-zuerst stattdessen.

Was v1.0.0 hinzufügte – und was noch auf der Growth-Tier-Roadmap steht

Das v1.0.0-Release (Mai 2026) lieferte die vier event-bewussten Aufschlüsselungen aus, für die dieses Playbook bisher den WooCommerce-Admin querverwies. Alle kostenlos, auf WordPress.org:

1. Umsatz pro Channel innerhalb von Statnive. Die Channel-Health-Regel aus Schritt 2 paart sich mit der Channel-Aufschlüsselung des Revenue-Reports – Orders, Revenue, AOV pro Channel in einem Tab.
2. Cart-to-Purchase-Funnel. Die /checkout-Ausstiegsanzahl aus Schritt 3 wird nun vom 4-stufigen Funnel (Produkt angesehen → In den Warenkorb gelegt → Checkout gestartet → Kauf abgeschlossen) mit Conversion-Rate pro Schritt unterlegt. Pro Teil-Schritt innerhalb /checkout (Versand vs. Zahlung vs. Review) wird weiterhin abgeleitet.
3. Produktebenen-Nachfrage vs. Umsatz. Die „Attractive Failures”-Analyse aus Beitrag 4 kann den Seiten-Bericht direkt mit den Top Products des Revenue-Reports paaren – kein CSV-Querverweis für die Parent-Product-Ansicht.
4. AI-Prompts, die über Umsatz nachdenken. Die Prompt-Bibliothek aus Beitrag 8 integriert bereits Revenue-Report-Daten (Channel-Umsatz, Funnel-Abbruch, RPV).

Noch auf der Growth-Tier-Roadmap (geplant 2026, kostenpflichtig):

• Anomalie-Alerts auf Umsatz- + Traffic-Deltas
• Slack-/Telegram-Umsatz-Alerts
• Werbeausgaben-CSV-Import + MER (Marketing Efficiency Ratio)
• Wöchentliche AI-Executive-Summary (führt die Prompt-Bibliothek automatisch aus und mailt den konsolidierten Report)
• Meta CAPI serverseitig
• Mobile-vs-Desktop-Seite-an-Seite-Vergleichs-Overlay
• UTM-Hygiene-Linter (markiert Casing-Inkonsistenzen automatisch)
• Pro-Land-Umsatzdimension im Revenue-Report

Die Growth-Tier-Warteliste

Wenn Sie wissen möchten, wann diese operativen Schichten ausgeliefert werden, ist die Warteliste unten. Das kostenlose Plugin bleibt kostenlos, einschließlich des v1.0.0-Revenue-Reports und allem in diesem Playbook. Growth ist für Shops, die die Alerts + Automation obenauf möchten.

Die 12 Beiträge des Sprints, gemappt auf den Loop

Schritt	Beitrag	Typ
1, 2, 3 (Fundament)	Beitrag 1 – Datenschutzfreundliche Webanalyse für WC-CRO	Pillar
2 (Channel-Qualität)	Beitrag 2 – Beste WC-Traffic-Quellen ohne GA4 finden	Supporting
3 (Prioritäts-Leak)	Beitrag 3 – Einstiegs- und Ausstiegsseiten für WC-Verkäufe	Pillar
3 (Produktseiten-Analyse)	Beitrag 4 – WC-Produktseiten ohne komplexe Dashboards analysieren	Supporting
4 (Mobile-Diagnose)	Beitrag 5 – Mobile Conversion-Probleme in WC	Pillar
5 (UTM + Verschwendung)	Beitrag 6 – Werbebudget nicht verschwenden mit UTM (WC)	Supporting
6 (Lokalisierung)	Beitrag 7 – Für welche Länder lohnt sich Lokalisierung?	Supporting
7 (AI-Hilfe)	Beitrag 8 – AI-Prompts für WC-Analytics und CRO	Pillar
ad hoc (Launches)	Beitrag 9 – Echtzeit-Webanalyse beim WC-Launch	Supporting
6 (Versand)	Beitrag 10 – Geografie-Daten zum Senken der WC-Versandkosten	Supporting
Alle Schritte (operative Form)	Beitrag 11 – Der 10-Minuten-Wochen-WC-Analytics-Review	Supporting
Alle Schritte (dieser Beitrag)	Das Solo-WC-CRO-Playbook (Sie sind hier)	Pillar

Was als Nächstes zu tun ist

1. Diese Seite mit einem Lesezeichen versehen.
2. Das Cheat-Sheet drucken.
3. Statnive nächsten Montagmorgen öffnen. Den 10-Minuten-Wochen-Review ausführen (Schritt 1, 2, 3, optional 4, dann 7).
4. Ein Experiment wählen. Ausliefern. Das Datum notieren.
5. In 30 Tagen wiederkommen. Re-evaluieren. Den nächsten Wochen-Review ausführen.
6. Treten Sie der Pro-Warteliste oben bei, wenn Sie wissen möchten, wann Revenue-per-Channel + Funnel-Schritt-Events ausgeliefert werden.

Sie haben jetzt das Betriebssystem, das die meisten Solo-WooCommerce-Shops nie aufbauen. Der Zinseszinseffekt beginnt am ersten Montag, an dem Sie es tatsächlich ausführen.