Überwachung der Website-Verfügbarkeit

Die meisten Website-Betreiber fragen sich erst „Ist meine Website erreichbar?“, wenn ein Kunde ihnen sagt, dass sie es nicht ist. Die Verfügbarkeitsüberwachung verlegt diesen Moment nach vorn. Diese Seite verfolgt einen Ausfall von der ersten fehlgeschlagenen Prüfung bis zur Wiederherstellung und zeigt, was Sie dabei erfahren können und was nicht.

Sie setzt voraus, dass die Überwachung bereits eingerichtet ist. Falls nicht, beginnen Sie mit dem Leitfaden So überwachen Sie die Verfügbarkeit einer Website.

Was eine Verfügbarkeitsprüfung Ihnen sagt

Eine Verfügbarkeitsprüfung fordert nach einem Zeitplan eine Adresse an und sieht sich die Antwort an. Sie sagt Ihnen, ob die Adresse geantwortet hat, wie der Server reagiert hat und wie lange es dauerte. Was nicht stimmt, sagt sie Ihnen nicht.

Eine überwachte Adresse ist genau eine URL. Überwachen Sie https://shop.example.com/, ist das die einzige Seite, die geprüft wird. Der Checkout, die Anmeldeseite und die API unter einer anderen Adresse sind nicht abgedeckt, solange Sie sie nicht als eigene Websites hinzufügen.

Ein Beispiel für einen Ausfall

Das Folgende ist ein erfundenes Beispiel und keine Kundengeschichte. Ein kleiner Shop überwacht https://shop.example.com/ alle 3 Minuten, und die Benachrichtigungen gehen an ein gemeinsames Postfach, das der Inhaber liest.

1. Die erste fehlgeschlagene Prüfung. Der Server beginnt, mit einem Fehler zu antworten. Die Prüfung wird als Fehlschlag festgehalten.
2. Bestätigung. UptimeWire benachrichtigt nicht bei einem einzelnen Fehlschlag. Es wiederholt die Prüfung kurz darauf. Nur wenn der Fehler anhält, wird ein Vorfall eröffnet.
3. Die Benachrichtigung. Der Inhaber erhält eine Nachricht, dass die Website ausgefallen ist, mit der Zeit, zu der der Vorfall eröffnet wurde.
4. Die Untersuchung. Der Inhaber öffnet die Website, dann das Hosting-Panel und stellt fest, dass der Datenbankserver neu gestartet ist.
5. Wiederherstellung. Sobald die Adresse wieder antwortet, wird die Wiederherstellung bestätigt, und eine zweite Nachricht trifft ein.
6. Die Auswertung. Ein paar Tage später öffnet der Inhaber die Historie, sieht den Vorfall und seine Dauer und vergleicht ihn mit früheren.

Keiner dieser Schritte geschieht sofort. Die Benachrichtigung kommt nach dem Prüfintervall, den wiederholten Prüfungen und der Zustellung der Nachricht. Kein Überwachungswerkzeug kann eine genaue Erkennungszeit zusagen.

Die Benachrichtigung lesen

Eine Benachrichtigung bei Ausfall sagt, dass eine überwachte Adresse nicht mehr richtig geantwortet hat und dass der Fehler bestätigt wurde. Warum, sagt sie nicht. Sie liefert aber einen Ausgangspunkt:

• Welche Website. Die Benachrichtigung nennt die überwachte Adresse.
• Wann es begann. Der Vorfall hat eine Startzeit, mit der Sie ihn einem Deployment, einem Backup oder einer Mitteilung des Anbieters zuordnen können.
• Was die Prüfung gesehen hat. Ein Fehlerstatus, eine Zeitüberschreitung oder gar keine Antwort weisen auf unterschiedliche Stellen, an denen Sie suchen sollten. Der Artikel HTTP-Statuscodes erklärt die häufigsten.

Benachrichtigungen per E-Mail und Telegram gibt es in jedem Tarif. Webhook, Discord, Slack und Teams übertragen je nach Tarif ebenfalls Nachrichten bei Ausfall und Wiederherstellung. Welcher Tarif welchen Kanal enthält, steht unter Preise.

Was Sie zuerst prüfen

UptimeWire diagnostiziert die Ursache nicht, die ersten Minuten gehören also Ihnen. Eine kurze Reihenfolge, die für die meisten kleinen Websites funktioniert:

1. Öffnen Sie die Adresse selbst, in einem privaten Browserfenster. Lädt sie, kann das Problem kurz sein oder nur einige Besucher betreffen.
2. Sehen Sie sich den Status an, den Ihr Server zurückgibt. Ein 5xx-Fehler weist auf den Server oder die Anwendung. Eine Zeitüberschreitung weist auf das Netzwerk oder einen überlasteten Server.
3. Prüfen Sie den Hosting-Anbieter. Suchen Sie nach einer Statusmeldung oder einem Neustart.
4. Prüfen Sie, was sich geändert hat. Ein Deployment, ein Plugin-Update oder eine Konfigurationsänderung kurz vor dem Vorfall ist eine häufige Ursache.
5. Bestätigen Sie die Wiederherstellung, sobald Sie gehandelt haben, und warten Sie auf die Nachricht zur Wiederherstellung.

Die Historie nach der Wiederherstellung nutzen

Ist der Vorfall vorbei, macht die Historie aus einer schlechten Stunde eine Information:

• Beginn und Dauer. Wie lange die Website nicht erreichbar war, zum Vergleich mit dem, was Sie erwartet haben.
• Muster. Fehlschläge zur gleichen Tageszeit deuten auf etwas Geplantes hin, etwa ein Backup oder einen aufwendigen Job.
• Antwortzeit rund um den Vorfall. Eine Website, die schon vor dem Ausfall langsam war, deutet eher auf ein Ressourcenproblem als auf einen plötzlichen Bruch.

Wie viele Tage der Historie Sie sehen, hängt von Ihrem Tarif ab. Die Glossar-Einträge Verfügbarkeit (Uptime) und Ausfallzeit erklären, wie diese Zahlen gezählt werden, und der Uptime-Rechner zeigt, wie viel Ausfallzeit ein bestimmter Prozentwert erlaubt.

Was die Verfügbarkeitsüberwachung nicht abdeckt

Machen Sie sich die Grenzen klar, damit ein stilles Postfach keine falsche Sicherheit gibt.

• Eine gesunde Antwort ist keine funktionierende Website. Eine Seite kann normal antworten, während Checkout, Anmeldung oder ein Backend-Dienst defekt sind. Sie können eine Regel hinzufügen, die nach einem bestimmten Text auf der Seite sucht. Das verkleinert die Lücke, schließt sie aber nicht.
• Eine Adresse ist nicht die ganze Website. Andere Seiten, Subdomains und APIs brauchen eigene Einträge.
• Die Erkennung ist nicht sofort. Das Intervall bestimmt, wie oft die Adresse angefordert wird. Bestätigung und Zustellung brauchen zusätzlich Zeit.
• Es gibt keine browserbasierten Tests. UptimeWire führt keine Nutzerwege aus, etwa einen Artikel in den Warenkorb zu legen.
• Es gibt keine Ursachenanalyse. Die Benachrichtigung sagt, was ausgefallen ist und wann, nicht warum.

Wann das passt

Dieses Vorgehen passt zu einer Website, auf die Menschen angewiesen sind, wenn das Team einen Ausfall schnell erfahren und später nachvollziehen können soll, was geschehen ist: ein Shop, eine Buchungsseite, eine Unternehmenswebsite, eine Dokumentation. Es ersetzt nicht das Testen der Funktionen einer Anwendung.