Einen Onlineshop überwachen Sie nicht über die Startseite allein, sondern entlang des Kaufwegs: Startseite, Produktseite, Warenkorb, Kasse, dazu Zahlungsdienst, SSL, DNS und die Cronjobs für Bestandsabgleich und Feeds. Keyword- und API-Monitore erkennen Fehler mit Status 200, Heartbeat-Monitore stillstehende Hintergrundjobs, und Abhängigkeits-Monitore melden Probleme bei Drittanbietern.
Das Wichtigste in Kürze
- Ein Shop kann mit Status 200 funktionsunfähig sein: Die Kasse zeigt einen Fehler, der Warenkorb ist leer, der Zahlungsdienst antwortet nicht.
- Bilden Sie die kritischen Seiten des Kaufwegs mit je einem Keyword-Monitor ab; für sieben bis zehn Monitore reicht bereits das kostenlose Solo-Konto.
- Hintergrundjobs (Bestandsabgleich, Produktfeeds, Bestellimport) überwachen Sie per Heartbeat, weil ihr Ausfall keine Seite „kaputt“ macht.
- Abhängigkeiten wie Zahlungsdienst oder Versand-API lassen sich über deren Statusseiten-API mit einem API/JSON-Monitor beobachten, soweit der Anbieter eine bereitstellt.
- Vollständige Testbestellungen kann ein Monitor nicht ersetzen; planen Sie regelmäßige manuelle Testkäufe ein.
Warum reicht es bei einem Onlineshop nicht, die Startseite zu prüfen?
Ein Onlineshop besteht aus mehr beweglichen Teilen als eine Unternehmenswebsite: Shop-Software, Datenbank, Warenwirtschaft, Zahlungsdienstleister, Versandanbieter, Suchfunktion, Caches und mehrere Hintergrundjobs. Der Umsatz entsteht auf einem Pfad aus fünf bis sechs Schritten, und es genügt, dass einer davon ausfällt, damit niemand mehr bestellen kann – während die Startseite weiterhin einwandfrei erscheint.
Typische Muster aus dem Betrieb:
- Seitencache täuscht Gesundheit vor. Startseite und Kategorien kommen aus dem Cache mit „200 OK“, doch Warenkorb und Kasse (die nicht gecacht werden dürfen) liefern Fehler.
- Zahlungsdienst nicht erreichbar. Die Kasse lädt, aber der Aufruf beim Zahlungsanbieter scheitert. Kunden sehen eine Fehlermeldung oder kommen nicht weiter.
- Produktdaten veraltet oder leer. Der Bestandsabgleich läuft nicht mehr, Preise stimmen nicht, Artikel sind fälschlich „ausverkauft“.
- Zertifikat abgelaufen. Browser zeigen eine Warnung; wer bestellen will, bricht ab. Mehr dazu in SSL-Zertifikate rechtzeitig prüfen.
- Bestätigungs-Mails kommen nicht an. Bestellung läuft, aber die Bestätigung fehlt, weil Mail-DNS-Einträge geändert wurden (siehe SPF, DKIM und DMARC erklärt).
Die Grundidee der Überwachung lautet daher: Für jeden Schritt, bei dessen Ausfall Sie Umsatz verlieren, gibt es mindestens einen Monitor. Wie teuer jede Ausfallminute werden kann, hängt von Ihrem Umsatzprofil ab; die Rechenlogik finden Sie unter Was kostet ein Website-Ausfall?.
Welche Seiten und Dienste gehören in die Überwachung?
Gehen Sie als Kunde durch den Shop und notieren Sie jede Stufe. Dann entscheiden Sie je Stufe, welcher Monitor sie am besten abbildet. Die Tabelle zeigt eine praxistaugliche Grundausstattung mit acht Monitoren:
| Nr. | Prüfobjekt | Monitortyp | Prüfkriterium (Beispiel) | Intervall |
|---|---|---|---|---|
| 1 | Startseite | Keyword | Text im Footer muss enthalten sein (z. B. Impressum-Link) | 5 Min. |
| 2 | Kategorieseite | Keyword | Text einer Produktkachel oder „In den Warenkorb“ muss enthalten sein | 5–10 Min. |
| 3 | Produktseite (ein Standardartikel) | Keyword | Preis-Element oder Button muss enthalten sein; „Fehler“ darf nicht enthalten sein | 5 Min. |
| 4 | Warenkorb-Seite | HTTP/Keyword | Status 200 und typischer Seitentext (leerer Warenkorb ist ausreichend) | 5 Min. |
| 5 | Kasse bzw. Checkout-Einstieg | Keyword | Text der Kassenseite muss enthalten sein | 5 Min. |
| 6 | Health- oder API-Endpunkt (falls vorhanden) | API/JSON | Pfad status gleich ok | 5 Min. |
| 7 | SSL-Zertifikat | SSL | Warnung 30/14/7/3/1 Tage vor Ablauf | 60 Min. |
| 8 | Bestandsabgleich oder Produktfeed | Heartbeat | Ping nach erfolgreichem Lauf | je nach Joblaufzeit |
Ergänzend sinnvoll sind ein DNS-Monitor für die MX-Einträge (Bestätigungs-Mails) und je ein Heartbeat für weitere Jobs (Bestellimport, Newsletter, Backup). Die Typen sind auf der Seite Monitortypen beschrieben. Mit dem kostenlosen Solo-Konto stehen zehn Monitore zur Verfügung, was für diesen Grundaufbau genügt; bei mehreren Shops oder Sprachversionen lohnen sich die höheren Tarife.
Zwei Hinweise zur Auswahl der Keywords: Wählen Sie Texte, die nicht ständig wechseln (Footer-Zeile, Button-Beschriftung), und solche, die im ausgelieferten HTML stehen. Der Keyword-Monitor liest den Antwort-Body aus, den der Server liefert; was erst im Browser per JavaScript entsteht, sieht er nicht. Moderne Shops, die Inhalte erst clientseitig nachladen, brauchen deshalb einen Keyword-Text aus dem Server-HTML oder einen API-Endpunkt.
Wie richte ich die Monitore Schritt für Schritt ein?
- Kaufweg notieren. Öffnen Sie den Shop im privaten Fenster, legen Sie einen Artikel in den Warenkorb und gehen Sie bis zur Kasse. Notieren Sie die URLs.
- Stabile Prüftexte auswählen. Je Seite ein Text, der immer vorkommt. Zusätzlich ein Ausschluss-Text („Fehler“, „Datenbankverbindung“, „Wartung“) für Seiten, die Fehler mit Status 200 zeigen.
- Monitore anlegen. Für jede Seite einen Keyword-Monitor. Name aus Betreibersicht („Shop – Kasse“) vergeben, Tags („Shop“) verwenden, damit Sie später filtern können.
- Intervall wählen. Das kostenlose Solo-Konto prüft ab 5 Minuten, Pro und Max ab 1 Minute. Wenn Umsatzspitzen kurze Reaktionszeiten verlangen, lohnt ein 1-Minuten-Intervall für Kasse und Startseite.
- Störungsschwelle prüfen. Standardmäßig wird eine Störung nach zwei aufeinanderfolgenden Fehlschlägen bestätigt; einstellbar sind 1 bis 5. Für die Kasse sind zwei meist ein guter Kompromiss zwischen Tempo und Fehlalarm (Falsche Ausfallalarme vermeiden).
- Alarmkanäle verbinden. Mindestens ein Push-Kanal plus E-Mail. UPTIMESHIELD kennt zehn Kanäle, darunter Slack, Microsoft Teams, Telegram, Google Chat, Mattermost, Pushover und Pushbullet.
- Heartbeat-Monitore anlegen und Jobs anpassen. Am Ende des Cronjobs wird die Ping-URL aufgerufen (siehe unten).
- Testen. Ändern Sie testweise den erwarteten Text, prüfen Sie, dass der Alarm kommt, und stellen Sie ihn zurück.
- Statusseite überlegen. Eine Statusseite mit „Shop“, „Kasse“ und „Zahlung“ entlastet den Kundenservice.
Falls Ihr Shop-System bestimmte Seiten nur mit Anmeldung oder Cookie ausliefert, können HTTP-Monitore eigene Header mitsenden; sie werden verschlüsselt gespeichert. Mehrstufige Abläufe mit Anmeldung und Formularübergabe sind nicht abbildbar (siehe Grenzen weiter unten).
Wie überwache ich Cronjobs im Shop mit Heartbeat?
Viele Probleme im Shop entstehen im Hintergrund: Der Bestandsabgleich bricht ab, der Produktfeed für Preissuchmaschinen wird nicht erzeugt, der Import neuer Bestellungen in die Warenwirtschaft stockt. Das Gefährliche daran: Es erscheint kein Fehler. Die Seiten laufen, aber die Daten sind veraltet. Ein Heartbeat-Monitor dreht die Logik um: Ihr Job meldet sich nach erfolgreichem Lauf bei UPTIMESHIELD, und der Monitor schlägt an, wenn die Meldung ausbleibt.
Jeder Heartbeat-Monitor erhält eine Ping-URL der Form /ping/<TOKEN>/, die per GET, POST oder HEAD ohne Anmeldung aufgerufen werden kann. Alarm gibt es, wenn der Ping um mehr als das eingestellte Intervall plus Karenzzeit (Standard 5 Minuten) überfällig ist. Ein Beispiel im Crontab:
# Bestandsabgleich stündlich; Ping nur bei erfolgreichem Lauf
0 * * * * /usr/local/bin/bestand-sync.sh && curl -fsS -m 10 --retry 3 https://uptimeshield.de/ping/IHR-TOKEN/ > /dev/null
Das && stellt sicher, dass der Ping nur bei Exit-Code 0 erfolgt. Wählen Sie das Intervall passend zur Joblaufzeit. Eine ausführliche Anleitung mit Fehlersuche bietet Cronjobs mit Heartbeat überwachen.
Wie überwache ich Abhängigkeiten wie Zahlungsdienst und Versand-API?
Ein Shop hängt von Diensten ab, die Sie nicht selbst betreiben: Zahlungsanbieter, Versanddienstleister, Steuer- und Adressprüfung, E-Mail-Versand, Content-Delivery-Netzwerk. Fallen sie aus, ist Ihr Shop betroffen, obwohl auf Ihrer Seite alles läuft. Viele Anbieter betreiben deshalb eine eigene Statusseite, und manche stellen deren Stand zusätzlich als maschinenlesbare Statusseiten-API in JSON bereit.
Mit einem API/JSON-Monitor können Sie eine solche Schnittstelle beobachten: UPTIMESHIELD ruft die Adresse auf, liest die JSON-Antwort und prüft den Wert an einem JSON-Pfad mit einem Operator (exists, eq, neq, contains, gt, lt). Ein Beispiel für eine Statusseite im weit verbreiteten Format eines gängigen Statusseiten-Dienstes sieht typischerweise so aus (Pfad und Werte bitte in der Dokumentation des jeweiligen Anbieters prüfen):
URL: https://status.anbieter-beispiel.de/api/v2/status.json
JSON-Pfad: status.indicator
Operator: eq
Wert: none
Der Monitor schlägt dann an, sobald der Anbieter eine Beeinträchtigung meldet. Das ist ein Frühwarnsignal, kein Beweis für Ihre eigene Betroffenheit: Eine Anbieter-Meldung bedeutet nicht, dass Ihr Shop gerade Zahlungen verliert, und eine Anbieter-Statusseite bleibt manchmal grün, obwohl Ihre Zahlungen scheitern. Deshalb gehören zur Absicherung zwei Ebenen zusammen: der Abhängigkeits-Monitor als Warnung und der Keyword-Monitor auf der Kasse als Wirkungskontrolle.
Wo ein Anbieter keine API bietet, bleiben ein Keyword-Monitor auf eine öffentlich erreichbare Seite des Anbieters oder ein TCP-Port-Monitor für Dienste wie Mailserver. Beides sagt nur, dass eine Seite oder ein Port antwortet, nicht, dass der Dienst fehlerfrei arbeitet. Beobachten Sie außerdem, ob Zahlungsdienste Ihre Server-Kommunikation (Webhooks) benötigen; fällt Ihr Endpunkt aus, kann der Anbieter keine Bestätigungen zustellen. Prüfen Sie Ihre eigenen Callback-Adressen daher wie andere kritische Endpunkte.
Was gehört zu Geschwindigkeit, DNS und Sicherheit?
Antwortzeit: Langsame Shops verlieren Kunden, bevor sie ganz ausfallen. UPTIMESHIELD markiert Antworten ab 2.000 ms standardmäßig als „langsam“ (einstellbar) und zeigt Median, p95, Durchschnitt, Minimum und Maximum. Achten Sie bei Shops auf den p95: Ein guter Durchschnitt kann langsame Spitzen verdecken (Antwortzeit messen). Die Messung ist kein Ersatz für Messungen der Nutzererfahrung im Browser; die Core Web Vitals von Google (zum Beispiel Largest Contentful Paint) werden nicht erfasst, Näheres bei web.dev.
DNS und E-Mail: Ein DNS-Monitor auf MX- und TXT-Einträge erkennt unbeabsichtigte Änderungen, die Bestätigungs-Mails zerstören. Der Sofort-Report prüft SPF, DMARC, CAA und weitere Einträge einmalig und zeigt Lücken.
Weiterleitungen: Prüfen Sie, dass HTTP auf HTTPS und die www-Variante sauber weiterleiten; Ketten kosten Zeit und Rankings (Weiterleitungen und Redirect-Ketten).
Worauf ist bei Aktionen, Releases und Spitzenzeiten zu achten?
- Vor großen Aktionen: Intervall für Kasse und Startseite verkürzen (Pro und Max ab 1 Minute), Alarmkanäle testen, Erreichbarkeit der Bereitschaft klären.
- Bei Deployments: Ein Wartungsfenster eintragen, wenn Unterbrechungen eingeplant sind; danach alle Monitore prüfen. Wartung zählt nicht in die Verfügbarkeit.
- Nach Plugin- oder Theme-Updates: Besonders Kasse und Produktseite kontrollieren; Fehler stecken oft in Erweiterungen von Zahlungs- oder Versandmodulen.
- Mehrere Messstandorte: Mit Pro (bis 3) oder Max (bis 6 zusätzliche Standorte) wird per Mehrheitsentscheid geprüft, damit kurze Netzprobleme an einem Standort keine Fehlalarme erzeugen.
Häufige Fehler bei der Shop-Überwachung
- Nur die Startseite überwacht. Kasse, Warenkorb und Hintergrundjobs bleiben blind. Gegenmaßnahme: Kaufweg abbilden.
- Keyword zu allgemein. Wenn der Text auch auf der Fehlerseite vorkommt (etwa der Shopname im Header), erkennt der Monitor den Fehler nicht. Gegenmaßnahme: Text wählen, der nur auf der gesunden Seite steht.
- Keyword zu spezifisch. Ein Text, der sich bei jedem Sale ändert, erzeugt Fehlalarme. Gegenmaßnahme: stabile Footer- oder Button-Texte.
- Geschützte Staging- oder Testsysteme versehentlich überwacht. Prüfen Sie, dass Monitore auf die Live-Adresse zeigen.
- Zahlungsdienst nur vertraut. Ohne eigene Wirkungskontrolle bemerken Sie Zahlungsprobleme erst durch ausbleibende Bestellungen. Gegenmaßnahme: Kassenseite überwachen und Bestelleingänge im Blick behalten.
- Heartbeat-Ping vor dem Job. Wird der Ping vor dem eigentlichen Job gesendet, meldet er auch fehlgeschlagene Läufe als gesund. Ping nur nach Erfolg.
- Alarm landet im Spam. Testen Sie jeden Kanal, bevor der Ernstfall eintritt. Die Hinweise in Benachrichtigungen richtig einrichten helfen bei der Auswahl.
Grenzen und Einordnung
Monitoring ersetzt keinen Testkauf. Ein Monitor ruft einzelne Seiten ab und bewertet Statuscode und Text beziehungsweise JSON-Werte; er füllt keinen Warenkorb, loggt sich nicht ein, wählt keine Zahlart und schließt keine Bestellung ab. Mehrstufige Abläufe mit Anmeldung sind nicht abbildbar. Ob der Kauf von Anfang bis Ende funktioniert, erfahren Sie nur durch Testbestellungen, etwa wöchentlich, durch eine Person oder ein eigenes Testsystem. Wer das automatisieren will, braucht spezialisierte Werkzeuge für Browser-Tests, die UPTIMESHIELD nicht ersetzt.
Außerdem gilt: Alle Prüfungen sind Stichproben im Intervall. Zwischen zwei Prüfungen auftretende kurze Ausfälle bleiben unsichtbar (Details in der Messmethodik und in Grenzen automatischer Website-Prüfungen). Der Abhängigkeits-Monitor zeigt nur, was der Drittanbieter selbst meldet. Und: Eine Verfügbarkeit von 100 % gibt es nicht; nach Verfügbarkeit berechnen bedeutet ein Ziel von 99,9 % rund 43,8 Minuten erlaubten Ausfall pro 30-Tage-Monat.
Checkliste: Onlineshop-Monitoring
- Kaufweg einmal vollständig durchgespielt und URLs notiert
- Keyword-Monitore für Startseite, Kategorie, Produktseite, Warenkorb und Kasse
- Ausschluss-Text für Fehlerseiten mit Status 200 gesetzt
- SSL-Monitor aktiv; DNS-Monitor für MX-Einträge eingerichtet
- Heartbeat-Monitore für Bestandsabgleich, Feed, Bestellimport und Backup
- Abhängigkeits-Monitore für Zahlungs- und Versanddienste (sofern der Anbieter eine Statusseiten-API bietet)
- Mindestens zwei Alarmkanäle getestet, Erinnerungen aktiv
- Statusseite für Kunden vorbereitet
- Wartungsfenster für Deployments und Updates eingeplant
- Wöchentlicher manueller Testkauf im Kalender
So setzen Sie das mit UPTIMESHIELD um
Melden Sie sich kostenlos an und legen Sie die Monitore der Tabelle an; für den ersten Überblick können Sie vorab den Sofort-Report ohne Konto nutzen, der die Startseite einmalig auf Geschwindigkeit, Sicherheit, SEO, Technik und DNS prüft. Die Heartbeat-Pings binden Sie in Ihre Cronjobs ein, die Alarme über einen der zehn Kanäle. Eine Statusseite lässt sich optional mit E-Mail-Abonnenten kombinieren; wie das geht, steht in Statusseite einrichten. Eine Übersicht über Tarife und Grenzen finden Sie unter Preise.
Quellen und weiterführende Standards
Externe Links führen zu den Original-Spezifikationen und offiziellen Dokumentationen. Die Einordnung und die Beispielrechnungen stammen aus der Messmethodik von UPTIMESHIELD.
Selbst prüfen: Testen Sie jetzt, ob Ihre Website erreichbar ist und wie schnell sie antwortet – mit dem Uptime Checker.