Monitoring vs. Alerting bei Shopware: Wo liegt der Unterschied?

Die kurze Antwort

Monitoring ist die laufende Beobachtung des Systemzustands, Alerting ist die aktive Benachrichtigung, sobald ein beobachteter Wert einen Schwellenwert überschreitet. Ein Shop kann perfekt überwacht sein und trotzdem niemanden informieren, wenn kein Alert konfiguriert ist, und umgekehrt nutzlose Alarme produzieren, wenn die Schwellenwerte falsch gesetzt sind. Beides zusammen ergibt erst ein funktionierendes System: Monitoring liefert die Daten, Alerting sorgt dafür, dass jemand rechtzeitig reagiert.

Was versteht man unter Monitoring?

Monitoring bezeichnet die kontinuierliche Beobachtung eines Systems, um Fehler und Auffälligkeiten frühzeitig zu erkennen, bevor sie zu echten Problemen werden. Dazu werden laufend Messwerte erfasst, etwa Antwortzeiten, Fehlerraten oder die Erreichbarkeit einzelner Komponenten, meist automatisiert über ein externes Tool oder einen internen Health-Check-Mechanismus.

Ohne diese laufende Beobachtung bemerkt meist zuerst der Kunde, dass etwas nicht funktioniert, nicht der Betreiber. Genau dieser Zeitverzug, zwischen dem tatsächlichen Auftreten eines Problems und dem Moment, in dem es jemandem im Betrieb auffällt, ist der eigentliche Grund, warum Monitoring überhaupt eingerichtet wird. Je kürzer diese Lücke, desto geringer der wirtschaftliche Schaden eines Ausfalls, gerade bei einem Shop mit laufendem Bestellvolumen.

Welche Arten von Monitoring gibt es?

Gängige Kategorien sind Infrastruktur-Monitoring (Server, Datenbank, Speicherplatz), Anwendungs-Monitoring (Ladezeiten, Fehlerraten einzelner Funktionen) und Uptime-Monitoring (ist der Shop überhaupt erreichbar). Davon zu unterscheiden ist Business-KPI-Monitoring wie Umsatz oder Conversion-Rate, das eine andere Ebene betrachtet als die hier behandelte technische Betriebsüberwachung, mit eigenen Kennzahlen und eigenem Zweck.

Für einen Shopware-Shop sind alle drei technischen Kategorien relevant, meist über unterschiedliche Tools abgedeckt: ein Uptime-Checker für die reine Erreichbarkeit, ein Application-Performance-Monitoring-Tool für Ladezeiten und Fehlerquellen, dazu serverseitige Kennzahlen wie Arbeitsspeicher- oder Datenbanklast. Wer nur eine dieser drei Ebenen überwacht, hat blinde Flecken bei den beiden anderen. Mehr zur konkreten Umsetzung liest du in unserem Beitrag, wie du deine Shopware-Performance optimierst.

Was ist ein Monitoring-System?

Shopware selbst bringt dafür laut der offiziellen System-Health-Check-Dokumentation eine eigene Architektur mit, die Prüfungen in vier Kategorien einteilt: SYSTEM (etwa Datenbankverbindung), FEATURE (etwa Zahlungsanbindungen), EXTERNAL (externe Dienste wie SMTP) und AUXILIARY (unterstützende Prozesse wie Hintergrundaufgaben). Jede Prüfung liefert einen von sechs Status-Werten, von OK über WARNING bis FAILURE.

Ein externes Monitoring-Tool kann diese Prüfungen regelmäßig abfragen, statt Probleme erst über Kundenbeschwerden zu erfahren. Die Architektur unterscheidet außerdem zwischen schnellen, laufenden Prüfungen für den laufenden Betrieb und aufwendigeren Prüfungen vor einem Deployment, damit nicht jede Kontrolle mit derselben Rechenlast durchgeführt werden muss. Wie du Abweichungen zwischen Staging und Live schon vor dem Deployment vermeidest, liest du in unserem Beitrag zur Deployment-Hygiene bei Shopware.

Was ist der Unterschied zwischen Monitoring und Alerting?

Monitoring sammelt und beobachtet Daten fortlaufend, Alerting entscheidet anhand definierter Schwellenwerte, wann jemand aktiv benachrichtigt wird, etwa per E-Mail, Slack oder SMS. Ein Dashboard, das niemand regelmäßig ansieht, ersetzt kein Alerting, weil die Information dort passiv liegen bleibt, statt aktiv zugestellt zu werden.

Erst die Kombination aus beidem stellt sicher, dass ein Problem nicht erst beim nächsten zufälligen Blick ins Dashboard auffällt. Reines Monitoring ohne Alerting funktioniert nur, wenn tatsächlich jemand ständig mitschaut, was in der Praxis selten der Fall ist, gerade außerhalb üblicher Geschäftszeiten oder am Wochenende.

Was ist Alert Fatigue, und wie vermeidet man zu viele Fehlalarme?

Alert Fatigue entsteht, wenn zu viele oder zu unspezifische Alarme ausgelöst werden, sodass echte Probleme in der Masse untergehen oder Benachrichtigungen grundsätzlich ignoriert werden. Ursache sind meist zu eng gesetzte Schwellenwerte, die schon bei normalen Schwankungen auslösen, statt nur bei tatsächlich relevanten Abweichungen.

Weniger, aber gezielter gesetzte Alerts sind wirksamer als möglichst viele. Ein sinnvoller Ausgangspunkt ist eine Eskalationsstufe: geringfügige Abweichungen landen zunächst nur im Dashboard, wiederholte oder schwerwiegende Abweichungen lösen tatsächlich eine Benachrichtigung aus.

Welche Kennzahlen sollte ein Shopware-Shop überwachen?

Zentral sind Uptime (ist der Shop erreichbar), Ladezeit zentraler Seiten und die Verfügbarkeit des Checkout-Prozesses, da ein Ausfall genau dort den unmittelbarsten Umsatzverlust bedeutet. Shopwares Health-Check-Kategorien FEATURE und EXTERNAL decken dabei gezielt Zahlungs- und Drittanbieter-Anbindungen ab, die bei einem reinen Uptime-Check sonst leicht übersehen werden.

Ein Shop kann technisch erreichbar sein und trotzdem keinen einzigen Kauf abschließen lassen, wenn genau diese Anbindungen ausfallen. Ein reiner Uptime-Check, der nur die Startseite prüft, würde diesen Fall komplett übersehen, weil die Startseite selbst weiterhin einwandfrei lädt.

Ab wann sollte ein Alert ausgelöst werden? Wie setzt man Schwellenwerte richtig?

Ein Schwellenwert sollte sich an der tatsächlichen Auswirkung auf Kunden orientieren, nicht an technisch messbaren, aber für sich genommen harmlosen Abweichungen. Eine kurzzeitig leicht erhöhte Ladezeit braucht keinen Alarm, ein nicht erreichbarer Checkout dagegen sofort, ebenso ein Fehlerstatus in einer der Health-Check-Kategorien FEATURE oder EXTERNAL.

Beginne mit wenigen, klar business-relevanten Schwellenwerten und erweitere erst bei Bedarf, statt von Anfang an jede Kleinigkeit zu überwachen. Ein einzelner, kurzer Ladezeit-Ausreißer rechtfertigt selten einen sofortigen Alarm, ein wiederholtes Muster über mehrere Minuten dagegen schon.

Welches ist das beste Monitoring-Tool?

Es gibt kein einzelnes bestes Tool, sondern unterschiedliche Kategorien für unterschiedliche Zwecke: reine Uptime-Checker für die Erreichbarkeit, Application-Performance-Monitoring-Tools wie New Relic für tiefere Einblicke in Ladezeiten und Fehlerquellen. Welche Kombination sinnvoll ist, hängt vom Shop-Umfang und dem konkreten Risiko ab.

Wichtiger als die Tool-Wahl ist, dass die zentralen Kennzahlen aus dem vorigen Abschnitt überhaupt erfasst werden. Ein günstiges Uptime-Tool, das tatsächlich genutzt und regelmäßig ausgewertet wird, bringt mehr als ein umfassendes Tool, das nach der Einrichtung niemand mehr anschaut.

Welche kostenlosen Website-Monitoring-Tools gibt es?

Für einfaches Uptime-Monitoring bieten mehrere Anbieter kostenlose Einstiegsstufen an, die grundlegende Erreichbarkeitsprüfungen in regelmäßigen Abständen abdecken, meist mit einer Obergrenze bei der Prüf-Frequenz oder der Anzahl überwachter Adressen. Für tiefere Anwendungs-Einblicke, etwa detaillierte Performance-Analysen einzelner Funktionen, reichen kostenlose Stufen meist nicht aus.

Für einen ersten Überblick sind sie ein guter Einstieg, für den produktiven Betrieb eines Shops meist nur ein Baustein von mehreren. Wer ausschließlich auf kostenlose Uptime-Checks setzt, überwacht damit weder Checkout-Verfügbarkeit noch einzelne Fehlerraten, sondern nur die grundsätzliche Erreichbarkeit. Für einen kleineren Shop ohne komplexe Drittanbieter-Anbindungen kann das als Ausgangspunkt reichen, für einen Shop mit mehreren Zahlungs- und Versanddienstleistern in der Regel nicht.

Was kostet Website-/Server-Monitoring für einen Onlineshop?

Reine Uptime-Checks sind oft schon in kostenlosen oder sehr günstigen Stufen abgedeckt, während umfassenderes Monitoring meist als Teil der laufenden Wartung eingepreist wird, statt als eigener Posten aufzutauchen. In unserem Kostenartikel ist Monitoring explizit Teil der Wartungs- und Support-Kostenzeile, nicht separat ausgewiesen. Monitoring ist dabei nur ein Baustein einer laufenden Wartungsroutine, mehr zu den übrigen Bausteinen liest du in unserem Beitrag zur Post-Launch-Wartung.

Die eigentlichen Kosten entstehen selten durch das Monitoring selbst, sondern durch ausbleibende Reaktion, wenn ein Alert niemanden erreicht. Ein technisch einwandfrei eingerichtetes Monitoring bringt nichts, wenn die zuständige Person die Benachrichtigung nicht rechtzeitig sieht oder falsch priorisiert. Diese organisatorische Seite, wer einen Alert erhält und wie schnell reagiert wird, ist am Ende mindestens so wichtig wie die technische Einrichtung selbst.

Wie wir dich unterstützen können

Wir bei datrycs richten Monitoring und Alerting so ein, dass die wirklich relevanten Kennzahlen überwacht werden, ohne dich mit unnötigen Alarmen zu überfluten. Wenn du unsicher bist, ob dein Shop aktuell überhaupt sinnvoll überwacht wird, sprich uns über das Kontaktformular am Ende dieser Seite an.