Website aus Google verschwunden: was Sie prüfen sollten

2026-09-07 Aktualisiert: 2026-09-14

Wenn Ihre Website aus Google verschwunden ist, arbeiten Sie die Ursachen in der Reihenfolge ab, in der sie sich am schnellsten ausschließen lassen: manuelle Maßnahme, noindex, robots.txt, kanonische URL, ein Hack oder eine Blacklistung, Serverfehler, dann die Domain selbst. Sechs der sieben sind von außerhalb der Website innerhalb weniger Minuten sichtbar, und die Reihenfolge unten ist so gewählt, dass die billigsten Prüfungen zuerst kommen.

Zuerst bestätigen, dass sie tatsächlich weg ist

Suchen Sie nach der genauen URL Ihrer Startseite, führen Sie dann site:example.com aus. Keinerlei Ergebnisse bei beidem verweist auf eine websiteweite Ursache, und die Liste unten gilt. Ergebnisse für die Startseite, aber nicht für einen Bereich, verweist auf ein Template oder einen Pfad, was die Suche erheblich eingrenzt. Ergebnisse, die alle vorhanden sind, aber schlechter ranken als letzten Monat, ist ein anderes Problem: Das ist eine Ranking-Änderung, keine Deindexierung, und keiner dieser Schritte behandelt das.

1. Auf eine manuelle Maßnahme prüfen

Search Console, Sicherheit & manuelle Maßnahmen, Manuelle Maßnahmen. Eine manuelle Maßnahme bedeutet, ein menschlicher Prüfer hat eine Strafe verhängt, und sie nennt den Grund und den Umfang. Nichts sonst auf dieser Liste behebt eine Website unter einer solchen. Der Weg zurück ist, zu korrigieren, was der Hinweis beschreibt, und einen Antrag auf erneute Überprüfung zu stellen, was Tage bis Wochen dauert. Das steht ganz oben auf der Liste, weil es ein einziger Klick ist und die anderen sechs irrelevant macht.

2. Auf noindex prüfen

Die häufigste Ursache dafür, dass eine ganze Website verschwindet, ohne dass irgendetwas kaputt aussieht:

curl -sI https://example.com/ | grep -i x-robots-tag
curl -s https://example.com/ | grep -i 'name="robots"'

Gibt einer der beiden Befehle noindex aus, ist das Ihre Antwort. Prüfen Sie eine Seite aus jedem wichtigen Template, nicht nur die Startseite, denn das Leck beschränkt sich oft auf eine einzelne Route. Der Mechanismus und die üblichen Wege, wie das passiert, stehen unter was noindex bewirkt.

3. robots.txt prüfen

Öffnen Sie https://example.com/robots.txt. Ein Disallow: / unter User-agent: * blockiert das Crawlen der gesamten Website. Bestätigen Sie auch, dass die Datei selbst 200 zurückgibt: Ein anhaltendes 5xx bei robots.txt kann Google veranlassen, das Crawlen des Hosts zu pausieren, selbst wenn jede Seite darauf einwandfrei ist. Die Regeln und die Fallstricke stehen unter wie Sie robots.txt prüfen.

4. Die kanonische URL prüfen

curl -s https://example.com/ | grep -i 'rel="canonical"'

Nennt die kanonische URL einen Staging-Host, eine Entwicklungsdomain oder irgendeine URL, die nicht die abgerufene Seite ist, bittet jede Seite darum, irgendwo anders eingefaltet zu werden. Das ist eine kanonische URL, die auf Staging zeigt, und es erzeugt genau dieses Symptom, während die Website weiterhin 200 zurückgibt.

5. Prüfen, ob die Website gehackt oder gelistet ist

Eine kompromittierte Website wird oft aus den Ergebnissen entfernt, bevor ihr Inhaber irgendetwas bemerkt. Schauen Sie zuerst in den Bericht Sicherheitsprobleme der Search Console, prüfen Sie dann die Reputationslisten von außen: Der kostenlose Web-Risk-Check meldet, ob Googles eigene Malware- und Phishing-Listen Ihre URL derzeit markieren, und der kostenlose Blacklist-Check deckt die DNS-Blacklists ab, die auch Ihre Mailzustellung beeinflussen. Eine Markierung bei einem der beiden bedeutet, dass das Finden und Entfernen des eingeschleusten Inhalts vor allem anderen steht, denn eine Überprüfung wird nicht bestanden, solange die Website noch kompromittiert ist.

6. Auf Serverfehler prüfen

Seiten, die für den Crawler 5xx zurückgeben oder in ein Timeout laufen, werden fallengelassen, und ein Server, der nur unter Crawler-Last versagt, wirkt in einem Browser völlig gesund. Prüfen Sie den Bericht Crawling-Statistiken in der Search Console auf einen Anstieg fehlgeschlagener Anfragen, und bestätigen Sie den von Ihrer Website zurückgegebenen Statuscode aus mehr als einem Netzwerk, denn Bot-Schutzregeln, die Rechenzentrums-Bereichen mit 403 antworten, sind aus einem normalen Browser unsichtbar.

7. Prüfen, dass die Domain nicht abgelaufen ist

Der Fehlschlag, den niemand erwartet, weil er die Website vollständig und still lahmlegt: eine Domain, die bei der Verlängerung verfiel, oder ein DNS-Eintrag, der mit ihr entfernt wurde. Der kostenlose WHOIS-Lookup zeigt Registrierungs- und Ablaufdatum zusammen mit den aktuellen Nameservern. Ein in der Vergangenheit liegendes Ablaufdatum, oder Nameserver, die nicht Ihre sind, erklärt alles, was oben auf dieser Liste steht.

Warum diese Liste lang ist

Jede Ursache hier außer der manuellen Maßnahme erzeugt eine Website, die korrekt lädt, 200 zurückgibt und eine gewöhnliche Uptime-Prüfung besteht, weshalb das erste Signal meist ein Traffic-Diagramm eine Woche nach der Änderung ist. Diese Prüfungen von Hand auszuführen erfasst es einmal. Das kostenlose Website-Crawl-Tool deckt die On-Page-Hälfte der Liste in einem einzigen Durchlauf über jede Seite ab, statt nur die zwei oder drei, die Sie zufällig getestet haben. Um die nächste an dem Tag zu erfassen, an dem sie live geht, liest die Indexability-Option eines HostTracker-HTTP-Monitors die noindex-Anweisungen und die kanonische URL Ihrer wichtigsten Seiten bei jeder Prüfung und sendet eine Benachrichtigung, wenn sich eine davon ändert - SEO-Monitoring zeigt, wie das neben Uptime-, Zertifikats- und Domain-Ablauf-Prüfungen funktioniert.