Online-Shop-Monitoring: Was du außer der Erreichbarkeit überwachen solltest

Stell dir einen PV- und Elektrogroßhändler vor, dessen Shop morgens erreichbar ist. Die Produktseiten öffnen sich, die Serverüberwachung zeigt grün. Ein Installateur stellt seinen Warenkorb zusammen. Erst beim Absenden bleibt die Bestellung hängen. Im Innendienst weiß zunächst niemand davon.

Eine erreichbare Startseite sagt nicht, dass Kunden bestellen können. Online-Shop-Monitoring soll deshalb nicht nur prüfen, ob der Webshop antwortet. Es soll auch helfen, Störungen in Bestellungen, Zahlungen und Datenübertragungen zu erkennen.

Ich trenne dabei drei Fragen: Was lässt sich technisch messen, welche Abweichung ist für diesen Shop wichtig und wer handelt danach? Erst wenn diese Fragen zusammen beantwortet sind, wird aus einer Überwachung ein brauchbarer Betriebsüberblick.

Für dich als Unternehmer

Überwacht werden die Abläufe, an denen dein Geschäft hängt. Im PV-Großhandel können dazu Kundenpreise, Bestellungen aus der Handwerkersoftware und die Übergabe an die Warenwirtschaft gehören. Ein Händler mit Rechnungskauf hat andere kritische Stellen als ein Shop, in dem jede Bestellung sofort online bezahlt wird.

Ich würde deshalb mit den Vorgängen beginnen, deren Ausfall dein Team und deine Kunden unmittelbar trifft. Für jeden wird festgelegt, woran ein Fehler oder eine ungewöhnliche Verzögerung erkennbar ist. Nicht jede Verbindung lässt sich mit demselben Standardcheck sinnvoll überwachen.

Der Umfang muss zu deinem Geschäft passen. Ich würde zuerst die Abläufe überwachen, deren Störung Bestellungen verhindert oder im Innendienst Nacharbeit verursacht. Nicht jede verfügbare Kennzahl braucht ein eigenes Dashboard oder einen Alarm.

Zum Aufwand gehören die Einrichtung, die laufenden Prüfungen und die Bearbeitung von Meldungen. Ändern sich Zahlungsarten, Schnittstellen oder Bestellabläufe, muss auch die Überwachung angepasst werden.

Ein Alarm braucht einen Empfänger mit einer Aufgabe. Wer prüft die Meldung, wer darf eingreifen und wann wird deine Geschäftsführung oder Verkaufsleitung informiert? Eine E-Mail an ein unbeobachtetes Postfach löst das Problem nicht.

Automatische Prüfungen können rund um die Uhr laufen. Daraus folgt nicht automatisch eine personell besetzte Rufbereitschaft. Betreuungszeiten, Reaktionswege und Zuständigkeiten müssen zum vereinbarten Leistungsumfang passen.

Monitoring verhindert nicht jeden Ausfall. Es kann Auffälligkeiten früher sichtbar machen und die Fehlersuche unterstützen. Wie schnell ein Problem erkannt wird, hängt von den eingerichteten Prüfungen und ihren Intervallen ab. Wie schnell es behoben wird, zusätzlich von Ursache, Zugängen und verfügbaren Ansprechpartnern. Ein Dashboard allein macht den Shop nicht zuverlässiger. Die daraus folgenden Maßnahmen tun es.

Für dich, wenn du den Shop im Alltag betreust

Diese Fragen sollte dein Betriebsüberblick beantworten.

Bei der Warenwirtschaft spreche ich im Folgenden vom ERP: Das steht für Enterprise Resource Planning und bezeichnet hier das zentrale Unternehmenssystem für Warenwirtschaft und Auftragsabwicklung.

Nicht jede abgebrochene Zahlung ist ein technischer Fehler. Und nicht jede langsame Abfrage verhindert eine Bestellung. Dein Team braucht deshalb verständliche Meldungen, die sagen, welcher Vorgang betroffen ist, seit wann und was als Nächstes geprüft wird. Eine hilfreiche Meldung wäre etwa: „Die Bestellung ist im Shop eingegangen, wurde aber noch nicht von der Warenwirtschaft bestätigt.“ Dein Team weiß dann, welcher Vorgang geprüft werden muss.

Eine Bestellkurve braucht Einordnung. Keine Bestellung seit zwei Stunden kann eine Störung bedeuten. Es kann aber auch zum normalen Tagesverlauf gehören. Bei wenigen Aufträgen am Tag lässt sich daraus allein kaum ein verlässlicher Alarm ableiten.

Ich schaue deshalb zusätzlich auf Fehler beim Bestellen, technische Prüfungen und die gewohnten Geschäftszeiten. Bei ausreichenden Daten können Vergleiche mit ähnlichen Wochentagen helfen. Eine sinkende Bestellzahl ist trotzdem zunächst ein Hinweis, keine fertige Fehlerdiagnose.

Ein gestarteter Preisabgleich ist noch kein erfolgreicher Abgleich. Ein Preisabgleich kann beginnen und anschließend hängen bleiben. Oder er endet, lehnt aber einen großen Teil der Datensätze ab. Wichtig sind deshalb Abschluss, Ergebnis und Alter der zuletzt erfolgreich übernommenen Daten.

Bei Aufträgen interessiert zusätzlich, ob sie im Shop eingegangen und im ERP bestätigt worden sind. Was bei dieser Verbindung geklärt werden muss, steht in Online-Shop mit ERP verbinden.

Nach Änderungen gezielt nachsehen. Nach einem neuen Zahlungs-Plugin braucht es andere Prüfungen als nach einer geänderten Produktdarstellung. Automatische Tests können wiederkehrende Schritte übernehmen. Fachliche Besonderheiten, etwa kundenspezifische Preise oder Freigaben, müssen dabei ausdrücklich berücksichtigt werden.

Ein Test bis zum Einstieg in die Kasse beweist noch nicht, dass Zahlung und Auftragsübernahme funktionieren. Wenn eine Prüfung Testbestellungen oder Zahlungen auslöst, muss vorher klar sein, wie sie gekennzeichnet und ohne versehentlichen Versand oder echte Belastung verarbeitet werden.

Die richtigen Informationen für die jeweilige Aufgabe. Geschäftsführung, Innendienst und IT brauchen nicht dieselben Detailansichten. Für den Innendienst kann eine Liste wartender ERP-Aufträge wichtiger sein als die Speicherauslastung der Datenbank. Ich würde mit wenigen Fragen und Kennzahlen anfangen und nur ergänzen, was eine Entscheidung unterstützt.

Für deine Entwickler oder IT

Prüfungen von außen und Signale aus der Anwendung kombinieren. Ein externer Erreichbarkeitstest zeigt, was an seinem Prüfpunkt ankommt. Messwerte aus der Anwendung und die Erfassung von Anwendungsfehlern zeigen, was im Shop passiert. Synthetische Tests, also automatisiert durchgespielte Kundenwege, ergänzen diese Sicht. Keiner dieser Bausteine deckt für sich alle Fehlerfälle ab.

Geschäftliche Ereignisse ausdrücklich erfassen. Die Infrastruktur kennt Anfragen und Antwortzeiten, aber nicht automatisch die erfolgreiche Anlage einer Bestellung. Bei PoloProfi erfasst eine eigene Erweiterung Bestellungen und Zahlungsstatuswechsel als Ereignisse, aus denen das Dashboard Kennzahlen bildet. Bei neuen Shops richte ich die Erfassung von Zahlungsstatus von Anfang an passend zu den eingesetzten Zahlungsarten ein. Sobald Zahlungen verarbeitet werden, erscheinen die erfassten Statuswechsel im Dashboard.

Auch die ERP-Übernahme ist ein eigener Schritt. Sie braucht eine Bestätigung der Gegenseite und darf nicht aus einer erfolgreichen Shop-Bestellung abgeleitet werden.

Alarme nach erwartbarem Verhalten einstellen. Bei einem alle fünfzehn Minuten geplanten Abgleich ist eine andere Verzögerung auffällig als bei einem nächtlichen Import. Fehlerschwellen brauchen Zeitfenster und gegebenenfalls eine Mindestmenge an Vorgängen, damit ein einzelner Fehler nicht als dramatische Prozentzahl erscheint. Für jeden Alarm werden Zuständigkeit und Prüfschritte dokumentiert. Ebenso muss feststehen, wer übernimmt, wenn die erste Ansprechperson nicht weiterkommt.

Die Meldekette ebenfalls testen. Ein kontrollierter Test prüft, ob ein ausgelöstes Signal die zuständige Person erreicht. Dazu gehören auch Entwarnung und die vereinbarte Weitergabe einer ungelösten Störung. Nach Änderungen an Empfängern oder Meldewegen sollte diese Prüfung wiederholt werden.

Nur erforderliche Daten protokollieren. Für die Fehlersuche helfen Vorgangskennungen, Zeitpunkte und die zugehörige Softwareversion. Passwörter, Zugangsschlüssel und vollständige Zahlungsdaten gehören nicht in die Protokolle. Auch sonstige personenbezogene Daten müssen auf das notwendige Maß begrenzt werden. Zugriffsrechte, Filter und Aufbewahrungszeiten sind Teil der Einrichtung.

Wie wir das machen

Ich beginne nicht mit einer Liste von Werkzeugen, sondern mit den kritischen Wegen deines Shops und den Menschen, die bei Problemen handeln müssen. Danach werden Messpunkte, Prüfungen und Meldungen eingerichtet und gemeinsam überprüft.

Den technischen Einblick für deine IT findest du in Shopware-Monitoring auf AWS: Dashboards und Alarme am Praxisbeispiel. Dort zeige ich die Umsetzung bei PoloProfi und noch offene Prüfungen. Die Alarme sind ein Projektbeispiel, keine unveränderte Vorlage für jeden Händler. Webshop-Monitoring ist auch unabhängig von AWS sinnvoll und muss zur jeweiligen Umgebung passen.

Welche Leistungen xebro übernimmt, steht unter Shop-Monitoring. Den Betreuungsrahmen findest du in der Paketübersicht. Wenn du zuerst herausfinden möchtest, wo eure Überwachung Lücken hat, ist der Shop-Selbsttest ein Einstieg ohne Termin.