Google schützt wichtige URLs vorübergehend vor dem Rauswurf aus dem Index – aber nicht jede Website
Gary Illyes erklärt am Beispiel von VLC, warum Google manche Seiten trotz Fehlerstatuscode im Index hält – und wo die Grenze liegt.
Googles Gary Illyes hat am 5. November erklärt, warum die Website des Medienplayers VLC in der Suche plötzlich ohne Favicon und ohne Beschreibungstext auftauchte, obwohl sie online und erreichbar war: Der Server hatte kurzzeitig den Scherz-Statuscode 418 („I'm a teapot") statt der normalen Seite ausgeliefert. Laut Illyes hat Google die URL deshalb nicht sofort aus dem Index geworfen, sondern „vorübergehend geschützt" – weil VLC zu den am häufigsten verlinkten Software-Seiten im Netz gehört. Die Kehrseite: Weil Google den Seiteninhalt in diesem Moment nicht abrufen konnte, verschwanden Snippet, Favicon und alle weiteren Zusatzinformationen trotzdem, bis die Seite wieder normal antwortete.
Was ist passiert?
4xx-Statuscodes signalisieren einen Client-Fehler: Die angeforderte Seite existiert aus Sicht des Servers nicht (404), ist nicht erlaubt (403) oder liefert wie im VLC-Fall einen ungewöhnlichen Code, den Google nicht eindeutig einordnen kann. Normalerweise wertet Googlebot einen solchen Fehler als Signal, die URL aus dem Index zu entfernen – bei wiederholtem Auftreten geschieht das auch zuverlässig. Illyes beschreibt mit dem VLC-Beispiel aber einen Sonderfall: Bei URLs, die aus Googles Sicht ungewöhnlich wichtig sind, wartet das System offenbar länger ab, bevor es die Seite tatsächlich entfernt, weil ein kurzfristiger Fehler eher als Störung denn als endgültige Löschung interpretiert wird.
Was heißt „wichtig" – und was das für gewöhnliche Websites bedeutet
Dieser Schutz ist kein allgemeines Versprechen für jede URL. VLC steht seit Jahren mit enormer Linkstärke und gleichbleibend hoher Nachfrage im Index; ein typischer Mittelstandsbetrieb in Bayern erreicht dieses Gewicht bei keiner einzelnen Unterseite. Für die große Mehrheit der Unternehmenswebsites ist deshalb weiterhin die alte Regel die sicherere Annahme: Ein Server, der mehrfach oder dauerhaft einen 4xx-Statuscode liefert, verliert die betroffene Seite aus dem Index – ganz gleich, ob es sich um die Startseite, eine Leistungsseite oder einen Blogbeitrag handelt. Der VLC-Fall zeigt eher, dass Google intern Signale zur „Bedeutung" einer URL mitführt, als dass er eine neue Sicherheitsnetz-Funktion für alle ankündigt.
Was Sie jetzt tun sollten (und was nicht)
Verlassen Sie sich nicht auf einen Index-Schutz, den Sie nicht beeinflussen können. Sinnvoller ist es, die Ursachen ungewollter Fehlerstatuscodes zu kennen und schnell zu erkennen, wenn einer auftritt. Häufige Auslöser in der Praxis:
- Eine Wartungsseite, die versehentlich 404 oder 403 statt 503 meldet.
- Eine fehlerhafte Regel in der .htaccess- oder Server-Konfiguration nach einem Update.
- Ein Sicherheits-Plugin oder eine Firewall, die den Googlebot fälschlich blockiert.
- Ein abgelaufenes SSL-Zertifikat oder ein hängender Serverumzug.
- Eine Weiterleitung, die ins Leere läuft, statt auf die neue Zieladresse zu zeigen.
Wie Sie Wartungsarbeiten technisch korrekt melden, ohne dass Google die Seiten für fehlerhaft hält, steht in unserem Beitrag zum richtigen Statuscode im Wartungsmodus; die Unterschiede zwischen dauerhaften und vorübergehenden Weiterleitungen erklären wir in diesem Beitrag. Wer regelmäßig in die Search Console schaut, bemerkt einen plötzlichen Fehleranstieg meist innerhalb von Tagen – eine kurze Routine dafür beschreiben wir in Google Search Console in 30 Minuten. Nach jedem Relaunch, Plugin-Update oder Serverwechsel lohnt sich ein gezielter Blick auf die wichtigsten zehn bis zwanzig Seiten: lädt jede davon mit dem Statuscode 200?
Quellen
Kurz beantwortet
Was ist ein 4xx-Statuscode?
Ein 4xx-Statuscode ist eine HTTP-Antwort, die einen Fehler auf Seiten des angefragten Dokuments meldet, etwa „nicht gefunden" (404) oder „kein Zugriff" (403). Server senden diesen Code, wenn die angeforderte Seite aus ihrer Sicht nicht wie gewünscht ausgeliefert werden kann.
Verschwindet meine Website sofort aus Google, wenn sie kurz offline ist?
In der Regel nicht sofort bei einem einmaligen, kurzen Ausfall, aber auch nicht sicher davor bewahrt. Wiederholt sich der Fehler bei wiederholten Besuchen des Googlebots, entfernt Google die betroffene Seite aus dem Index – unabhängig davon, wie wichtig sie für Ihr Unternehmen ist.
Reicht dieser Schutz als Ersatz für eine korrekte Wartungsseite?
Nein. Der von Illyes beschriebene Effekt ist ein Nebeneffekt bei sehr bedeutenden URLs, kein gezieltes Werkzeug. Für geplante Wartungsarbeiten bleibt der Statuscode 503 mit Retry-After-Angabe die korrekte und zuverlässige Lösung.
Ähnliche Beiträge
Entitäten statt Keywords: So versteht die KI, wer Sie sind
Google und KI-Systeme erkennen Unternehmen zunehmend als Entität, nicht über Keyword-Treffer — so werden Sie als eine klar erkennbar.
WeiterlesenWartungsmodus richtig einrichten: Warum robots.txt niemals 503 melden darf
Während der Wartung dürfen Seiten 503 melden – robots.txt muss trotzdem 200 liefern, sonst stoppt Google das Crawling der ganzen Website.
WeiterlesenRätselhafte Klick-Spitzen in der Google Search Console: Was dahintersteckt
Seit Anfang November zeigen manche Websites in der Google Search Console plötzliche Klick-Spitzen bei gleichbleibenden Impressionen.
WeiterlesenLieber umsetzen lassen?
SEO, GEO und AEO aus einer Hand — für Unternehmen in ganz Bayern.