Change Monitoring (Änderungsüberwachung) bedeutet, eine Seite oder Datei regelmäßig abzurufen, den Stand mit dem vorherigen zu vergleichen und Unterschiede zu melden. Im SEO betrifft das zum Beispiel Titel, Canonical Tags, noindex-Angaben, die robots.txt oder Sitemaps.
Wie funktioniert Change Monitoring?
Ein System ruft eine URL in festen Abständen ab und speichert das Ergebnis. Beim nächsten Abruf vergleicht es beide Stände. Verglichen werden je nach Werkzeug der sichtbare Text, der HTML-Code oder ein Screenshot. Visualping hebt hinzugefügten und entfernten Text hervor und stellt Screenshots gegenüber. changedetection.io filtert mit XPath, CSS-Selektoren oder JSONPath und zeigt Unterschiede nach Wort, Zeile oder Zeichen.
Viele Werkzeuge erlauben, nur einen Bereich einer Seite zu beobachten. Meldungen kommen per E-Mail oder Chat, bei manchen Anbietern auch als Webhook. Das Prüfintervall legt der Anwender fest.
Warum ist das für SEO interessant?
Kleine Änderungen haben große Wirkung. Ein vergessenes noindex nach einem Release oder eine überschriebene robots.txt kann viele Seiten betreffen. Google speichert die robots.txt bis zu 24 Stunden zwischen, im Einzelfall länger. Bei einer Änderung vergeht also etwas Zeit, bis sie im Crawling wirkt, und genau diese Zeit lässt sich für eine Korrektur nutzen (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 | 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 (dieser Begriff) | 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 prüft jeden Morgen die robots.txt. Am Dienstag lautet eine Zeile plötzlich Disallow: /. Das System markiert die Änderung im Vergleich zum Vortag und meldet sie per E-Mail. Das Team stellt die Datei innerhalb einer Stunde wieder her. Das Beispiel ist erfunden.
Häufige Fehler
- Dynamische Bestandteile wie Datum, Zähler oder Werbung gelten als Änderung und erzeugen viele Fehlalarme.
- Die gesamte Seite wird beobachtet, obwohl nur Title, Canonical und Meta Robots zählen.
- Eine Änderung wird gemeldet, ohne dass erkennbar ist, ob sie beabsichtigt war.
Quellen
- robots.txt-Spezifikationen – Google Search Centraldevelopers.google.com
- Visualping – Website Change Detectionvisualping.io
- changedetection.io – GitHubgithub.com
Stand: