Synthetisches Monitoring für den Checkout: was testen und wie oft

Synthetisches Monitoring führt nach Zeitplan einen skriptgesteuerten Test Ihres Checkouts aus und verhält sich dabei wie ein Kunde. Es legt ein Produkt in den Warenkorb, gibt Testdaten ein und prüft, ob jeder Schritt funktioniert, ohne eine echte Zahlung auszulösen. Für die meisten Shops läuft der Hauptablauf alle 5 bis 15 Minuten, und weitere Pfade laufen seltener.

Eine einfache Uptime-Prüfung lädt nur eine Seite. Ein synthetischer Check belegt, dass ein Kunde wirklich kaufen kann.

Warum der Checkout einen eigenen Test braucht

Der Checkout besteht aus vielen Teilen, die zusammenspielen müssen: Warenkorb, Versandkosten, Steuer, Rabattcodes, Zahlungsformular und Bestellbestätigung. Die meisten rufen externe Dienste auf.

Fällt ein einziger Schritt aus, stoppt der Verkauf. Die Startseite kann dennoch laufen, und ein normaler Uptime-Monitor zeigt grün. Kunden scheitern still, und Sie erfahren es vielleicht erst durch sinkende Umsätze.

Die wichtigste Regel: keine echten Zahlungen

Schließen Sie in einem Monitoring-Test keine echten Zahlungen ab. Das kostet Geld, erzeugt Scheinbestellungen und kann Ihre Berichte verfälschen.

Sicherere Möglichkeiten:

• Nutzen Sie den Testmodus des Zahlungsanbieters. Die meisten Anbieter bieten Testkarten oder eine Sandbox. Die genauen Testdaten finden Sie in der Dokumentation Ihres Anbieters.
• Nutzen Sie einen Staging-Shop, der die Einstellungen der Produktion kopiert, aber Testzahlungen verwendet.
• Stoppen Sie in der Produktion vor dem letzten Zahlungsschritt. Testen Sie alles bis zum Zahlungsformular und bestätigen Sie, dass das Formular lädt.
• Nutzen Sie ein kostenloses Testprodukt mit manueller Zahlungsart, wo Ihre Plattform es erlaubt, und kennzeichnen Sie die Bestellung deutlich.

Tragen Sie niemals echte Kartennummern in ein Testskript ein. Speichern Sie Testzugänge als Geheimnisse und nicht im Klartext im Skript.

Was Sie Schritt für Schritt testen

Bauen Sie den Test als Folge von Schritten auf. Jeder Schritt hat eine klare Bestehensbedingung.

1. Produktseite öffnen. Bestanden: Die Seite lädt und zeigt Produktname und Preis.
2. In den Warenkorb legen. Bestanden: Der Warenkorb zeigt den Artikel und die richtige Anzahl.
3. Warenkorb öffnen. Bestanden: Summen erscheinen, und es gibt keinen Fehler.
4. Checkout starten. Bestanden: Das Checkout-Formular lädt.
5. Testadresse eingeben. Bestanden: Versandarten mit Preis erscheinen.
6. Versandart wählen. Bestanden: Die Summe aktualisiert sich.
7. Zahlungsschritt erreichen. Bestanden: Die erwarteten Zahlungsarten werden angezeigt.
8. Testzahlung absenden (nur im Testmodus). Bestanden: Die Bestellbestätigung erscheint.
9. Nebenwirkungen prüfen. Bestanden: Die Bestellung erscheint im Admin-Bereich, und die Bestätigungs-E-Mail wird versendet.

Die Nebenwirkungen in Schritt 9 sind wichtig. Ein Checkout kann "Danke" anzeigen, während die Bestellung nie in Ihrem System ankommt.

Welche Pfade Sie abdecken

Ein Pfad reicht nicht. Wählen Sie die Pfade, die den größten Teil Ihres Umsatzes und Risikos tragen.

• Gast-Checkout und Checkout mit Konto.
• Ihre wichtigsten Zahlungsarten. Jede ist eine eigene Anbindung.
• Ihre wichtigsten Lieferländer. Preise und Steuern unterscheiden sich.
• Ein Rabattcode. Codes können bei Updates kaputtgehen.
• Ein Produkt mit Varianten wie Größe oder Farbe.
• Mobiles Layout. Viele Käufer nutzen Smartphones.

Beginnen Sie mit einem Pfad, dem häufigsten. Ergänzen Sie weitere mit der Zeit.

Wie oft laufen lassen

Wählen Sie die Häufigkeit nach Risiko und Aufwand.

• Kern-Gast-Checkout bis zum Zahlungsschritt: alle 5 bis 15 Minuten.
• Voller Ablauf im Testmodus mit Bestätigung: alle 15 bis 60 Minuten.
• Nebenpfade wie weitere Zahlungsarten, Länder oder der Ablauf mit Konto: ein- oder mehrmals pro Tag.
• Nach jedem Deployment, Plugin-Update oder Theme-Wechsel: lassen Sie sofort alle Tests laufen.

Häufigere Checks finden Ausfälle schneller, erzeugen aber mehr Last und mehr Testdaten. Geben Sie Testbestellungen einen klaren Namen oder ein Tag, damit Sie sie aus Berichten filtern können, und räumen Sie sie regelmäßig auf.

Lassen Sie Checks von mehr als einem Standort laufen, wenn Ihr Tool das unterstützt. Das senkt Fehlalarme durch ein einzelnes Netzwerkproblem.

Fehlalarme vermeiden

Unzuverlässige Tests bringen Menschen bei, Alarme zu ignorieren. Halten Sie Tests stabil.

• Nutzen Sie stabile Selektoren, etwa eine Element-ID oder ein Data-Attribut, statt Text, der sich ändert.
• Warten Sie auf Elemente statt auf feste Pausen.
• Verlangen Sie zwei Fehlschläge in Folge, bevor Sie alarmieren.
• Halten Sie die Testdaten sauber. Ein ausverkauftes Testprodukt lässt den Test scheitern.
• Passen Sie das Skript an, wenn sich das Checkout-Design ändert.
• Achten Sie auf Bot-Schutz und CAPTCHA, die Ihren Test blockieren können. Fragen Sie Ihren Anbieter, wie Sie Ihren Monitor zulassen, zum Beispiel per Allowlist.

Was bei einem Fehler zu tun ist

Ein Alarm sollte nennen, welcher Schritt scheiterte, und Belege liefern.

• Speichern Sie einen Screenshot und den Fehlertext des fehlgeschlagenen Schritts.
• Nennen Sie den Schritt im Alarm, etwa "fehlgeschlagen bei Versandarten".
• Verlinken Sie den Lauf, damit eine Person sehen kann, was passiert ist.
• Halten Sie ein Runbook bereit: Wer prüft zuerst, und was wird zurückgerollt.

Werkzeuge

Sie können Skripte mit Werkzeugen für Browser-Automatisierung schreiben oder einen Monitoring-Dienst nutzen, der mehrstufige Browser-Checks unterstützt. Die Funktionen unterscheiden sich. Prüfen Sie daher, ob ein Tool mehrstufige Abläufe, Geheimnisse, Screenshots und Zeitplanung unterstützt. Uptrack (vom 2folk-Team) ist eine Option unter mehreren für die einfache Uptime-Ebene. Vergleichen Sie es mit anderen Tools anhand der Funktionen, die Sie für skriptgesteuerte Browser-Abläufe brauchen.

Was auch immer Sie wählen, lassen Sie zusätzlich einen einfachen externen Uptime-Check laufen. Er ist günstiger und schneller und erkennt vollständige Ausfälle.

Eine kurze Checkliste

• Testmodus oder Staging, niemals echte Zahlungen.
• Test-Geheimnisse sicher gespeichert.
• Schritte von der Produktseite bis zur Bestätigung, mit Bestehensbedingungen.
• Prüfung der Nebenwirkungen: Bestellung im Admin, Bestätigungs-E-Mail.
• Kernpfad alle 5 bis 15 Minuten.
• Weitere Pfade ein paar Mal pro Tag.
• Alle Tests nach jedem Deployment.
• Zwei Fehlschläge vor einem Alarm.
• Screenshots und Schrittnamen in Alarmen.
• Testbestellungen markiert und aufgeräumt.

Häufige Fragen

Kann ich den Checkout im Live-Shop testen, ohne zu bezahlen?

Zum Teil. Im Live-Shop können Sie alles bis zum Zahlungsformular testen. Für den letzten Schritt nutzen Sie den Testmodus des Zahlungsanbieters oder einen Staging-Shop. Verwenden Sie keine echten Karten.

Wie oft sollte ich einen synthetischen Checkout-Test ausführen?

Für den Kernpfad sind alle 5 bis 15 Minuten üblich. Weitere Pfade laufen seltener. Lassen Sie nach einem Deployment oder Update immer alle Tests laufen.

Verfälschen Testbestellungen meine Berichte?

Das können sie. Geben Sie Testbestellungen ein klares Tag, eine feste Test-E-Mail oder einen besonderen Namen. Filtern Sie sie dann aus Berichten und löschen Sie sie regelmäßig.

Was ist, wenn mein Checkout ein CAPTCHA nutzt?

Das CAPTCHA kann Ihren Monitor blockieren. Fragen Sie Ihre Plattform oder Ihren Sicherheitsanbieter, wie Sie Ihren Testverkehr sicher zulassen. Schalten Sie den Bot-Schutz nicht für alle ab.