Datenschutzfreundliche Webanalyse für WooCommerce-CRO (ohne GA4)

Wenn Sie als Solo-Betreiber auf WooCommerce verkaufen, kennen Sie das Gefühl wahrscheinlich. Sie öffnen Google Analytics 4. Sie sehen ein Balkendiagramm und 14 Dropdowns. Sie schauen auf „Conversions” und die Zahl passt nicht zu dem, was Ihr Woo-Dashboard sagt. Sie scrollen, klicken „Engagement”, schauen sich vier weitere Bildschirme an und schließen den Tab.

Das Problem ist nicht, dass Sie schlecht in Analytics sind. Das Problem ist, dass GA4 für zehnköpfige Marketing-Teams gebaut wurde, die Attributionspfade messen, nicht für einen Solo-Woo-Betreiber, der wissen muss, was diese Woche zu fixen ist.

Dieser Pillar ist die Antwort auf die zweite Frage. Es ist ein CRO-Playbook für Solo-WooCommerce-Shops mit einem datenschutzfreundlichen Analytics-Plugin – Statnive –, das innerhalb von /wp-admin lebt. Keine Cookies, in den meisten EU-Ländern kein Cookie-Banner, kein GA4-Konto, keine Looker-Dashboards. Ab v1.0.0 (Mai 2026) liefert das kostenlose Statnive-Plugin acht Berichte – die sieben Traffic-Berichte plus einen dedizierten WooCommerce-Revenue-Report –, und wir behandeln, was Sie heute mit jedem davon entscheiden können, plus die drei ehrlichen Dinge, die jeder CRO-Beitrag zugeben sollte und die meisten nicht.

Was dieser Beitrag beantwortet

• Den exakten wöchentlichen CRO-Loop, den Sie in 10 Minuten allein mit Statnives kostenlosen Berichten durchlaufen können.
• Welche drei CRO-Empfehlungen für Woo-Shops unter 50 K $/Monat tatsächlich evidenzbasiert sind – und welche drei Mythen sind, die noch immer in jedem „E-Commerce-Best-Practices”-Artikel auftauchen.
• Die vier Quellen der WooCommerce-Wahrheit (Woo-eigene Berichte, WC Order Attribution, GA4, Statnive) und wann Sie welcher trauen sollten.
• Die ehrlichen Grenzen: Was Statnives CRO-Playbook abdeckt und was nicht – und was der v1.0.0-Revenue-Report ändert.

Warum CRO für einen Solo-Woo-Shop anders ist

Die meisten CRO-Inhalte im Web sind für jemand anderen geschrieben als Sie. Das Big-Team-CRO-Playbook setzt voraus:

• Ein dediziertes Funnel-Analytics-Tool (Mixpanel, Heap, GA4 mit Custom Events), eingerichtet von einem Data Engineer.
• Session-Recording- und Heatmap-Budgets (Hotjar, Microsoft Clarity, FullStory), die sich Solo-Betreiber zeitlich, geschweige denn finanziell nicht leisten können.
• Traffic im Millionenbereich, sodass A/B-Tests in Tagen Signifikanz erreichen.
• Ein separates Paid-Media-Team, das Meta CAPI, Click-ID-Stitching und Looker-Reports verantwortet.

Sie haben nichts davon. Sie haben Ihren Shop, zwei oder drei Klaviyo-Flows, vielleicht eine bezahlte Google- oder Meta-Kampagne und ein Woo-Dashboard. Sie haben außerdem eine echte, wachsende Zielgruppe, die in dem Moment auf „Cookies ablehnen” tippt, in dem das Banner erscheint. Die unabhängig replizierte Schätzung – ursprünglich Andy Crestodinas Orbit-Media-Analyse, seitdem von Plausible und anderen zitiert – beziffert den GA4-Datenverlust durch europäische Cookie-Banner auf etwa 30–60 %, je nach Land und Zielgruppe. Weitere 13–30 % (40–60 % bei tech-affinen Zielgruppen laut Kissmetrics’ Adblocker-Umfrage 2026) gehen darüber hinaus an Adblocker und Tracking-Schutz-Browser verloren.

Das ist die Arbeitsumgebung. Die gute Nachricht: Ein Solo-Woo-Shop kann mit dem richtigen Loop und einem datenschutzfreundlichen Datensatz glaubwürdiges CRO betreiben. Sie brauchen keine Session-Wiedergabe. Sie brauchen eine wöchentliche Checkliste und ein Tool, das nicht die Hälfte Ihrer Besucher verliert.

Der 7-Schritt-Woo-CRO-Loop pro Woche (10 Minuten, ohne GA4)

Das ist der Loop. Sie führen ihn einmal pro Woche am selben Tag aus. Jeder Schritt ist ein Tab in /wp-admin und eine Entscheidung.

Schritt 1 – Stimmung lesen (Übersicht)

Öffnen Sie den Bericht Übersicht. Schauen Sie auf Sessions, Absprünge und Gesamtdauer der letzten 7 Tage vs. der vorherigen 7. Entscheidungsregel: Wenn sich der Anteil eines einzelnen Channels Woche zu Woche um mehr als 25 % verändert, markieren Sie ihn für Schritt 2. Wenn Absprünge steigen und Dauer auf demselben Channel sinkt, haben Sie einen Qualitätseinbruch, keinen Volumeneinbruch. In den meisten Wochen hat sich nichts geändert. Auch das ist eine nützliche Information.

Schritt 2 – Channels prüfen (Referrer)

Öffnen Sie den Referrer-Bericht. Statnive gruppiert Ihren Traffic automatisch in acht Channels: Direct, AI Assistants, Organic Search, Social Media, Email, Referral, Paid Search und Paid Social. Der AI-Assistants-Bucket ist eine 2026er Ergänzung, die ChatGPT, Claude, Gemini, Perplexity und 11 weitere einfängt – die in GA4 sonst als „Direct” oder „Organic” gebucht würden.

Entscheidungsregel: Ein Channel ist gesund, wenn seine Absprünge bei oder unter dem Seitendurchschnitt liegen UND die Dauer bei oder über dem Seitendurchschnitt liegt. Channels, die beides verfehlen, mit mindestens 50 Sessions in den letzten 7 Tagen, werden diagnostiziert – nicht pausiert, nicht abgeschaltet, einfach diagnostiziert. Der Beitrag zu WooCommerce-Traffic-Quellen ohne GA4 erläutert die vollständige Diagnose.

Schritt 3 – Finden, wo Traffic landet (Seiten → Einstiegsseiten)

Öffnen Sie den Seiten-Bericht, sortieren Sie nach Einstiegsanzahl. Jede Einstiegsseite in Ihren Top 10 mit einer Absprungrate über 70 % ist Ihre Priorität – wenn es eine bezahlte Landingpage ist. Blogbeiträge springen natürlicherweise hoch; der Siege-Media-Benchmark verortet den Durchschnitt für Blog-Inhalte bei rund 82 %, wobei ~ 70 % als „gut” gelten. Eine bezahlte Landingpage hingegen sollte deutlich unter 50 % liegen. Vergleichen Sie jede Seite immer mit ihrer Intent-Kohorte, nicht mit dem seitenweiten Mittel. Eine Absprungrate von 60 % auf einem Blogbeitrag ist in Ordnung; 60 % auf einer bezahlten Landingpage brennen.

Schritt 4 – Finden, wo sie gehen (Seiten → Ausstiegsseiten)

Gleicher Bericht, andere Sortierung: nach absoluter Ausstiegsanzahl, nicht nach Ausstiegsrate. Eine Seite mit 10.000 Aufrufen und 45 % Ausstiegsrate verliert 4.500 Sessions. Eine Seite mit 500 Aufrufen und 90 % Ausstiegsrate verliert 450. Die erste Seite ist die Priorität – obwohl ihre Rate „besser” ist.

Das ist die einzelne Entscheidung, die die meisten CRO-Beiträge falsch treffen. Sie sortieren nach Rate und jagen am Ende den kleinsten Seiten hinterher. Sortieren Sie nach absolutem Verlust, und Sie beheben, was tatsächlich zählt.

Schritt 5 – Nach Gerät segmentieren (Geräte)

Öffnen Sie den Geräte-Bericht und schauen Sie auf das Absprungrate-Delta zwischen Mobile und Desktop auf Ihren Top-Einstiegs- und Ausstiegsseiten. Laut der Deloitte/55-Studie „Milliseconds Make Millions” brachte eine Verbesserung der mobilen Geschwindigkeit um 0,1 Sekunden einen Retail-Conversion-Anstieg von 8,4 % und einen Anstieg des durchschnittlichen Bestellwerts um 9,2 % über 30 Millionen Sessions bei 37 Markenseiten. Wenn Ihre Mobile-Absprungrate auf einer Top-Einstiegsseite mehr als 15 Prozentpunkte über Desktop liegt, ist Mobile-UX Ihr größter einzelner CRO-Hebel diese Woche, nicht das Seitenkonzept.

Schritt 6 – Nach Land und Sprache segmentieren (Geografie + Sprachen)

Verknüpfen Sie Geografie und Sprachen. Jedes Land, das ≥ 5 % der Sessions mit einer Dauer ≥ 80 % Ihrer inländischen Besucher liefert, ist ein Lokalisierungs-Testkandidat. Laut POWRs International Buyer Benchmark Januar 2026 bevorzugen 92 % der globalen Käufer den Kauf auf Seiten, die Preise in lokaler Währung anzeigen, und 49 % würden ohne dies ganz abbrechen. Erst Währungsanzeige, dann Sprache.

Schritt 7 – Eine Experiment-Hypothese bilden

Wählen Sie eine Sache, die Sie diese Woche ändern. Formulieren Sie sie als: „Wenn ich [X] ändere, dann verbessert sich [Metrik] um [Y], weil [Signal aus Schritten 1–6].” Lassen Sie sie zwei Wochen oder 1.000 Sessions laufen, je nachdem, was zuerst eintritt.

Das ist der Loop. Zehn Minuten. Kein GA4. Kein Agentur-Report. Sie werden nach dem ersten Durchlauf mehr über Ihren Shop wissen als nach einem Monat, in dem Sie GA4 öffnen und wieder schließen.

Was Statnive Ihrem Woo-Shop heute zeigt (die Inventarliste)

Das ist die ehrliche Inventarliste. Das kostenlose Statnive-Plugin (Serie v0.4) liefert sieben Berichte, 13 Metriken und 21 Dimensionen. Sie mappen so auf den obigen Loop:

Sie wollen wissen	Bericht	Metriken
Ist meine Woche anders als die letzte?	Übersicht	Sessions, Absprünge, Gesamtdauer
Welche Channels verdienen mehr Budget?	Referrer	Sessions, Absprünge, Dauer, UTM Source/Medium/Campaign
Welche Seiten brauchen ein Rewrite?	Seiten	Aufrufe, Einstiegsanzahl, Ausstiegsanzahl, Gesamtdauer
Woher kommt mein Länder-Traffic?	Geografie	Besucher, Sessions, Gesamtdauer
Verliert Mobile Besucher?	Geräte	Besucher, Sessions (gefiltert nach Gerätetyp)
Lesen Besucher in ihrer Sprache?	Sprachen	Besucher, Sessions
Läuft die Kampagne gerade jetzt?	Echtzeit	Aktive Besucher, aktive Seitenbesucher

Der Tracker erfasst auf jedem Pageview auch den WordPress-Post-Typ (eine künftige Dimension Resource Type), aber dieser Filter ist in der Seiten-Oberfläche noch nicht freigeschaltet. Vorerst können Sie Produkte und Blogbeiträge im Seiten-Bericht per URL-Muster trennen (/product/ vs. alles andere) – oder direkt zu Revenue-Report → Top Products für die WooCommerce-bewusste Ansicht wechseln.

Was Statnive Ihrem Woo-Shop heute nicht zeigt

Drei Dinge, die Sie ohne WooCommerce-Events nicht tun können. Seien Sie ehrlich zu Ihren Lesern und zu sich selbst:

1. Umsatz pro Channel. Eine Kampagne mit hoher Dauer und niedriger Absprungrate kann trotzdem null Verkäufe erzeugen. Ohne ein an die UTM gekoppeltes purchase-Event spekulieren Sie.
2. Funnel-Abbruch pro Schritt. Ausstiegsanzahl auf /checkout sagt Ihnen, dass Leute gehen. Sie sagt Ihnen nicht, ob sie eingestiegen sind, einen Gutschein eingegeben, einen Zahlungsfehler gesehen oder den Versand gewählt haben.
3. Produktebenen-Nachfrage. Seitenaufrufe auf einer PDP sind ein Proxy für Absicht, kein Nachweis von Absicht. Viele Aufrufe auf einem Produkt, das sich nie verkauft, sind das lauteste Signal, das Sie ohne product_view und add_to_cart nicht lesen können.

Die vier E-Commerce-Events – wc_product_view, wc_add_to_cart, wc_checkout_start und wc_purchase – schließen jede dieser Lücken und wurden in v1.0.0 ausgeliefert (kostenlos, auf WordPress.org). Die Namen spiegeln bewusst Googles empfohlenes GA4-E-Commerce-Event-Vokabular wider, sodass jeder AI-Prompt oder jedes CRO-Playbook, das GA4-Konventionen voraussetzt, weiterhin funktioniert. Die Events werden serverseitig aus WooCommerce emittiert – kein zusätzliches JS zu installieren – und treiben den Cart-to-Purchase-Funnel sowie die Channel- und Top-Products-Aufschlüsselungen im Revenue-Report.

Die richtige Rahmung für jeden Blogbeitrag, den Sie zu einer CRO-Frage schreiben, lautet gleich: Traffic-Analytics zeigt Ihnen, was Aufmerksamkeit bekommt; Event-Analytics zeigt Ihnen, was Geld bringt. Sie können das Erste heute nutzen und das Zweite ergänzen, wenn Sie bereit sind.

Vier Quellen der WooCommerce-Wahrheit und wann Sie welcher trauen

Das ist die Frage, die niemand ehrlich beantwortet. Sie haben wahrscheinlich vier Zahlen für „wie viele Verkäufe letzte Woche”:

Quelle	Was sie misst	Wann ihr trauen
WooCommerce-Admin → Berichte	Die Bestellungen in Ihrer Datenbank	Immer – das ist die Umsatz-Wahrheitsquelle
WooCommerce Order Attribution (WC 8.5+, in _wc_order_attribution_*-Post-Meta)	First-Touch-Quelle pro Bestellung, cookie-basiert, 7-Tage-Fenster auf Safari	Wenn Sie Attribution auf Bestellungsebene möchten; denken Sie an die 7-Tage-Grenze von iOS ITP
Klaviyo / Mailchimp-Berichte	E-Mail-attribuierter Umsatz mit eigenem 5-Tage-Fenster	Beim Messen der E-Mail-Performance – aber rechnen Sie mit 2–4-facher Überberichterstattung gegenüber Woo wegen Apple Mail Privacy Protection Ghost-Opens
GA4 (falls Sie es noch betreiben)	Gesamplete Session-Granularität mit Cookie-Banner-Verlust	Wenn Sie Long-Tail-Dimensionen brauchen, die Statnive noch nicht hat
Statnive	Cookielose Session-Granularität, kein Banner-Verlust, kein Fingerprinting, channel-gruppiert	Wenn Sie das Gesamtbild der Zielgruppe brauchen – einschließlich der 30–55 %, die GA4 verfehlt

Statnive ersetzt nicht WooCommerces eigenen Umsatzbericht. Statnive ersetzt GA4 für die Fragen, in denen GA4 schlecht ist: „Woher kommt meine gesamte Zielgruppe?”, „Welcher Channel sendet die qualifizierten Besucher?”, „Ist Mobile auf meiner PDP kaputt?”. WooCommerces eigenes Admin bleibt die Umsatz-Wahrheitsquelle.

Die Überraschung, die niemand zugibt: datenschutzfreundliche Untererfassung ist kein CRO-Nachteil

Das ist der konträre Punkt des gesamten Beitrags. Jeder datenschutzfreundliche Analytics-Blog gibt irgendeine Version von „ja, wir zählen weniger als GA4, weil wir Do Not Track respektieren” zu. Dann fragt jeder Interessent: „Schadet das nicht meinem CRO?”. Die Antwort ist nein, und der Grund ist mathematisch, nicht Marketing.

CRO arbeitet mit relativen Funnel-Schritt-Conversion-Raten, nicht mit absolutem Volumen. Wenn 100 % Ihrer Quellen gleichmäßig um 25 % untererfassen, ist die Reihenfolge der zu fixenden Schritte identisch. Die Untererfassung kürzt sich heraus, sobald Sie dividieren. Der einzige Ort, an dem gleichmäßige Untererfassung schadet, ist die Umsatzprognose, und das Bestellprotokoll von Woo ist dafür sowieso die Wahrheit.

Wo gleichmäßige Untererfassung anfängt zu schmerzen, ist ungleichmäßige Untererfassung – wenn GA4 bestimmte Channels stärker verfehlt als andere (z. B. Safari-Nutzer, iOS-App-Traffic, Adblocker-Nutzer). Das ist der Fall gegen GA4 für Solo-Woo-Shops, nicht dafür. Statnives cookielose First-Party-Erfassung ist gleichmäßig über Browser und Geräte. Funnel-Verhältnisse, die Sie gegen Statnive-Daten berechnen, sind zumindest intern konsistent; Funnel-Verhältnisse, die Sie gegen GA4 berechnen, sind verzerrt zugunsten der Kohorte, die auf Ihrer Site tatsächlich Cookies akzeptiert.

Das ist die Antwort auf den Einwand „aber wir tappen dann im Dunkeln!”. Sie tappen weniger im Dunkeln, als Sie denken, und das Dunkel, in dem Sie sind, ist gleichmäßig – genau das, was relativratenbasiertes CRO braucht.

Drei CRO-Empfehlungen, die wirklich funktionieren (und drei, die nicht funktionieren)

Aus der etablierten CRO-Forschung – CXL, Baymard, Nielsen Norman Group – hier, was für Woo-Shops unter 50 K $/Monat funktioniert und was nicht.

Funktioniert (tun Sie das):

1. Zuerst Kostentransparenz. Laut Baymard-Institute-Checkout-Usability-Forschung verursachen unerwartete Versand-, Steuer- und Gebührenkosten 39 % der Cart-Abbrüche ohne Browsing-Absicht – der größte einzelne Abbruchgrund. Zeigen Sie die Versandkosten auf der PDP, nicht erst im Checkout. Allein dieses Problem zu beheben, kann die Conversion spürbar heben.
2. Pro Funnel-Sprung optimieren, nicht pro Kauf. Laut CXLs Conversion-Optimization-Kurs liefert das Messen der Conversion zum nächsten Schritt anstatt zum finalen Kauf schnellere, klarere Signale – genau die Art von Entscheidung, die Statnives Ausstiegs-Mathematik heute unterstützt, auch ohne Umsatzevents.
3. Vertrauen Sie auf dieser Größenordnung der channel-gruppierten Attribution. Für Shops unter ~ 10 K Sessions/Monat ist Last-Touch + sauberes UTM-Tagging zuverlässiger als jedes Multi-Touch-Modell. Der Data-Engineering-Aufwand für Multi-Touch lohnt sich für Solo-Shops nicht.

Funktioniert nicht (überspringen Sie das):

1. „Macht jeden CTA rot”. CXLs Tests über Hunderte von Experimenten zeigen, dass Kontrast – nicht Farbe – die CTA-Performance treibt. Nur etwa 1 von 7 Farb-Tests ist statistisch signifikant.
2. „Alles above the fold quetschen”. Laut Nielsen-Norman-Group-Eye-Tracking-Forschung entfallen nur 57 % der Betrachtungszeit auf den Bereich oberhalb der Falz bei modernen responsiven Sites. Platzierung zählt weniger als Copy-Qualität. Scrollen ist nicht der Feind.
3. „Fügen Sie einen Homepage-Karussell oder einen Countdown-Timer hinzu”. NN/gs Karussell-Forschung: 84 % der Klicks landen auf Slide 1, Gesamt-Klickrate etwa 1 %. Schlimmer: eine Growth-Suite-Studie zu 847 Shops fand, dass täuschende Countdown-Timer Abbrüche um 23 % erhöhten und Wiederkäufe um 41 % reduzierten. Karussells sind Cargo-Kult; täuschende Knappheit schadet aktiv.

Drei WooCommerce-Stolperfallen, die Sie kennen sollten, bevor Sie einer Webanalyse trauen

Wenn Sie von GA4 auf einen datenschutzfreundlichen Tracker migrieren, treffen Sie diese. Sie betreffen jedes Analytics-Tool, nicht nur Statnive – aber wenn Ihre Berichte in der ersten Woche „daneben” aussehen, erklärt diese Liste meist warum.

1. Block-basierter Checkout feuert woocommerce_before_checkout_form nicht. Etwa 13 % der Shops sind auf WooCommerces neuen Cart- und Checkout-Blöcken (steigend). Der klassische Shortcode-Checkout feuert den Legacy-Hook, der block-basierte nicht. Jeder Tracker, der auf diesen Hook hört, wird auf Block-Shops Begin-Checkout untererfassen, bis er auf die neuen Event-Namen aktualisiert ist.
2. woocommerce_thankyou ist für Stripe-, PayPal- und Klarna-Redirect-Flows unzuverlässig. Wenn das Zahlungs-Gateway den Käufer in einem iframe oder über einen Server-zu-Server-Callback zurückgibt, wird die Danke-Seite in seinem Browser nie gerendert. Robustes Purchase-Tracking koppelt den JavaScript-Danke-Listener mit dem serverseitigen woocommerce_payment_complete-Hook, sodass das Event auch dann feuert, wenn der Browser-Tab geschlossen wurde. PayPal Payments hat dazu seit Jahren ein offenes Issue.
3. AJAX-Add-to-Cart in Astra, Botiga, Flatsome und Kadence unterdrückt den /cart-Pageview. Moderne Woo-Themes überspringen die Warenkorbseite zunehmend komplett mit einem Slide-in-Drawer. Jede Webanalyse, die Cart-Adds aus /cart-Pageviews ableitet, wird auf diesen Themes untererfassen. Der richtige Fix ist eine kleine JavaScript-Brücke, die auf das added_to_cart-jQuery-Event hört.

Ab v1.0.0 behandelt Statnive alle drei standardmäßig korrekt. Der Funnel im Revenue-Report liest wc_product_view, wc_add_to_cart, wc_checkout_start und wc_purchase serverseitig aus WooCommerce – block-basierter Checkout, Redirect-Flow-Gateways und AJAX-Add-to-Cart-Themes werden alle gezählt. Die URL-basierte Trennung (/product/-Filter) im Seiten-Bericht bleibt nützlich für Inhalt-vs-Produkt-Querverweise, bei denen Sie Pageviews statt Bestellungen wollen.

Datenschutz-Positionierung, ehrlich

Eine letzte Sache, die das Marketing der meisten datenschutzfreundlichen Analytics-Sites falsch macht: „Kein Cookie-Banner” ist eine Konfiguration, keine Produkteigenschaft. Die 27 EU-Mitgliedstaaten sind sich nicht einig, was als Reichweitenmessung zählt.

• Frankreich (CNIL Sheet 16), Italien (Garantes Cookie-Leitlinien 2021), Spanien (AEPD), Niederlande (AP gemäß Tw Art. 11.7a): Ein richtig konfiguriertes Reichweitenmessungs-Tool – nur First-Party, keine Cross-Site-Identifier, IP-Kürzung, max. 13-monatige Identifier-Lebensdauer, max. 25-monatige Datenspeicherung, keine Session-Wiedergabe – passt in die Ausnahme. Kein Banner erforderlich.
• Deutschland (§ 25 TDDDG): Die DSK-Orientierungshilfe Version 1.2 vom November 2024 ist eindeutig: cookieloses Tracking löst ebenfalls die Einwilligungspflicht aus, wenn es Endeinrichtungs-Informationen ausliest. Das umfasst das Auslesen von navigator.*, screen.*, Intl.* und document.referrer. Statnives Tracker liest mehrere davon, sodass die einwilligungsfreie Konfiguration in Deutschland der strikteste serverseitige Modus ist – und auch dann ist die sicherere Praxis, zu fragen.
• Belgien, Irland, Österreich, UK: ähnlich strikte Positionen; die Storage-and-Access-Technologies-Guidance der UK ICO vom 29. April 2026 bietet ausdrücklich keine Webanalyse-Ausnahme.

Die ehrliche Aussage auf jedem CRO-Blogbeitrag und jeder Preisseite lautet: „DSGVO-konform gestaltet – cookielos, kein localStorage, kein Fingerprinting, täglich rotierende Salts, nur EU-Hosting. Ob ein Cookie-Banner erforderlich ist, hängt von Ihrer Jurisdiktion und Konfiguration ab; in den meisten EU-Ländern gilt die Reichweitenmessungs-Ausnahme; in Deutschland verlangt die strengste Auslegung weiterhin die Wahl des Nutzers.”

Das ist die ehrliche Fassung. Es ist auch die Fassung, die Sie schützt, wenn der DPO eines Kunden fragt.

Was als Nächstes zu tun ist, in dieser Reihenfolge

1. Installieren Sie das Statnive-Plugin von WordPress.org. Es ist kostenlos, und das Free-Tier ist das funktionierende CRO-Tier für alles oben.
2. Lassen Sie den 7-Schritt-Wochen-Loop zwei Wochen lang laufen. Sie werden bis zum Ende von Woche 1 die Prioritäten der „absoluten Ausstiegsanzahl” erkennen.
3. Wählen Sie ein Experiment pro Woche. Formulieren Sie es als Hypothese. Lassen Sie es zwei Wochen oder 1.000 Sessions laufen.
4. Lesen Sie als Nächstes das WooCommerce-Traffic-Quellen-Playbook – es geht tiefer auf die Channel-Health-Regel aus Schritt 2 ein.
5. Ab v1.0.0 (Mai 2026) ist der WooCommerce-Revenue-Report im kostenlosen Plugin – öffnen Sie ihn für die oben beschriebene Umsatzansicht pro Channel, Top Products und Cart-to-Purchase-Funnel. Der Loop, die Berichte und die Disziplin, die Sie in den Schritten 1–4 aufgebaut haben, übertragen sich direkt.

Der ganze Sinn dieses Ansatzes ist, dass Sie aufhören, GA4 zu öffnen, zu schließen und sich schuldig zu fühlen, nicht „Analytics zu machen”. Sie ersetzen es durch einen 10-Minuten-Montag-Loop, entscheiden eine Sache und liefern die Änderung aus. Das ist CRO für einen echten Woo-Shop. Das Big-Team-Playbook kann warten, bis Sie ein großes Team haben.