checkoutmonitoringwoocommerce
Uptime Monitoring und Checkout Monitoring: Warum Erreichbarkeit allein nicht genügt
30. September 20269 min Lesezeit·ShopMonitor Team
Loading…
Ein Uptime-Monitor bestätigt, dass dein Server antwortet. Ob Kunden ihre Bestellung abschließen können, weiß er nicht. Diese Lücke fällt oft erst auf, wenn im Dashboard alles grün ist und der Checkout trotzdem Umsatz kostet. Hier siehst du, was Uptime-Monitoring zuverlässig prüft und warum ein Browser-Test den Bestellvorgang anders bewertet.
Freitagabend. Besucher kommen in den Shop, die Seiten laden schnell und seit Dienstag gab es keine Änderung. Beim Zahlungsanbieter wird im Hintergrund ein Zugangsschlüssel erneuert. Das Zahlungsplugin im Shop verwendet noch den alten Wert.
Auf den ersten Blick läuft alles. Startseite, Kategorien und Produktseiten laden. Auch der Warenkorb funktioniert. Ein Kunde füllt die Bestellung aus, gibt seine Kartendaten ein und klickt auf Bezahlen. Erst im letzten Schritt erscheint eine unklare Fehlermeldung. Er versucht es erneut und verlässt den Shop. Dem nächsten Kunden geht es genauso.
Der Uptime-Monitor prüft die Website das ganze Wochenende alle fünf Minuten. Jede Anfrage erhält den Status 200, weil die Seiten erreichbar sind. Es geht keine Warnung raus, denn aus Sicht dieses Monitors ist alles in Ordnung.
Am Montagmorgen fallen die ungewöhnlich wenigen Bestellungen auf. Der Zugangsschlüssel ist schnell ausgetauscht. Schwieriger ist die Frage nach dem Beginn des Fehlers. Die Uptime-Historie zeigt nur eine durchgehend grüne Linie. Sie verrät weder den Zeitraum noch das Problem, das Kunden beim Bezahlen erlebt haben.
Animierte Zeitleiste über das Wochenende. Die Uptime-Prüfungen liefern weiter Status 200, während Zahlungen von Freitagabend bis Montagmorgen scheitern.
Die operativen Kosten
Uptime-Monitoring ist nützlich, günstig und sinnvoll. Es prüft nur weniger, als viele Shop-Betreiber erwarten. Sein Nutzen wird klar, sobald du Erreichbarkeit und eine erfolgreich abgeschlossene Bestellung getrennt betrachtest.
Antwort des Servers und Erreichbarkeit
Optionale Inhaltsprüfungen
Uptime-Monitoring kann keine Abläufe mit mehreren Schritten prüfen, bei denen Informationen zwischen den Seiten erhalten bleiben müssen:
Bei diesen Fehlern antworten überwachte Seiten oft weiter mit Status 200. Genau darin liegt die Lücke.
Das sind typische Probleme in WooCommerce-Shops. Achte jeweils darauf, was ein WooCommerce Uptime-Monitor anzeigt, während das Problem besteht.
Der Zahlungsanbieter lehnt Zahlungen ab
Ein abgelaufener Zugangsschlüssel, eine Einschränkung beim Zahlungsanbieter oder ein Plugin-Update können die Zahlung verhindern. Die Bestellseite sieht weiter normal aus und nimmt Eingaben an. Erst im letzten Schritt wird die Zahlung abgelehnt, oft mit einer unklaren Fehlermeldung. Auch ein versehentlich aktiv gebliebener Testmodus kann das auslösen.
Ergebnis des Uptime-Monitors: 100 Prozent verfügbar.
Sitzung läuft beim Bezahlen ab
WordPress schützt Formulare und Bestellungen mit zeitlich begrenzten Prüfcodes. Ein falsch gespeicherter Seitenstand, eine unpassende Einstellung beim Ausliefern der Website oder ein Fehler nach einem Umzug kann diese Prüfcodes ungültig machen. Kunden sehen dann einen abgelaufenen Link oder der Warenkorb wird nach dem Neuladen leer. Die Seite selbst lädt trotzdem. Deshalb schlägt der Uptime-Monitor nicht an. Den Lösungsweg findest du in Ungültige Nonce-Fehler in WordPress beheben.
Ergebnis des Uptime-Monitors: 100 Prozent verfügbar.
Bestellbestätigungen werden nicht versendet
Geänderte Zugangsdaten für den E-Mail-Versand, eine gesperrte Absender-Domain oder ein Konflikt zwischen Plugins können Bestellmails stoppen. Die Bestellung wird trotzdem angelegt und der Kunde erreicht die Bestätigungsseite. Browser-basiertes Checkout-Monitoring prüft diese Zustellung nicht. Es prüft den Checkout im Browser bis zur Bestätigungsseite, nicht ob eine Nachricht im Postfach ankommt. Wenn WooCommerce-Bestellbestätigungs-E-Mails nicht mehr versendet werden, gehen Kunden von einem fehlgeschlagenen Kauf aus, bestellen erneut oder öffnen ein Ticket. Beides kostet dich.
Ergebnis des Uptime-Monitors: 100 Prozent verfügbar.
Der Button für den Warenkorb reagiert nicht mehr
Ein Theme-Update, ein neues Analyse-Skript oder ein Konflikt zwischen Plugins kann den Warenkorb-Button blockieren. Er reagiert nicht oder lädt endlos. Weil das Problem im Browser entsteht, sieht der Server möglicherweise keinen Fehler. Der Text „Add to cart“ kann trotzdem auf der Seite stehen und eine Wortprüfung bestehen.
Ergebnis des Uptime-Monitors: 100 Prozent verfügbar.
Versandkosten kommen nicht zurück
Eine Versandzone kann ein Land ausschließen, der Dienst eines Versandunternehmens kann nicht antworten oder ein Plugin für Versandkosten kann ausfallen. Der Kunde erreicht den Versandschritt und sieht keine verfügbare Methode. Die Bestellung kann nicht weitergehen. Für den Server wurde die Seite trotzdem korrekt dargestellt, nur ohne Versandoption.
Ergebnis des Uptime-Monitors: 100 Prozent verfügbar.
Die Gutscheinlogik schlägt fehl
Ein Gutscheincode kann nie aktiviert worden sein, zur falschen Zeit ablaufen oder die beworbenen Produkte ausschließen. Besucher einer Aktion sehen eine Ablehnung und brechen den Kauf ab. Ein Statuscode verrät nichts über solche Regeln im Shop.
Ergebnis des Uptime-Monitors: 100 Prozent verfügbar.
Checkout-Monitoring prüft etwas anderes. Es ruft nicht nur eine Seite auf. Es führt den Bestellvorgang Schritt für Schritt aus.
Führt einen echten Bestellvorgang aus
Hält fest, was passiert ist
Prüft ein klares Ergebnis
ShopMonitor arbeitet nach diesem Prinzip. Es führt geplante Tests für Bestellungen und Formulare im Browser aus, prüft die Bestätigungsseite, speichert Bilder und Fehler zu jedem Schritt und warnt dich bei einem fehlgeschlagenen Test. Testbestellungen werden markiert und automatisch entfernt. Dafür brauchst du kein Plugin und keine Änderungen am Shop. ShopMonitor ist kein Uptime-Monitor, kein Sicherheitsscanner, kein Backupdienst und kein Tool für bessere Ladezeiten. Für Lead-Websites siehe WordPress-Formular-Ausfall-Monitoring.
Ja. Sie erkennen unterschiedliche Probleme. Die Überschneidung ist zu klein, damit eine Prüfung die andere ersetzt.
| Problem | Uptime-Monitoring | Checkout-Monitoring |
|---|---|---|
| Server nicht verfügbar, 500er oder Timeout | Erkannt | Erkannt |
| Abgelaufenes SSL-Zertifikat | Erkannt | Erkannt |
| Ausfall von Domain oder Hosting | Erkannt | Erkannt |
| Weißer Bildschirm mit Status 200 | Mit Inhaltsprüfung | Erkannt |
| Zahlungsanbieter lehnt Bestellungen ab | Nicht erkannt | Erkannt |
| Sitzung läuft beim Bezahlen ab | Nicht erkannt | Erkannt |
| Button für den Warenkorb reagiert nicht | Nicht erkannt | Erkannt |
| Versandkosten kommen nicht zurück | Nicht erkannt | Erkannt |
| Gutscheinlogik schlägt fehl | Nicht erkannt | Erkannt |
| Transaktionale Bestellbestätigung wird nicht zugestellt | Nicht erkannt | Künftig mit E-Mail-Test |
| Zeit bis zur Warnung bei Totalausfall | Sekunden bis Minuten | Testintervall |
Uptime-Monitoring ist bei Problemen mit Server, Domain oder Hosting günstiger und meist schneller. Eine Prüfung im Minutenintervall aus mehreren Regionen kann früher warnen als ein Browser-Test. Checkout-Monitoring prüft dagegen wichtige Funktionen im Shop, die diese einfachen Prüfungen nicht sehen. Ein sinnvoller Aufbau sieht so aus:
Betreust du Shops für Kunden, gehören beide Prüfungen in deinen Leistungsumfang. Uptime-Monitoring deckt die Server-Erreichbarkeit ab. Checkout-Monitoring deckt den Kaufweg ab, der weiter Status 200 liefert, während er scheitert. Kombiniere beides in deiner Checkliste, statt eines durch das andere zu ersetzen.
ShopMonitor führt geplante Tests für Bestellungen und Formulare im Browser aus und warnt dich bei Fehlern. Dafür brauchst du weder ein Plugin noch Änderungen am Shop.
Über den Autor
Verfasst vom Team von Winning Solutions, der Agentur hinter ShopMonitor. Wir helfen WooCommerce-Teams, Checkout-Fehler zu finden, die Uptime-Tools übersehen. Dafür nutzen wir geplante Browser-Tests und klare Informationen zu jedem fehlgeschlagenen Test.