Vor Black Friday werden Angebote, Werbemittel und Budgets abgestimmt. Der entscheidende Moment liegt aber dazwischen: Kann deine Kundschaft tatsächlich bestellen – und kommt der bezahlte Auftrag zuverlässig bei dir an? Ein Checkout-Test prüft deshalb mehr als den grünen Haken nach der Zahlung. Er verbindet Kundensicht, Zahlungsanbieter, Shop und Abwicklung. Für Schweizer Onlinehändler gehört TWINT dabei ebenso in den Prüfplan wie die Kreditkarte.
Was muss ein Checkout-Test vor Black Friday abdecken?
Prüfe den vollständigen Weg vom Warenkorb bis zur Rückerstattung. Dazu gehören mobile Bedienung, korrekte Beträge, erfolgreiche und abgebrochene Zahlungen, Bestellstatus, E-Mails und die Übergabe an Lager oder Warenwirtschaft. Halte je Testfall das erwartete Ergebnis, das tatsächliche Ergebnis und eine verantwortliche Person fest. Ein Screenshot der Dankeseite allein reicht als Nachweis nicht.
Dieser Ablauf ergänzt deine Q4-Planung für Lager und Liquidität. Dort legst du fest, welche Nachfrage du bewältigen kannst. Hier prüfst du, ob einzelne Bestellungen technisch und organisatorisch richtig durchlaufen.
1. Mit einer kleinen, begründeten Testauswahl starten
Wähle zuerst die wichtigsten Kombinationen: Smartphone und Desktop, Gastbestellung und Kundenkonto sowie deine tatsächlich angebotenen Zahlungsarten. Nutze Geräte und Browser, die in deinem Shop relevant sind. Ein Test auf dem eigenen Bürorechner deckt den Wechsel zwischen mobilem Browser und Bezahl-App nicht ab.
Ergänze Warenkörbe mit einer Produktvariante, einem gültigen Aktionscode und einem ungültigen Code. Prüfe einen Warenkorb unter und über deiner Versandfreigrenze, sofern du eine hast. Bei CH- und DE-Verkauf testest du beide Lieferländer getrennt: verfügbare Versandarten, Währung und angezeigter Endbetrag können sich unterscheiden. Vergleiche dabei Produktseite, Warenkorb, Zahlungsansicht und Bestellbestätigung. Der Merchant-Center-Check für Produktdaten hilft dir, vorgelagerte Preis- und Verfügbarkeitsfehler abzugrenzen.
2. TWINT auf dem Smartphone und am Computer prüfen
TWINT beschreibt unterschiedliche Wege: Am Computer wird ein QR-Code gescannt oder ein Zahlencode eingegeben; auf dem Smartphone kann der Wechsel zur App erfolgen. Deshalb solltest du beide Abläufe in deiner Integration prüfen. Die konkreten Schritte zeigt TWINT für Onlinezahlungen.
Achte auf drei Übergänge: vom Shop zur Zahlung, von der Bezahl-App zurück zum Browser und vom bestätigten Zahlungsvorgang zum Bestellstatus. Bleibt der Warenkorb erhalten, wenn jemand abbricht? Ist verständlich, ob die Zahlung noch aussteht oder fehlgeschlagen ist? Gibt es eine sinnvolle Rückkehrmöglichkeit? Falls du Express Checkout anbietest, prüfe zusätzlich die übernommene Lieferadresse und Versandart.
3. Fehlerfälle in der Testumgebung durchspielen
Nutze die vorgesehene Testumgebung und die Testdaten deines Zahlungsanbieters. Stripe stellt beispielsweise Szenarien für erfolgreiche Zahlungen, Kartenablehnungen und 3D-Secure-Authentifizierung bereit. Die Stripe-Testdokumentation untersagt Tests im Live-Modus mit echten Zahlungsdaten. Übertrage Testnummern oder Anleitungen eines Anbieters nicht ungeprüft auf einen anderen.
Lass dein Technikteam mindestens eine Ablehnung, eine abgebrochene Authentifizierung und einen erneuten Zahlungsversuch prüfen. Erwartet wird eine verständliche Meldung mit nächstem Schritt. Eine fehlgeschlagene Zahlung darf nicht als bezahlt erscheinen. Beim erneuten Versuch muss nachvollziehbar bleiben, welche Bestellung und welcher Zahlungsvorgang zusammengehören.
Die Testumgebung ersetzt ausserdem keine Kontrolle der produktiven Konfiguration: Sind die vorgesehenen Zahlungsarten dort freigeschaltet, die passenden Zugangsdaten hinterlegt und die Rückmeldeadressen korrekt? Lass diese Punkte separat prüfen, ohne dafür unzulässige Live-Testzahlungen auszulösen.
4. Die Verarbeitung nach der Zahlung absichern
Eine Kundin kann erfolgreich bezahlen und danach das Browserfenster schliessen. Stripe weist deshalb ausdrücklich darauf hin, die automatische Bestellabwicklung nicht nur durch den Aufruf der Dankeseite auszulösen. Dafür braucht es serverseitige Zahlungsrückmeldungen, sogenannte Webhooks. Auch mehrfach eintreffende Meldungen müssen so verarbeitet werden, dass derselbe Auftrag nicht mehrfach ausgeführt wird. Quelle: Stripe zur Verarbeitung bezahlter Bestellungen.
Der praktische Testauftrag lautet: Zahlung erfolgreich simulieren, Rückkehr zur Shopseite unterbrechen und anschliessend Zahlungsstatus und Auftrag vergleichen. Danach lässt du dieselbe Rückmeldung in der Testumgebung erneut verarbeiten. Das erwartete Ergebnis: ein bezahlter Auftrag, eine passende Bestandsänderung und genau eine Übergabe an die Abwicklung. Bei verzögert bestätigten Zahlungsarten muss der Zwischenstatus ebenfalls korrekt bleiben.
5. Bestätigung, Versandübergabe und Erstattung zusammen prüfen
Kontrolliere nicht nur, ob eine E-Mail ausgelöst wurde, sondern ob sie im Testpostfach angekommen ist. Stimmen Artikel, Variante, Lieferadresse, Rabatt, Versandkosten und Gesamtbetrag? Ist eine ausstehende Zahlung sprachlich klar von einer bestätigten Zahlung getrennt? Prüfe die Nachricht auch auf dem Smartphone.
Verfolge denselben Auftrag bis ins System, mit dem dein Team tatsächlich arbeitet. Ein korrekter Shopstatus nützt wenig, wenn die Warenwirtschaft den Auftrag nicht erhält. Teste danach eine vollständige Erstattung und – falls angeboten – eine Teilerstattung. Vergleiche die Beträge beim Zahlungsanbieter und im Shop. Halte fest, wer fehlgeschlagene Erstattungen erkennt und bearbeitet.
Trenne dabei Geldfluss und Warenfluss: Eine Rückerstattung bedeutet nicht automatisch, dass ein Artikel wieder verkaufsfähig im Lager liegt. Die Entscheidung zur Bestandsrückbuchung muss zu deinem Retourenprozess passen.
6. Kaufmessung gegen die Bestellungen abgleichen
Wenn du Google Analytics einsetzt, prüfe auch das Kaufereignis. Für Webstreams beschreibt Google eine Deduplizierung über die Transaktions-ID. Jede Bestellung braucht eine eigene, nicht leere Kennung; dieselbe Kennung darf nicht für verschiedene Bestellungen wiederverwendet werden. Quelle: Google zu doppelten Kaufereignissen.
Lade die Bestätigungsseite im Test erneut und kontrolliere, ob dadurch ein zusätzlicher Kauf gezählt wird. Vergleiche Betrag, Währung und Bestellkennung. Berücksichtige die gewählte Einwilligung und mögliche Messlücken: Analytics ist kein Ersatz für deine Auftrags- und Zahlungsdaten. Die Einordnung der einzelnen Schritte findest du im Beitrag Sales Funnel ohne Overkill.
Wann ist der Checkout bereit für die Kampagne?
Gib die Kampagne erst frei, wenn die wichtigsten Zahlungswege erfolgreich geprüft sind und keine ungeklärten Fehler bei Betrag, Zahlungsstatus oder Auftragsübergabe bestehen. Dokumentiere kleinere Darstellungsfehler getrennt mit Termin und Zuständigkeit. Wiederhole betroffene Tests nach jeder Korrektur.
Ein funktionaler Checkout-Test ist noch kein Lasttest. Wenn du deutlich mehr gleichzeitige Zugriffe erwartest, kläre die Belastbarkeit separat mit Hosting und Technik. Vereinbare ausserdem vor dem Start, wer bei Zahlungsstörungen entscheidet und welche Kampagnen gegebenenfalls pausiert werden.
Du möchtest vor der nächsten Aktion erkennen, wo Bestellungen verloren gehen oder manuelle Arbeit entsteht? Besprechen wir deinen Checkout und die anschliessenden Abläufe.
Stand: 12. Oktober 2026. Foto: rupixen / Unsplash.
