Google hat seine Hinweise zur Darstellung von Favicons in der Suche präzisiert. Auf den ersten Blick klingt das nach einer dieser kleinen technischen Randnotizen, die man schnell überliest. Ein winziger Satz mehr in einer Dokumentation, ein leicht angepasster Bulletpoint, fertig. Aber genau solche Änderungen sind in der SEO-Praxis manchmal die Stellen, an denen später stundenlanges Fehlersuchen hängt.
Die neue Aussage ist im Kern recht einfach: Googlebot muss die Startseite crawlen können, mögliche Weiterleitungen von dort verfolgen dürfen und anschließend die Seite erreichen, auf der das Favicon definiert ist. Zusätzlich muss Googlebot-Image die eigentliche Favicon-Datei abrufen können. Und all diese URLs dürfen weder über die robots.txt noch durch andere Mechanismen blockiert sein.
Das klingt trocken, ich weiß. Aber wenn dein Favicon in den Google-Suchergebnissen nicht erscheint oder plötzlich nicht mehr aktualisiert wird, ist genau diese Kette oft der Punkt, an dem du ansetzen solltest. Aus meiner Erfahrung wird bei Favicons gern nur auf die Bilddatei geschaut: Ist sie vorhanden? Hat sie das richtige Format? Liegt sie im Root-Verzeichnis? Funktioniert der Link im Browser? Alles wichtige Fragen. Nur reicht das eben nicht immer. Google muss den kompletten Weg nachvollziehen können.
Warum diese kleine Änderung wichtiger ist, als sie wirkt
Bisher war die Formulierung in der Dokumentation allgemeiner gehalten. Sinngemäß hieß es: Googlebot-Image muss die Favicon-Datei crawlen können, und Googlebot muss die Startseite crawlen können; beides darf nicht blockiert sein. Das war nicht falsch. Aber es ließ eine kleine Lücke offen, die gerade bei modernen Websites gar nicht so selten ist.
Die aktualisierte Fassung sagt jetzt ausdrücklich, dass Googlebot von der Startseite aus Weiterleitungen folgen können muss, bis zu der Seite, auf der das Favicon angegeben wird. Das ist eine Klarstellung, keine radikale neue Regel. Trotzdem ist sie nützlich, weil sie den tatsächlichen Ablauf besser beschreibt.
Stell dir das Ganze nicht als einzelnen Abruf einer Icon-Datei vor, sondern eher wie eine kleine technische Spurensuche. Google ruft deine Startseite auf. Vielleicht landet Google dort aber gar nicht direkt auf dem finalen HTML-Dokument. Vielleicht leitest du von HTTP auf HTTPS weiter. Vielleicht von non-www auf www. Vielleicht gibt es eine Sprach- oder Länderweiterleitung. Vielleicht wird aus / erst /de/. Vielleicht steckt noch ein CDN, ein Security-Tool oder eine Consent-Lösung dazwischen. Und irgendwo auf dem finalen Dokument steht dann im HTML-Head der Verweis auf dein Favicon.
Wenn Googlebot diesen Weg nicht sauber gehen kann, kann Google unter Umständen auch nicht zuverlässig erkennen, welches Favicon verwendet werden soll. Genau das spricht die aktualisierte Formulierung nun klarer aus.
Ich habe solche Fälle in Projekten schon gesehen. Da war das Favicon völlig korrekt eingebunden, die Datei sauber erreichbar, die Größe passte, das Format passte — und trotzdem blieb in der Suche ein altes Symbol oder gar kein vernünftiges Icon sichtbar. Am Ende lag das Problem nicht beim Icon selbst, sondern bei einer Weiterleitung, einer Bot-Regel oder einer Security-Konfiguration, die für normale Nutzer unsichtbar war. Im Browser sah alles gut aus. Für Googlebot war der Weg aber nicht derselbe.
Die eigentliche Crawl-Kette: Startseite, Weiterleitung, Favicon-Verweis, Bilddatei
Die neue Dokumentation stellt im Grunde eine kleine Reihenfolge klar. Wenn du prüfen willst, ob dein Favicon für Google erreichbar ist, solltest du nicht nur einen einzelnen URL-Test machen. Du solltest die gesamte Kette betrachten.
Der Ablauf sieht vereinfacht so aus:
Zuerst muss Googlebot deine Startseite crawlen können. Das klingt selbstverständlich, ist es aber nicht immer. Manche Seiten blockieren bestimmte Bots versehentlich über robots.txt-Regeln, Firewall-Setups oder Bot-Schutzsysteme. Auch falsch konfigurierte Staging-Schutzmaßnahmen, IP-Blockaden oder aggressive Rate-Limits können hier hineinspielen.
Dann muss Googlebot Weiterleitungen von der Startseite aus folgen dürfen. Das ist die entscheidende Ergänzung. Wenn deine Startseite beispielsweise von http://example.com auf https://www.example.com/ weiterleitet und dann vielleicht noch auf /de/, muss Googlebot diese Weiterleitungen nachvollziehen können. Es reicht nicht, dass der Browser am Ende irgendwo ankommt. Googlebot muss es ebenfalls tun.
Anschließend muss Googlebot die Seite erreichen, auf der das Favicon definiert ist. Das ist meist die finale HTML-Seite, in deren Head ein Link-Element steckt, etwa ein Verweis wie rel=“icon“ oder rel=“shortcut icon“. In vielen Systemen wird dieser Verweis automatisch gesetzt, etwa durch ein CMS, ein Theme oder ein SEO-Plugin. Trotzdem kann er je nach Template, Sprache, Subdomain oder Rendering-Logik unterschiedlich ausfallen.
Und zuletzt muss Googlebot-Image die Favicon-Datei selbst crawlen können. Das ist der Teil, den die meisten bereits auf dem Schirm haben. Die Datei darf nicht blockiert sein. Sie muss erreichbar sein. Sie sollte nicht hinter einer Anmeldung, einem Cookie-Banner-Zwang, einem Hotlink-Schutz oder einer Security-Abfrage verschwinden.
Wichtig ist dabei: Keine der beteiligten URLs darf durch robots.txt oder andere Mittel vom Crawling ausgeschlossen sein. Dieses „oder andere Mittel“ ist keine Nebensache. Robots.txt ist nur ein offensichtlicher Kandidat. In der Praxis kommen noch viele andere Dinge infrage: Serverregeln, CDN-Firewalls, WAFs, Geoblocking, User-Agent-Blockaden, Login-Pflichten, fehlerhafte Weiterleitungsschleifen oder auch JavaScript-Logik, die Bots anders behandelt.
Ein typisches Beispiel aus der Praxis
Nehmen wir eine Website, die international ausgerichtet ist. Die Hauptdomain leitet automatisch weiter:
example.com → www.example.com → www.example.com/de/
Auf /de/ steht im Head der Favicon-Verweis:
/assets/icons/favicon-32×32.png
Für dich im Browser sieht das völlig problemlos aus. Du rufst die Domain auf, wirst zur deutschen Version geschickt, oben im Browser-Tab erscheint das Icon. Alles fein.
Aber vielleicht blockiert die robots.txt den Ordner /assets/. Oder eine Firewall erlaubt Googlebot zwar den Zugriff auf die Startseite, stuft aber Googlebot-Image beim Bildabruf als verdächtig ein. Oder die Weiterleitung auf /de/ basiert auf einer Logik, die bei Googlebot anders reagiert und ins Leere führt. Dann ist die Kette kaputt.
Der Punkt ist: Das Favicon ist nicht nur eine Datei. Es ist ein Zusammenspiel aus Crawling, Weiterleitung, HTML-Auswertung und Bildabruf.
Was du konkret prüfen solltest
Wenn dein Favicon in der Google-Suche nicht erscheint, falsch angezeigt wird oder nicht aktualisiert wurde, würde ich nicht zuerst am Design zweifeln. Oft liegt es eher an einer technischen Kleinigkeit. Und ja, manchmal dauert die Aktualisierung bei Google einfach. Aber bevor man wartet und wartet, lohnt sich eine nüchterne Prüfung.
Prüfe zuerst die Startseite
Stelle sicher, dass deine Startseite für Googlebot crawlbar ist. Schau dir deine robots.txt an und prüfe, ob die Startseite oder relevante Pfade blockiert werden. Besonders bei Relaunches landen manchmal Regeln in der Live-Umgebung, die eigentlich nur für Testsysteme gedacht waren. So etwas passiert häufiger, als man zugeben möchte.
Auch Security-Tools solltest du nicht vergessen. Wenn du Cloudflare, eine Web Application Firewall oder einen Bot-Schutz nutzt, prüfe, ob Googlebot korrekt durchgelassen wird. Dabei reicht es nicht immer, nur nach dem User-Agent zu schauen, weil sich User-Agents fälschen lassen. Gute Systeme validieren Googlebot über Reverse-DNS oder ähnliche Verfahren. Schlechte Konfigurationen blockieren dagegen gern zu viel.
Verfolge deine Weiterleitungen sauber
Dann solltest du die Weiterleitungskette deiner Startseite prüfen. Nicht nur im Browser, sondern technisch. Tools wie cURL, Logfile-Analysen, Crawling-Tools oder URL-Inspektionsfunktionen helfen dabei. Entscheidend ist, welche Statuscodes zurückkommen und wo Googlebot am Ende landet.
Eine einfache Weiterleitung von HTTP auf HTTPS ist normalerweise kein Problem. Auch www/non-www ist kein Thema, solange es sauber gelöst ist. Kritischer wird es bei langen Ketten, bedingten Weiterleitungen oder Weiterleitungen, die je nach Land, Sprache, Gerät oder User-Agent anders ausfallen.
Aus meiner Sicht ist hier weniger oft mehr. Je kürzer und eindeutiger die Weiterleitungskette, desto weniger Fehlerquellen. Eine Startseite sollte nicht über fünf Stationen laufen, nur um am Ende bei der eigentlichen Seite anzukommen. Das ist nicht nur für Favicons unschön, sondern generell für Crawling, Performance und Wartbarkeit.
Kontrolliere den Favicon-Verweis im finalen HTML
Wenn Googlebot nach allen Weiterleitungen auf der finalen Seite landet, muss dort der Favicon-Verweis auffindbar sein. Meist sitzt er im Head des HTML-Dokuments. Wichtig ist, dass der Verweis im ausgelieferten HTML tatsächlich vorhanden ist — nicht nur nachträglich durch komplizierte Client-seitige Logik erzeugt wird.
Google kann zwar JavaScript verarbeiten, aber bei so grundlegenden Signalen wie einem Favicon würde ich mich nicht unnötig auf Rendering verlassen. Ein sauberer Link im initialen HTML ist schlicht robuster.
Achte auch darauf, ob verschiedene Seitenversionen unterschiedliche Favicons ausspielen. Manche Websites haben eigene Icons für Sprachversionen, Brands, Shops, Apps oder Subdomains. Das kann gewollt sein. Es kann aber auch zu Verwirrung führen, wenn Google je nach Einstiegspunkt unterschiedliche Signale sieht.
Die Favicon-Datei selbst darf nicht blockiert sein
Zum Schluss kommt die Bilddatei. Sie muss für Googlebot-Image erreichbar sein. Wenn du den Ordner mit deinen Assets per robots.txt blockierst, kann das problematisch werden. Viele blockieren Bild-, CSS- oder Script-Verzeichnisse aus alter Gewohnheit, um „Crawling zu sparen“. Das ist heute meistens keine gute Idee, zumindest nicht pauschal.
Prüfe außerdem, ob die Datei einen sinnvollen HTTP-Status zurückgibt. Sie sollte nicht auf eine Fehlerseite zeigen, nicht mit 403 blockieren, nicht eine Login-Seite ausliefern und nicht ständig zwischen Varianten weiterleiten. Auch Caching kann eine Rolle spielen. Wenn du dein Favicon änderst, aber alte Versionen sehr lange gecacht werden, kann es dauern, bis Google die Änderung sichtbar übernimmt.
Warum Google die Formulierung offenbar angepasst hat
Interessant ist der Hintergrund der Änderung. Die Anpassung wurde offenbar vorgenommen, weil KI-Systeme Schwierigkeiten hatten, die bisherige Anweisung richtig zu interpretieren. Die frühere Fassung war für erfahrene SEOs wahrscheinlich verständlich genug. Sie sagte ja bereits, dass Googlebot die Startseite crawlen können muss und Googlebot-Image die Datei abrufen können muss.
Aber sie erklärte nicht ausdrücklich den Zwischenschritt: Googlebot muss von der Startseite aus Weiterleitungen bis zur Seite verfolgen können, auf der das Favicon definiert ist. Genau dieser Punkt fehlte als klare Handlungsanweisung.
Das ist, finde ich, eine bemerkenswerte Entwicklung. Dokumentationen werden nicht mehr nur für Menschen geschrieben, sondern zunehmend auch so, dass KI-Systeme sie besser als Diagnosegrundlage nutzen können. Wenn jemand eine KI bittet, zu untersuchen, warum das Favicon einer Website in der Suche nicht angezeigt wird, braucht das System möglichst präzise, schrittweise formulierte Kriterien. Vage Aussagen führen schneller zu falschen Diagnosen.
Ganz ehrlich: Das gilt nicht nur für KI. Auch Menschen profitieren davon. Gerade bei technischen SEO-Problemen ist eine klare Kette hilfreicher als ein allgemeiner Hinweis. „Die Startseite und das Favicon dürfen nicht blockiert sein“ ist richtig, aber etwas grob. „Googlebot muss die Startseite crawlen, Weiterleitungen verfolgen, die Seite mit der Favicon-Angabe erreichen, und Googlebot-Image muss die Datei abrufen können“ ist viel besser prüfbar.
Man merkt daran auch, wohin sich technische Dokumentation entwickelt. Sie muss nicht nur korrekt sein, sondern diagnosefähig. Also so formuliert, dass daraus konkrete Prüfschritte entstehen. Für SEO-Teams, Entwickler und eben auch automatisierte Assistenten.
Was sich durch die Änderung nicht verändert
Wichtig ist: Diese Anpassung bedeutet nicht, dass Google plötzlich eine völlig neue Favicon-Regel eingeführt hat. Es ist eher eine Klarstellung. Wenn deine Website bereits sauber crawlbar ist, Weiterleitungen korrekt funktionieren und das Favicon erreichbar ist, musst du vermutlich nichts ändern.
Auch bedeutet es nicht, dass jede Weiterleitung schlecht wäre. Weiterleitungen sind normal. Fast jede ernsthafte Website nutzt sie irgendwo: HTTP zu HTTPS, alte URLs zu neuen URLs, Slash-Varianten, Domain-Kanonisierung. Entscheidend ist, dass Googlebot ihnen folgen kann und dass sie nicht in Sackgassen führen.
Ebenso heißt es nicht, dass das Favicon zwingend direkt auf der Startseite im Root liegen muss. Es muss nur korrekt angegeben und erreichbar sein. Der kleine Unterschied ist wichtig. Viele moderne Setups speichern Icons in Asset-Verzeichnissen, CDN-Pfaden oder versionierten Build-Ordnern. Das kann funktionieren, solange Google die Verweise und Dateien abrufen darf.
Meine Empfehlung: Favicon-Probleme wie ein Crawling-Problem behandeln
Wenn ich ein Favicon-Problem untersuchen müsste, würde ich es nicht als reines „Icon-Problem“ betrachten. Ich würde es als kleines Crawling-Problem behandeln. Das macht die Analyse sofort strukturierter.
Erstens: Welche URL versteht Google als Startseite?
Zweitens: Welche Weiterleitungen passieren von dort?
Drittens: Welche finale HTML-Seite wird erreicht?
Viertens: Welcher Favicon-Verweis steht dort im Quellcode?
Fünftens: Kann Googlebot-Image diese Datei abrufen?
Sechstens: Blockiert robots.txt, eine Firewall, ein CDN oder eine sonstige Regel einen Teil dieser Kette?
Das ist keine besonders glamouröse Analyse. Eher Handwerk. Aber genau dieses Handwerk löst viele technische SEO-Probleme zuverlässiger als wilde Spekulationen.
Ein kleiner Praxis-Tipp: Wenn du gerade ein neues Favicon ausgerollt hast, dokumentiere dir die finale Favicon-URL und prüfe sie wie jede andere wichtige Ressource. Gerade bei Build-Prozessen, die Dateinamen mit Hashes erzeugen, kann sich der Pfad ändern. Dann zeigt vielleicht eine alte Vorlage noch auf eine Datei, die zwar im Browser-Cache existiert, aber auf dem Server längst nicht mehr sauber erreichbar ist. So etwas sieht man im Alltag immer wieder.
Fazit
Die aktualisierte Favicon-Dokumentation bringt keine Revolution, aber sie räumt eine wichtige Unschärfe aus. Googlebot muss die Startseite erreichen, Weiterleitungen folgen und die Seite finden können, auf der das Favicon angegeben ist. Googlebot-Image muss anschließend die Favicon-Datei abrufen können. Alles, was in dieser Kette blockiert, umgeleitet, geschützt oder falsch ausgeliefert wird, kann dazu führen, dass dein Favicon in der Suche nicht wie erwartet erscheint.
Für dich heißt das: Schau nicht nur auf die Icon-Datei selbst. Prüfe den gesamten Weg. Startseite, Redirects, HTML-Verweis, Bilddatei, robots.txt und sonstige Blockaden. Meist steckt der Fehler irgendwo dazwischen, nicht unbedingt dort, wo man zuerst hinschaut.
Und nebenbei zeigt diese kleine Änderung noch etwas Größeres: Technische Dokumentation wird zunehmend so geschrieben, dass sie nicht nur gelesen, sondern auch als Grundlage für Fehlersuche verwendet werden kann — von Menschen und von KI-Systemen. In diesem Fall ist das ausnahmsweise mal eine sehr praktische Entwicklung.
