Die wichtigsten Takeaways
- Deine Shopify A/B-Test Sample Size (Stichprobengröße) ist die Anzahl der Besucher, die jede Variante braucht, bevor das Ergebnis aussagekräftig ist. Rufst du den Gewinner zu früh aus, interpretierst du nur statistisches Rauschen.
- Vier Faktoren bestimmen sie: deine Baseline Conversion Rate, der Minimum Detectable Effect (MDE), den du erfassen willst, das Signifikanzniveau (meist 95 %) und die statistische Power (meist 80 %).
- Eine niedrigere Baseline Conversion Rate und ein kleinerer messbarer Effekt (MDE) treiben die benötigte Sample Size schnell in die Höhe. Kleine Änderungen in Stores mit wenig Traffic können Zehntausende von Besuchern pro Variante erfordern.
- Nutze einen kostenlosen Rechner wie den von Evan Miller, um die Zahl zu ermitteln, und plane den Test dann in vollen Traffic-Wochen, damit Wochentagsmuster das Ergebnis nicht verfälschen.
- Fudge bringt deine Testvariante in wenigen Minuten als nativen Theme-Code live. Der langsame Teil ist also das Warten auf den Traffic, nicht die Entwicklung.
Deine Shopify A/B-Test Sample Size ist die einzige Zahl, die darüber entscheidet, ob dir ein Test überhaupt etwas bringt. Sie gibt an, wie viele Besucher jede Version der Seite sehen muss, bevor der Unterschied zwischen ihnen echt und nicht bloßer Zufall ist.
Machst du hier einen Fehler, ist das Ganze reines Theater. Dieser Guide behandelt, warum die Sample Size wichtig ist, die vier Faktoren, die sie bestimmen, die Formel inklusive Rechenbeispiel, ein Spreadsheet-Template zum Kopieren und die Realität des geringen Traffics, auf die die meisten Shopify-Stores stoßen.
Warum du uns vertrauen kannst
Wir arbeiten seit über vier Jahren im Shopify-Umfeld und haben Hunderten von Brands geholfen, ihre Storefronts zu verbessern. Wir entwickeln Fudge, einen KI-Storefront-Editor mit einer 5.0-Bewertung im Shopify App Store. Wir sitzen also genau auf der Theme-Ebene, wo diese Tests tatsächlich laufen, und sehen tagtäglich, wie oft sie abgebrochen werden, bevor die Daten wirklich aussagekräftig sind.
Warum die Sample Size wichtig ist
Ein A/B-Test vergleicht zwei Versionen einer Seite und misst, welche besser konvertiert. Der Haken daran ist, dass Conversions natürlichen Schwankungen unterliegen (Noise). Wenn du eine faire Münze 20 Mal wirfst, bekommst du selten genau zehnmal Kopf. Kleine Stichproben schwanken stark um die tatsächliche Rate.
Die Sample Size ist dein Schutz gegen dieses Rauschen. Unterhalb des Schwellenwerts kann eine Variante reiner Zufall sein, aber fälschlicherweise wie ein 15%iger Gewinner aussehen.
Zwei Fehlerquellen entstehen, wenn man sie ignoriert.
Underpowered Tests (zu wenig Power). Wenn du den Test mit zu wenigen Besuchern beendest, kann sich eine echte Verbesserung im Rauschen verstecken und als “kein Unterschied” gelesen werden. Du schlussfolgerst, dass die Änderung nicht funktioniert hat, setzt nichts live und lässt den Uplift auf der Strecke.
Peeking und zu frühes Stoppen. Der verlockendere Fehler ist, täglich aufs Dashboard zu schauen und den Test zu stoppen, sobald die Signifikanz grün aufleuchtet. Jeder zusätzliche Blick (Peeking) ist eine weitere Chance für eine zufällige Schwankung, die Ziellinie zu überqueren. Wiederholtes Überprüfen treibt die echte Falsch-Positiv-Rate weit über die 5 %, von denen du denkst, dass du sie hast.1 Die Lösung: Leg die Sample Size im Voraus fest und warte ab.
Das ist der Unterschied zwischen dem bloßen Ausführen von Tests und dem Führen eines echten Testing-Programms. Das große Ganze findest du in unserem Guide zu Shopify Conversion Testing.
Die vier Faktoren der Sample-Size-Berechnung
Jeder Rechner fragt nach denselben vier Dingen. Wenn du diese verstehst, ist die Zahl keine Blackbox mehr.
| Input | Was es bedeutet | Typischer Wert |
|---|---|---|
| Baseline Conversion Rate | Die aktuelle Conversion Rate der Seite, die du testest | Was auch immer dein Store aktuell liefert |
| Minimum Detectable Effect (MDE) | Der kleinste Uplift, den der Test erkennen soll | 10 % bis 30 % relativ |
| Statistische Signifikanz | Die Sicherheit, dass das Ergebnis kein Zufall ist (bestimmt durch Alpha) | 95 % (Alpha 0,05) |
| Statistische Power | Die Wahrscheinlichkeit, einen echten Effekt zu erkennen, falls einer existiert (bestimmt durch Beta) | 80 % |
Baseline Conversion Rate
Das ist dein Startpunkt, gezogen aus deinen eigenen Analytics für genau die Seite und Zielgruppe, die du testen willst. Eine Produktseite, die mit Mobile-Traffic getestet wird, hat eine andere Baseline als dieselbe Seite auf dem Desktop. Grenze den Wert also exakt auf deinen Test ein.
Minimum Detectable Effect
Der Minimum Detectable Effect ist der kleinste Uplift, bei dem sich die Erkennung lohnt, meist als relativer Prozentsatz angegeben. Ein MDE von 20 % bei einer Baseline von 3 % bedeutet, dass du einen Sprung auf 3,6 % zuverlässig erkennen möchtest.
Diesen Faktor schätzen die Leute am häufigsten falsch ein. Ein kleinerer MDE bedeutet einen empfindlicheren Test, und Empfindlichkeit ist teuer. Wenn du den Effekt, den du erfassen willst, halbierst, vervierfacht sich die Anzahl der benötigten Besucher ungefähr.
Signifikanz und Power
Die Signifikanz (95 %) legt fest, wie sicher du sein möchtest, dass ein erkannter Gewinner kein Zufall ist. Die Power (80 %) bestimmt, wie wahrscheinlich es ist, dass du einen Gewinner entdeckst, der tatsächlich existiert. Beides sind Konventionen, keine Gesetze, aber sie sind bewährte Standards und ein vernünftiger Startpunkt für die meisten Stores.
Die Sample-Size-Formel und ein Rechenbeispiel
Für einen Test, der zwei Conversion Rates vergleicht, lautet die Standardnäherung für die benötigten Besucher pro Variante:
n = (z_alpha + z_beta)^2 x [ p1(1-p1) + p2(1-p2) ] / (p2 - p1)^2
wobei:
p1 = Baseline Conversion Rate
p2 = Baseline x (1 + MDE)
z_alpha = 1,96 (zweiseitig, 95 % Signifikanz)
z_beta = 0,84 (80 % Power)
Gehen wir einen konkreten Fall durch. Bei einer Baseline Conversion Rate von 3 % möchtest du einen relativen Uplift von 20 % erfassen, bei 95 % Signifikanz und 80 % Power.
- p1 = 0,03, also p2 = 0,03 x 1,20 = 0,036
- (1,96 + 0,84)^2 = 2,8^2 = 7,84
- p1(1-p1) = 0,0291, und p2(1-p2) = 0,0347, ergibt in Summe etwa 0,0638
- (p2 - p1)^2 = 0,006^2 = 0,000036
Setzt man das zusammen, ergibt das 7,84 x 0,0638 / 0,000036. Das entspricht etwa 13.900 Besuchern pro Variante oder rund 27.800 insgesamt.
Das ist die Zahl, die der Rechner ausspuckt. Der große Vorteil, das einmal per Hand durchzurechnen, liegt darin, dass du genau siehst, wie die einzelnen Faktoren das Ergebnis beeinflussen.
Wie Baseline und MDE die Zahl verändern
Die beiden Haupttreiber sind deine Baseline Conversion Rate und der Effekt, den du erfassen möchtest. Beide können die Sample Size rasant in die Höhe schnellen lassen. Die Tabelle unten wendet dieselbe Formel bei 95 % Signifikanz und 80 % Power auf einige typische Szenarien an.
| Baseline CVR | Relativer MDE | Besucher pro Variante | Wochen bei 4.000 Test-Besuchern/Woche |
|---|---|---|---|
| 3 % | 30 % | ~6.400 | ~4 Wochen |
| 3 % | 20 % | ~13.900 | ~7 Wochen |
| 3 % | 10 % | ~53.100 | ~27 Wochen |
| 1 % | 20 % | ~42.600 | ~21 Wochen |
| 5 % | 20 % | ~8.100 | ~4 Wochen |
Zwei Muster lassen sich aus der Mathematik direkt ableiten.
Kleinere Effekte kosten deutlich mehr. Wenn du den MDE von 20 % auf 10 % bei einer 3%igen Baseline senkst, steigt der Bedarf von etwa 13.900 auf 53.100 Besucher pro Variante. Die Jagd nach einem winzigen Uplift ist der schnellste Weg, einen Test zu planen, den du in der Praxis niemals beenden kannst.
Eine niedrigere Baseline ist gnadenlos. Bei einer Baseline von 1 % erfordert selbst ein 20%iger Uplift etwa 42.600 Besucher pro Variante – dreimal so viel wie im 3%-Fall, weil seltene Ereignisse mehr relatives Rauschen mit sich bringen.
Die letzte Spalte übersetzt die benötigte Anzahl in Kalenderzeit. Sie geht von 4.000 testberechtigten Besuchern pro Woche aus, aufgeteilt auf beide Varianten, aufgerundet auf volle Wochen. In genau dieser Spalte trifft die Realität auf die meisten Shopify-Testpläne.
Baue dein eigenes Sample-Size-Template
Du brauchst kein ausgefallenes Tool, um das zu planen. Ein Spreadsheet mit der obigen Formel reicht vollkommen aus und lässt dich die Ergebnisse jedes Rechners auf Plausibilität prüfen.
Lege folgende Zellen an:
- Baseline CVR (Input): deine aktuelle Rate, zum Beispiel 0,03
- MDE (Input): relativer Uplift, zum Beispiel 0,20
- p2 (Berechnet):
Baseline * (1 + MDE) - z_alpha (Konstante): 1,96 für 95 % zweiseitig
- z_beta (Konstante): 0,84 für 80 % Power
- n pro Variante (Berechnet):
(z_alpha + z_beta)^2 * (p1*(1-p1) + p2*(1-p2)) / (p2 - p1)^2
Füge dann noch ein Feld für den wöchentlichen Traffic und eine Zelle für die Dauer hinzu, die 2 * n durch deine wöchentlichen testberechtigten Besucher teilt. Jetzt kannst du den MDE verändern und sofort sehen, wie sich die Laufzeit anpasst, bevor du dich auf einen Test festlegst.
Führe ein zweites Sheet, in dem jeder Test protokolliert wird: Hypothese, betroffene Seite, Start- und Enddatum, geplante Sample Size und das Ergebnis. Dieses Log verhindert, dass du geklärte Fragen erneut testest, und macht dein CRO-Programm überprüfbar. Es passt perfekt zu einem umfassenderen Shopify CRO-Plan.
Kostenlose A/B-Test-Rechner, die sich lohnen
Wenn du lieber kein Spreadsheet pflegen möchtest, erledigen zwei bekannte, kostenlose Tools exakt denselben Job.
Der Sample Size Calculator von Evan Miller nimmt deine Baseline Rate und den MDE entgegen und gibt die benötigte Stichprobe pro Variante aus, basierend auf denselben Eingaben für Signifikanz und Power.2 Er ist eine langjährige Referenz in der Testing-Community und ein hervorragender Gegencheck für dein eigenes Sheet.
Der Sample Size Calculator von Optimizely ist eine weitere kostenlose browserbasierte Option, die nach denselben Inputs fragt und einen Wert pro Variante ausgibt. Beide Tools landen in etwa bei den Zahlen aus der Tabelle oben, wenn sie mit denselben Annahmen gefüttert werden.
Welches Tool du auch nutzt, füttere es mit deiner echten Baseline und einem realistischen MDE. Ein Rechner, der mit optimistischen Eingaben gespeist wird, liefert eine optimistische – und meist unerreichbare – Zahl.
Die Low-Traffic-Realität bei Shopify
Hier ist die harte Wahrheit für kleinere Stores: Die Szenarien-Tabelle zeigt, dass die Erfassung eines bescheidenen Uplifts bei einer typischen Conversion Rate schnell Zehntausende von Besuchern pro Variante erfordern kann. Viele Shopify-Shops erreichen das in einem vernünftigen Zeitfenster einfach nicht.
Das heißt aber nicht, dass Testing völlig sinnlos ist. Es bedeutet nur, dass du intelligenter testen musst.
- Teste größere Veränderungen. Ein komplettes Page-Redesign oder ein völlig neues Angebot bewegt die Nadel deutlich mehr als eine angepasste Button-Farbe. Daher ist eine kleinere Sample Size nötig, um den Effekt nachzuweisen. Hebe dir feinkörnige Detail-Tests für Stores mit viel Traffic auf.
- Teste Seiten mit mehr Traffic. Führe Experimente auf den Seiten durch, die die meisten Sessions abbekommen, wie der Startseite, der Haupt-Collection und der Top-Produktseite, anstatt in einer wenig besuchten Ecke deines Shops.
- Lass Tests volle Wochen laufen. Teste immer in Blöcken von ganzen Wochen. Wochenend- und Werktagsshopper verhalten sich unterschiedlich. Ein Test, der an einem Montag startet und an einem Donnerstag endet, ist von vornherein durch diesen Bias verfälscht.
- Akzeptiere weniger, dafür längere Tests. Ein Low-Traffic-Store, der einen sauberen, vierwöchigen Test durchzieht, ist besser dran als einer, der fünf Underpowered Tests startet und wieder abbrechen muss.
- Verlass dich auch auf qualitative Signale. Heatmaps, Session-Recordings und Umfragen brauchen keine statistische Power. Sie können dir den Weg zu den großen Stellschrauben weisen, die einen echten A/B-Test wert sind.
Tools, die das auch mit einem kleineren Shopify-Budget unterstützen, findest du in unserer Übersicht der besten Shopify-Apps für CRO.
Wo Fudge ins Spiel kommt
Die Sample Size bestimmt, wie lange ein Test laufen muss. Die andere Hälfte der Gleichung ist, wie lange es dauert, die Variante überhaupt erst einmal zu bauen – und genau da bleiben die meisten Tests stecken, bevor sie überhaupt anfangen.
Fudge ist ein KI-Storefront-Editor, der nativen Theme-Code schreibt. Du beschreibst einfach die Variante, die du testen möchtest – ein neues Produktseiten-Layout, einen anderen Hero-Bereich, ein umstrukturiertes Angebot – und die App schreibt das Liquid, CSS und JavaScript direkt in dein Theme. Keine Entwickler-Warteschlange, keine blockierenden Widgets.
Da der Output echter Theme-Code ist, verhält sich die Variante während des Tests exakt wie der Rest deines Stores, ohne dass ein Drittanbieter-Skript die Seite verlangsamt und das Ergebnis verfälscht. Du kannst den Challenger an den Start bringen, dein Testing-Tool darauf richten und deine wertvolle Energie in den Teil stecken, der tatsächlich Zeit kostet: darauf zu warten, dass sich die Sample Size füllt. Dasselbe gilt für alles andere, was du mit dem Shopify Store Editor baust.
FAQ
Nimm deine Baseline Conversion Rate, den Minimum Detectable Effect, den du erfassen willst, sowie die standardmäßige 95%ige Signifikanz und 80%ige Power. Füttere damit einen Rechner wie den von Evan Miller oder nutze die Formel n = (1,96 + 0,84)^2 x [p1(1-p1) + p2(1-p2)] / (p2-p1)^2. Das liefert dir die benötigten Besucher pro Variante.
Der MDE ist der kleinste Uplift, den dein Test noch zuverlässig erfassen können soll, meist als relativer Prozentsatz angegeben. Ein MDE von 20 % bei einer 3%igen Baseline bedeutet, dass du einen Anstieg auf 3,6 % erfassen möchtest. Ein kleinerer MDE macht den Test sensibler, benötigt aber deutlich mehr Besucher, da eine Halbierung des Effekts die Sample Size in etwa vervierfacht.
Lass ihn laufen, bis du deine vorberechnete Sample Size erreichst, und immer in vollen Wochenblöcken, damit sich das Verhalten an Wochenenden und Wochentagen ausgleicht. Teile die benötigten Gesamtbesucher durch deinen wöchentlichen testberechtigten Traffic, um die Dauer abzuschätzen. Zwei bis vier Wochen sind üblich; brich nicht zu früh ab, nur weil die Signifikanz gerade grün aufleuchtet.
Seltene Ereignisse bringen mehr relatives Rauschen mit sich. Es sind also deutlich mehr Beobachtungen nötig, um einen echten Effekt vom reinen Zufall zu unterscheiden. Bei einer Baseline von 1 % kann selbst ein 20%iger Uplift rund 42.600 Besucher pro Variante erfordern – etwa dreimal so viel, wie eine 3%ige Baseline für denselben relativen Effekt benötigen würde.
Ja, aber du musst größere Änderungen testen, dich auf deine Seiten mit dem meisten Traffic konzentrieren und längere Testzeiträume akzeptieren. Einen minimalen Uplift zu erkennen, kann Zehntausende von Besuchern pro Variante erfordern, was für viele Shops außer Reichweite liegt. Hebe dir feinkörnige Tests also für Seiten mit viel Traffic auf und verlasse dich ansonsten eher auf qualitative Recherchen.
Die konventionellen Standardwerte sind 95 % statistische Signifikanz (Alpha von 0,05) und 80 % statistische Power. Die Signifikanz steuert, wie sicher du bist, dass ein erkannter Gewinner kein Zufall ist, und die Power steuert, wie wahrscheinlich es ist, dass du einen tatsächlich existierenden Gewinner auch erfasst. Beides sind bewährte Startpunkte und keine völlig starren Regeln.
Footnotes
-
Evan Miller, “How Not To Run An A/B Test” - Das wiederholte Überprüfen eines Tests und das vorzeitige Stoppen, sobald die Signifikanz erreicht ist, treibt die Falsch-Positiv-Rate weit über das nominelle Niveau. Deshalb muss die Sample Size im Voraus festgelegt werden. https://www.evanmiller.org/how-not-to-run-an-ab-test.html ↩
-
Evan Miller, “Sample Size Calculator” - Ein kostenloses Tool, das die benötigte Stichprobe pro Variante basierend auf einer Baseline Conversion Rate und einem Minimum Detectable Effect bei gewählten Signifikanz- und Power-Niveaus ausgibt. https://www.evanmiller.org/ab-testing/sample-size.html ↩