Wie Sie Entry- und Exit-Seiten nutzen, um WooCommerce-Verkäufe zu verbessern

Hier ist ein kleines Experiment. Öffnen Sie die Webanalyse Ihres WooCommerce-Shops. Finden Sie Ihren Exit-Pages-Report. Sortieren Sie nach Exit-Rate, absteigend. Schauen Sie auf das oberste Ergebnis.

Es ist fast sicher eine Danke-Seite, eine winzige Landingpage, die niemand besucht, oder eine Suchergebnisseite mit 30 Views und einem wiederkehrenden Nutzer. Das ist nicht der Ort, an dem Sie etwas beheben sollten.

Jetzt sortieren Sie denselben Report nach Exit Count – der absoluten Anzahl von Sessions, die auf jeder Seite endeten. Das oberste Ergebnis ist fast immer eine echte Produktseite, eine Cart-Seite oder ein Checkout-Schritt. Dort ist etwas zu beheben.

Dieser Wechsel – von Rate zu Anzahl – ist die am stärksten gehebelte Einzeländerung, die ein Solo-WooCommerce-Betreiber an seinem CRO-Prozess vornehmen kann. Sie kostet nichts. Sie ändert alles. Und sie ist das Herzstück dieses Beitrags.

Was dieser Beitrag beantwortet

• Warum das Sortieren Ihrer Exit-Seiten nach Rate eine Falle ist, und wonach stattdessen zu sortieren.
• Die Bounce-vs-Exit-Unterscheidung, die niemand wirklich versteht (und der CXL-Kanon).
• Die drei Exit-Seiten-Muster in einem WooCommerce-Funnel (Produkt, Cart, Checkout) und der evidenzbasierte Fix für jedes.
• Die vier Anti-Patterns, die Sie in jedem anderen CRO-Beitrag sehen werden – und die Forschung, die sie entkräftet.
• Die WooCommerce-spezifischen Stolpersteine, die Standard-Analytics auf bestimmten Themes und Checkout-Konfigurationen lügen lassen.

Bounce vs. Exit – das am häufigsten verwechselte Paar in Analytics

Laut CXL Institutes kanonischem Leitfaden lautet die Regel in einem Satz: „alle Bounces sind Exits, aber nicht alle Exits sind Bounces.”

Ein Bounce ist eine Single-Page-Session – jemand landete auf einer Seite und ging, ohne irgendwo anders hinzugehen. Ein Exit ist die letzte Seite, die jemand vor dem Verlassen ansah, unabhängig davon, ob er zuvor andere Seiten besucht hat.

Die praktische Konsequenz:

• Eine 100 % Exit-Rate auf einer /thank-you-Seite ist gesund – die Bestellung ist erledigt; wir wollen, dass sie gehen.
• Eine 60 % Exit-Rate auf /cart oder /checkout ist katastrophal – sie waren bereit zu kaufen und gingen weg.
• Eine 90 % Bounce-Rate auf einem Blog-Post ist in Ordnung – die Suchanfrage des Lesers wurde befriedigt.
• Eine 70 % Bounce-Rate auf einer bezahlten Landingpage steht in Flammen – die Werbeausgaben sind verschwendet.

Interpretieren Sie Bounce und Exit immer gegen den Zweck der Seite, nicht gegen den Site-weiten Durchschnitt. Der Site-weite Durchschnitt ist der Mittelwert einer bimodalen Verteilung (informationell + transaktional) und ist daher für beide falsch.

Die Mathematik: Views × Exit Count = absoluter Umsatzverlust

Das ist der Abschnitt, den Sie nicht im Exit-Pages-Tutorial von WP Statistics, in MonsterInsights’ CRO-Beiträgen oder im Blog von Independent Analytics finden. Sie alle sortieren nach Exit-Rate. Das ist die Falle.

Das korrekte Ranking ist die absolute Anzahl von Sessions, die eine Seite leckt. Zwei Seiten, selber Shop:

Seite	Views	Exit-Rate	Exit Count (verlorene Sessions)
/product/popular-shirt/	10.000	45 %	4.500
/product/niche-mug/	500	90 %	450

Der Nischen-Becher hat eine schlechtere Rate. Das beliebte Shirt verliert zehnmal mehr Sessions. Beheben Sie zuerst das beliebte Shirt. Jede behobene Session hat dasselbe Umsatzpotenzial; Sie wollen den absoluten Pool wiederherstellen, nicht die Rate optimieren.

Statnive macht das implizit für Sie. Der Pages-Report zeigt Exit Count als Spalte, nicht Exit-Rate. Sortieren Sie absteigend, und die Spitze der Liste ist Ihre Prioritätsschlange – bereits nach Traffic gewichtet. Wenn Sie die Rate für diagnostischen Kontext wollen, berechnen Sie sie manuell (Exit Count ÷ Views), verwenden Sie sie aber niemals als Ranking.

Der Funnel-Positions-Tiebreaker, laut CXLs PIE/ICE-Priorisierungsrahmen: Wenn zwei Seiten ähnliche Exit-Counts haben, gewichten Sie Bottom-of-Funnel-Seiten höher. Ein Versandkosten-Schock auf /cart (verlorener Verkauf jetzt) ist mehr wert als ein zögerlicher Exit auf einem Blog-Post (verlorener Verkauf vielleicht später, vielleicht nie). Ein praktischer Multiplikator: PDP × 1,2, Cart × 1,5, Checkout × 1,5 gegen Blog-Exits bei 1,0.

Die drei Exit-Seiten-Muster (und der evidenzbasierte Fix für jedes)

Jeder Solo-WooCommerce-Shop verliert Umsatz an drei identifizierbaren Stellen: die Produkt-Detailseite (PDP), der Cart und der Checkout. Jeder hat einen anderen Fix.

Muster 1 – Produktseiten- (PDP-) Exits

Wie es aussieht: hoher Entry Count, mittelmäßige Duration (15–60 Sekunden), hoher Exit Count ohne add_to_cart-Events. Der Besucher las genug, um „nein” zu entscheiden, und sprang ab.

Laut Baymards Checkout-Usability-Datenbank die evidenzstärksten PDP-Fixes:

• Trust-Stack auf der Seite selbst. Bewertungen (95 % der Käufer lesen sie laut Baymard vor dem Kauf), eine Lieferdatum-Schätzung (24 % Lift), ein sichtbares Retouren-Badge (27 % Lift). Solo-Woo-Betreiber unterinvestieren hier ständig, weil sie annehmen, der Käufer vertraue ihnen bereits.
• Versand- + Preisklarheit above the fold. Versandkosten bis zum Checkout zu verstecken, ist die größte Cart-Abbruch-Ursache (39 % der Abbrecher). Lösen Sie es auf der PDP, nicht am Cart.
• Mobile-first-Galerie + Above-the-Fold-CTA. Nielsen Norman Groups Attention-Forschung zeigt, dass 57 % der Betrachtungszeit above the fold liegen; laut Baymard scrollen 71 % der Nutzer auf PDPs auf Mobile überhaupt nicht. Der Add-to-Cart-Button muss auf einem 375px-Viewport ohne Scrollen erreichbar sein.

Muster 2 – Cart-Seiten-Exits

Wie es aussieht: hoher Entry Count auf /cart (oder Ihrer eigenen Cart-URL), Exits ≥40 %. Sie sind in den Cart gekommen und weggegangen.

Die evidenzbasierte Fixliste, in Prioritätsreihenfolge:

• Zeigen Sie die vollen Landed Costs (Produkt + Versand + Steuer) auf der Cart-Seite. Nicht im Checkout. Cart. Baymard stuft das als #1-Abbruch-Ursache ein; eine Behebung produziert 5–11 % Konversions-Lift über ihre Fallstudien. Das „Versandkosten-Überraschung im Checkout”-Muster ist das tödlichste Muster in WooCommerce.
• Echter Gast-Checkout, nicht „Checkout, dann werden wir Sie zur Registrierung bitten”. 24 % der US-Abbrecher nennen erzwungene Kontoerstellung als Abbruchgrund; Baymards Median-Lift durch Hinzufügen eines echten Gast-Checkouts beträgt 14 %.
• Klappen Sie das Gutscheinfeld standardmäßig zu, oder entfernen Sie es. 27 % der US-Käufer berichten, die Site zu verlassen, um nach einem Gutscheincode zu suchen, wenn sie ein prominentes Gutscheinfeld sehen. Das Feld verankert den Käufer auf „ich sollte weniger bezahlen als das” – und sie gehen, um einen Code zu finden, der vielleicht nicht existiert.

Muster 3 – Checkout-Seiten-Exits

Wie es aussieht: Käufer erreichen /checkout, der Exit Count steigt. Sie haben den Checkout gestartet und mittendrin im Formular abgebrochen.

Laut Baymards Checkout-Flow-Analyse:

• Reduzieren Sie den Checkout auf 7–8 Formularfelder. Baymards Datenbank-Median ist 14,88 Felder; das Schneiden auf das Minimum produziert einen Median-35,26 %-Konversions-Lift. WooCommerces Standard-Checkout fragt nach Vorname, Nachname, Firma, Land, Adresszeile 1, Adresszeile 2, Stadt, Bundesland, Postleitzahl, Telefon, E-Mail, Bestellnotizen – 12 Felder. Deaktivieren Sie die, die Sie nicht brauchen (Firma, Adresszeile 2, Bestellnotizen, oft Telefon) in WooCommerce → Einstellungen → Konten & Datenschutz.
• Passen Sie den Zahlungsanbieter dem Besucher an. Wenn Ihre Besucher mobile-lastig und EU sind, sind das Apple Pay + Klarna + SEPA, nicht „alle Gateways aktiviert”. Zu viele Optionen sind Entscheidungsmüdigkeit.
• Entfernen Sie die Passwort-Anforderung und setzen Sie das richtige inputmode auf jedem Feld. 19 % der US-Abbrecher nennen erzwungene Kontoerstellung (was meist „Passwort setzen” bedeutet); das Anbieten von Passwordless-Checkout (per E-Mail-Link oder Social) produziert einen 6–9 % Lift.

Vier Anti-Patterns zum Überspringen

Diese tauchen in jeder „E-Commerce-Conversion-Optimization”-Listicle auf. Die Forschung entkräftet sie.

1. Versandkosten bis zum Checkout verbergen. Das ist laut Baymard die #1-Abbruchursache. Es absichtlich zu tun, ist Selbstsabotage. Zeigen Sie die Landed Costs auf der PDP, erneut auf dem Cart, bevor der Checkout startet.
2. Kontoerstellung vor dem Checkout erzwingen. 24 % der US-Abbrecher gehen weg, sobald sie eine „Erst registrieren”-Wand sehen. Echter Gast-Checkout – kein Konto, kein Passwort, nur eine Bestätigungs-E-Mail – ist nicht verhandelbar.
3. Exit-Intent-Popup auf jeder Seite hinzufügen. Die Forschung ist gespalten. Auf einem Blog-Post oder einer Kategorieseite kann ein Exit-Intent-Popup mit einem relevanten Angebot E-Mail-Captures heben. Auf einer PDP, einem Cart oder Checkout ist es feindselig – laut NN/gs Overlay-Forschung und Speeros E-Commerce-Tests reduzieren Exit-Intent-Popups auf Commerce-Intent-Seiten aktiv die Konversion und beschädigen das Markenvertrauen. Überspringen Sie sie auf /product/*, /cart und /checkout.
4. Site-weite Gutscheine automatisch anwenden, um abbrechende Carts zu „retten”. Gegen die Intuition. Laut Baymard und Speero trainieren pauschale Rabatte den Kunden zu warten, verankern alle auf einem niedrigeren Preis und erodieren die Marge, ohne viele abgebrochene Carts zurückzugewinnen. Reservieren Sie Gutscheine für spezifische, zeitlich begrenzte Angebote, die an ein bestimmtes Verhalten gebunden sind (z. B. „30 Tage inaktiv, dann senden wir per E-Mail einen Gutschein”). Nie automatisch anwenden.

WooCommerce-spezifische Stolpersteine (die Standard-Analytics lügen lassen)

Das sind die Dinge, die jedes Analytics-Tool, einschließlich Statnive, in einem echten WooCommerce-Shop durch eine leicht andere Linse sieht. Kennen Sie sie, bevor Sie den Zahlen vertrauen.

1. Danke-Seiten erzeugen eine Pages-Zeile pro Bestellung. WooCommerces Danke-URL ist /checkout/order-received/{order_id}/. Jede Bestellung erzeugt eine eindeutige URL. Ihr Pages-Report zeigt Hunderte unterschiedlicher Zeilen für dieselbe logische Seite. Um Danke-Besuche zu zählen, filtern Sie nach URL-Muster (/order-received/), nicht nach exaktem Slug.
2. Custom-Slug-Cart-Block + AJAX-Drawer-Themes brechen das /cart/-Muster. WooCommerce 8.0+ lässt Sie die Cart-URL in Einstellungen → Erweitert neu konfigurieren, und Cart/Checkout-Blocks lassen Sie den Cart auf der Startseite inline einbetten (es existiert überhaupt keine /cart/-URL). Astra, Botiga, Flatsome, Blocksy und das moderne Storefront verwenden AJAX-Slide-in-Cart-Schubladen, die nie einen /cart/-Seitenaufruf auslösen. Etwa die Hälfte moderner WooCommerce-Shops wird überhaupt keine /cart/-Zeile sehen. Mit v1.0.0 liest der Cart-to-Purchase-Funnel des Revenue-Reports wc_add_to_cart und wc_checkout_start serverseitig aus WooCommerce – Block-basierter Checkout, Drawer-Cart-Themes und benutzerdefinierte Slugs werden dort alle korrekt gezählt, unabhängig von Seitenaufrufen.
3. Variable-Produkt-Varianten kollabieren zum Eltern-Slug. Ein variables Produkt unter /product/t-shirt/ mit ?attribute_pa_color=red und ?attribute_pa_size=large-Query-Strings wird als eine Pages-Zeile getrackt, nicht als drei. Das ist die richtige Einheit für Eltern-PDP-CRO („verkauft sich dieses T-Shirt?”) und die falsche Einheit für Varianten-Analyse („verkauft sich Rot, aber Blau nicht?”). Varianten-Analyse ist im Pages-Report immer noch ein bekanntes Unbekanntes – für Kauf-Ebene-Varianten-Daten gruppiert Revenue-Report → Top Products unter dem Eltern-Produkt, was zu WooCommerces eigener Gruppierung passt, aber auch nicht pro Variante aufschlüsselt.

Wenn Ihr Analytics-Report in Woche eins „komisch” aussieht, erklärt diese Liste meist warum – und die Erklärung ist Theme/Konfig, nicht der Tracker.

Der Solo-Woo-CRO-Rhythmus: eine Seite, ein Fix, ein Monat

Die meisten CRO-Ratschläge nehmen an, Sie hätten ein CRO-Team und ein A/B-Testing-Tool. Sie haben es nicht. Laut CXLs Leitfaden zur statistischen Signifikanz können Sie unter 1.000 Sessions pro Seite und Monat in einem vernünftigen A/B-Test-Fenster keine zuverlässige Signifikanz erreichen. Das ist in Ordnung – es ändert nur den Rhythmus.

Der Rhythmus für eine Sub-1.000-Session-Seite:

1. Sortieren Sie den Pages-Report nach Exit Count absteigend. Wählen Sie die oberste Seite, die nicht Danke-/Kontaktformular-Bestätigung-/Suchergebnis-Seite ist.
2. Identifizieren Sie, welches der drei Exit-Seiten-Muster sie passt (PDP / Cart / Checkout).
3. Wählen Sie aus Baymards Checkliste für dieses Muster den einzelnen evidenzstärksten Fix, den Sie in weniger als 4 Stunden umsetzen können.
4. Versenden Sie den Fix an einem festgelegten Datum.
5. Messen Sie 30 Tage vorher vs. 30 Tage nachher auf absolute Bestellungen (Woo-Admin) und auf Exit Count für diese Seite (Statnive). Wenn der absolute Lift ≥20 % ist, behalten Sie die Änderung.
6. Gehen Sie zur nächsten Seite auf der Liste.

Eine Seite, ein Fix, ein Monat. Zwölf Fixes pro Jahr. Das ist by design langsamer als das Agentur-Playbook und weit glaubwürdiger: Am Ende von 12 Monaten haben Sie eine Liste von 12 Fixes, jeder mit einem 30-Tage-Vorher/Nachher auf absolute Bestellungen, und eine echte Intuition dafür, was bei Ihrem Shop die Nadel bewegt, nicht in einem Baymard-Panel von 50.000.

Was der v1.0.0-Revenue-Report hinzufügt

Mit v1.0.0 (Mai 2026) verknüpft Statnives Revenue-Report Exits direkt mit Umsatz – historische Bestellungen werden beim ersten Öffnen automatisch nachgeladen. Zwei praktische Gewinne zusätzlich zur absolute-Verlust-Mathematik in diesem Beitrag:

1. Sie können Exits mit Umsatz verbinden. Sortieren Sie den Pages-Report nach Exit Count für die Diagnose, öffnen Sie dann Revenue-Report → Top Products, um zu sehen, ob dieselben Produkte für den Umsatz verantwortlich sind. Eine Hoch-Exit-PDP, die gleichzeitig ein Top-Umsatz-Produkt ist, ist das hebelstärkste CRO-Ziel – das ist die Seite, auf der das Schrumpfen der Exits den größten Dollar-Effekt hat.
2. Der Funnel zeigt, an welcher Checkout-Stufe Sie sie verlieren. Der 4-Stufen-Funnel – wc_product_view → wc_add_to_cart → wc_checkout_start → wc_purchase – liest serverseitig aus WooCommerce und zeigt die Konversionsrate pro Schritt. Sie müssen „Versand oder Zahlung?” nicht mehr aus einem /checkout-Exit-Count erschließen.

Der Eine-Seite-ein-Fix-ein-Monat-Rhythmus treibt weiterhin, welche Seite zu beheben ist. Der Revenue-Report treibt nun, wieviel der Fix tatsächlich Umsatz bewegt hat (nicht nur Exits).

Was als Nächstes zu tun ist

1. Installieren oder öffnen Sie Statnive auf WordPress.org, falls noch nicht geschehen.
2. Öffnen Sie den Pages-Report. Sortieren Sie nach Exit Count, absteigend.
3. Identifizieren Sie, welche Ihrer Top-3-Exit-Seiten PDP, welche Cart, welche Checkout ist.
4. Wählen Sie eine. Ziehen Sie Baymards Checkliste für dieses Muster (oben verlinkt). Wählen Sie den evidenzstärksten Fix, den Sie heute versenden können.
5. Versenden Sie. Notieren Sie das Datum. Kommen Sie in 30 Tagen zurück.
6. Lesen Sie den Pillar zu datenschutzfreundlicher Webanalyse für WooCommerce-CRO für den vollständigen 7-Schritte-Wochen-Loop, in den das passt.

Nach Anzahl sortieren, nicht nach Rate. Eine Sache beheben. 30 Tage warten. Das ist der ganze Beitrag.