Uptime-Monitoring prüft in regelmäßigen Abständen, ob eine Website oder ein Dienst erreichbar ist und gültig antwortet. Fällt die Antwort aus oder kommt ein Fehlercode, löst das System einen Alert aus.
Wie läuft die Prüfung ab?
Ein Dienst ruft eine URL auf, oft die Startseite, und prüft, ob der Server mit einem erwarteten Statuscode und innerhalb einer Zeitgrenze antwortet. DebugBear nennt als Beispiel eine Anfrage an die Startseite jede Minute. Das Intervall lässt sich je nach Dienst einstellen (laut Anbieterseiten). Zusätzlich lassen sich DNS, CDN, Server und Drittanbieter-Dienste einbeziehen (Quelle: Catchpoint).
Die gemessene Verfügbarkeit wird als Prozentwert über einen Zeitraum angegeben und dient als Grundlage für ein SLA. Wiederholte Prüfungen von mehreren Standorten verringern Fehlalarme (Einschätzung).
Was bedeuten Ausfälle für SEO?
Google schreibt in der Dokumentation, dass 5xx- und 429-Fehler den Crawler veranlassen, das Crawling vorübergehend zu verlangsamen. Bereits indexierte URLs bleiben zunächst im Index, werden aber irgendwann entfernt, wenn die Fehler anhalten. Liefert der Server wieder 2xx, erhöht Google die Crawl-Rate schrittweise. Einen konkreten Zeitraum nennt die Doku nicht.
Kurze Ausfälle sind meist unkritisch. Für länger andauernde oder wiederkehrende Fehler lohnt ein Monitoring, das sie sofort meldet (Einschätzung).
Uptime und SEO-Monitoring
Uptime-Monitoring beantwortet die Frage, ob eine Seite antwortet. Ob sie indexierbar ist, den richtigen Canonical Tag trägt oder von robots.txt gesperrt wird, prüft es meist nicht. Dafür gibt es SEO-Monitoring und Change Monitoring.
| Art | Was wird geprüft? | Übliche Frequenz | Was so auffällt |
|---|---|---|---|
| Uptime-Monitoring (dieser Begriff) | ob eine URL erreichbar ist und mit dem erwarteten Statuscode innerhalb einer Zeitgrenze antwortet | kurze Abstände, oft im Minutenbereich | Ausfälle und Serverfehler (5xx), auch nachts. Bei 5xx und 429 verlangsamt Google das Crawling vorübergehend. |
| Website-Monitoring | Oberbegriff für Erreichbarkeit, Ladezeit und Funktion einer Website, etwa Login oder Bestellung | je nach Prüfung verschieden | gestörte Abläufe auf Seiten, die selbst fehlerfrei antworten |
| Change Monitoring | Inhalt einer Seite oder Datei im Vergleich zum vorherigen Abruf | vom Anwender festgelegt | Änderungen ohne Fehlercode, etwa ein neuer Title, ein geändertes Canonical oder ein entfernter Textabschnitt |
| SEO-Monitoring | suchrelevante Angaben vieler URLs: Statuscodes, Weiterleitungen, noindex, Canonicals, robots.txt, Sitemaps, Inhalte | regelmäßige Crawls, meist täglich bis wöchentlich | ein noindex nach einem Release, das Besucher nicht sehen. Google entfernt solche Seiten, sobald es das Tag beim Crawlen liest. |
| Rank Tracking | Position der Website zu festgelegten Keywords, je Land, Sprache, Ort und Gerät | täglich bis wöchentlich | Verluste bei einzelnen Keywords in einer festen Konstellation. Die Search Console zeigt dagegen die durchschnittliche höchste Position über alle Impressionen. |
| robots.txt-Monitoring | Inhalt, Erreichbarkeit und Statuscode der robots.txt | regelmäßig, Abstand frei wählbar | eine neue Sperrregel wie Disallow: /. Google hält die robots.txt in der Regel bis zu 24 Stunden im Cache. |
| Sitemap-Monitoring | Erreichbarkeit, Format und enthaltene URLs der XML-Sitemaps | regelmäßig, Abstand frei wählbar | plötzlich fehlende URLs oder ganze Bereiche. Google begrenzt eine Sitemap auf 50 MB (unkomprimiert) oder 50.000 URLs. |
Für die Arten des Monitorings gibt es keine Norm. Prüfumfang, Frequenz und Beispiele beruhen auf Praxiserfahrung und unterscheiden sich je nach Werkzeug. Aussagen zum Verhalten von Google (Crawling bei 5xx und 429, noindex, Cache der robots.txt, Sitemap-Grenzen, Position in der Search Console) sind mit Quellen belegt. Quellen: Google Search Central: Wie sich HTTP-Statuscodes und Netzwerkfehler auf die Google Suche auswirken; Google Search Central: Indexierung mit noindex blockieren / Block indexing with noindex; Google Search Central: So interpretiert Google die robots.txt-Spezifikation; Google Search Central: Sitemap erstellen und einreichen / Build and submit a sitemap; Google Search Central: So funktioniert die Google Suche / How Google Search works; Search-Console-Hilfe: Leistungsbericht (Suche). Stand: .
Beispiel
Ein Monitoring ruft jede Minute die Startseite auf. Um 02:14 Uhr kommt dreimal hintereinander Statuscode 503. Der Alert geht an die Bereitschaft, und der Server wird neu gestartet. Der Ausfall dauerte 9 Minuten. Das Beispiel ist erfunden.
Quellen
- HTTP-Statuscodes sowie Netzwerk- und DNS-Fehler – Google Search Centraldevelopers.google.com
- Website Uptime Monitoring – Catchpoint Glossarcatchpoint.com
- Best uptime monitoring tools – DebugBeardebugbear.com
Stand: