Website-Monitoring ist die automatische, laufende Prüfung einer Website auf Erreichbarkeit, Leistung und Funktion, verbunden mit einer Benachrichtigung bei Problemen. Je nach Ausrichtung stehen Technik oder SEO im Vordergrund.
Was wird überwacht?
Typische Bereiche sind:
- Verfügbarkeit: Antwortet die Seite mit einem erwarteten Statuscode? Das deckt das Uptime-Monitoring ab.
- Performance: Wie schnell laden Seiten, und wie verändert sich das?
- Funktion: Lassen sich Abläufe wie Login oder Bestellung durchlaufen (Transaktionsprüfung)?
- Inhalte und Technik: Ändern sich Titel, Canonical, robots.txt oder Sitemaps? Das ist Aufgabe von Change Monitoring und SEO-Monitoring.
Zwei Verfahren werden unterschieden. Beim Synthetic Monitoring simulieren automatische Tests in festen Abständen Zugriffe. Beim Real User Monitoring werden die Erfahrungen echter Besucher gemessen (Quelle: Wikipedia).
Warum ist das für SEO relevant?
Suchmaschinen merken Ausfälle beim Crawlen. Die Search Console zeigt im Hoststatus der Crawling-Statistiken für die letzten 90 Tage, ob der robots.txt-Abruf, die DNS-Auflösung und die Serververbindung Fehler hatten. Eigenes Monitoring meldet solche Probleme, ohne dass jemand den Bericht öffnen muss, und deckt auch Fehler ab, die Google nicht anzeigt, zum Beispiel ein gesetztes noindex auf einer Produktseite (Einschätzung).
| Art | Was wird geprüft? | Übliche Frequenz | Was so auffällt |
|---|---|---|---|
| Uptime-Monitoring | 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 (dieser Begriff) | 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 Shop prüft die 50 wichtigsten URLs. Nach einem Deployment liefern 12 davon Statuscode 500. Der Alert geht nach dem nächsten Prüflauf an das Team, noch bevor ein Kunde schreibt. Wenig später stellt ein Rollback die Seiten wieder her. Das Beispiel ist erfunden.
Häufige Fehler
- Nur die Startseite wird geprüft, obwohl Fehler meist tiefer liegen.
- Prüfungen laufen von einem einzigen Standort aus. Anbieter nutzen mehrere Standorte, um Fehlalarme zu verringern (Quelle: Wikipedia).
- Alle Meldungen gehen an dieselbe Adresse, ohne klare Zuständigkeit.
Quellen
- Crawling-Statistiken: Hoststatus – Search Console-Hilfesupport.google.com
- Website monitoring – Wikipediaen.wikipedia.org
- Was ist Website Monitoring? – Uptrendsuptrends.de
Stand: