SEO-Monitoring, das verhindert, dass ein Update dich vor Google verbirgt.
Relvato prüft die Einstellungen, die entscheiden, ob Google dich überhaupt indexiert — ein verirrtes noindex im Meta-Tag oder X-Robots-Tag-Header, eine robots.txt, die die ganze Seite sperrt, ein fehlendes Canonical — und schlägt laut Alarm bei denen, die dich aus der Suche kippen. Außerdem meldet es ein neues Verifizierungs-Token einer Suchmaschine — das Zeichen, dass jemand deine Search Console übernimmt.
- ✓Kein seitenweites noindex (Meta-Tag oder X-Robots-Tag-Header)
- ✓robots.txt sperrt nicht die ganze Seite
- ✓Ein Canonical ist vorhanden
- ✓Keine neue Google- oder Bing-Inhaberbestätigung, die du nicht selbst hinzugefügt hast
- ✓Bei jeder Änderung der Seite erneut geprüft
Ein einziger Schalter — ein Staging-noindex live gestellt, ein Plugin, das robots.txt umschreibt — kann deine ganze Seite still deindexieren, und du siehst es erst, wenn Wochen später der Traffic einbricht. Relvato prüft das bei jeder Änderung, sodass eine selbst zugefügte SEO-Wunde in Minuten auffällt.
Auf WordPress ist der häufigste versehentliche noindex die Einstellung „Suchmaschinen abhalten“. Ist das die Ursache, schlägt Relvato vor, die Indexierung wieder zu aktivieren, und du wendest es mit einem Klick in WordPress → Relvato an — dort auch rückgängig machbar.
Warum die meisten Sucheinbrüche, die du beheben kannst, selbst verursacht sind – und warum Bing wichtiger wird, seit KI-Assistenten auf seinen Index zugreifen. Lies unseren Leitfaden zum Überwachen von SEO-Regressionen.
- Lädt die Startseite in einem echten Browser und liest das Meta-robots-Tag und den X-Robots-Tag-Header.
- Holt robots.txt und prüft, dass sie nicht die ganze Seite per Disallow sperrt und dass ein Canonical-Link vorhanden ist.
- Ein seitenweites noindex oder ein Disallow: / ist ein harter Fehler — genau die Einstellungen, die Google dich fallen lassen.
- Beobachtet, wer sich bei Google, Bing, Yandex und Baidu als Inhaber der Seite ausweisen kann: die Verifizierungs-Meta-Tags auf der Startseite, TXT-Einträge der Domain, BingSiteAuth.xml und — mit dem WordPress-Plugin — die Verifizierungsdateien im Stammverzeichnis. Tokens, die beim ersten Lauf schon da sind, gelten als deine; ein Token, das später auftaucht, lässt den Monitor anschlagen.
Brauche ich ein Plugin?
Nein — SEO-Integritäts-Monitoring funktioniert auf jeder Website mit verifizierter Domain. Auf WordPress sieht es mit dem Relvato-Plugin (ab 1.25.0) zusätzlich die Verifizierungsdateien im Stammverzeichnis, die nur der Server auflisten kann.
Was ist die häufigste Ursache?
Eine Staging-‚noindex‘-Einstellung, die in die Produktion gelangt, oder ein Plugin-/Theme-Update, das robots.txt umschreibt.
Warum Verifizierungs-Tokens der Search Console überwachen?
Nach einem Einbruch tragen sich Angreifer oft selbst als Inhaber in der Google Search Console oder den Bing Webmaster Tools ein, indem sie ein eigenes Token hinzufügen — ein Meta-Tag, einen DNS-Eintrag oder eine HTML-Datei. Danach können sie Spam-Sitemaps einreichen, deine echten Seiten aus Google entfernen lassen und deine Suchdaten lesen. Ein Token, das du nicht hinzugefügt hast, verrät das: Relvato meldet es und sagt dir, wo du den Inhaber entfernst. Ist es deins (etwa von einer neuen SEO-Agentur), ignorierst du es einmal, und es wird nicht wieder gemeldet.
Schalte diesen Monitor auf Autopilot.
Für immer kostenlos auf einer Website — 100 Läufe im Monat, von dir gestartet oder wöchentlich, ohne Karte. Pro lässt deine Monitore nach jedem Update von selbst neu laufen.