Warum erscheinen meine Bilder nicht in der Google Bildersuche?

Ein Foto kann auf deiner Website problemlos erscheinen und für Google trotzdem schwer auffindbar oder abrufbar sein. Umgekehrt kann Google es indexiert haben, ohne es für deine Suchbegriffe anzuzeigen. Diese Fälle erfordern unterschiedliche Maßnahmen.

Untersuche zunächst ein wichtiges Bild, bevor du die gesamte Mediathek änderst. Du brauchst die Seitenadresse und die direkte Bildadresse. Verwaltet jemand anderes die technischen Einstellungen, sammle deine Beobachtungen für die Entwicklung oder den Hosting-Anbieter.

Kein Zugriff auf die Search Console? Beginne mit der öffentlichen Bildadresse, prüfe dann Crawling- und Indexierungsregeln sowie die Einbindung auf der Seite. Diese Browserprüfungen benötigen kein Search-Console-Konto. Schicke dem Website-Verantwortlichen beide Adressen, das Prüfdatum und fehlgeschlagene Tests und bitte um eine URL-Prüfung in der Search Console.

1. Kläre, was genau fehlt

Der Ablauf hat vier Schritte: Google entdeckt die Bildadresse, lädt die Datei, entscheidet über die Indexierung und wählt Ergebnisse für eine Suchanfrage aus. Die folgenden Prüfungen helfen, den betroffenen Schritt einzugrenzen.

Ist das Bild noch nie erschienen, nach einer Änderung verschwunden oder nur für einen stark umkämpften Suchbegriff nicht sichtbar? Unterscheide außerdem ein fehlendes Ergebnis im Tab Bilder von einem fehlenden Vorschaubild neben einem normalen Webergebnis. Dieser Ratgeber behandelt die Bildersuche; Vorschaubilder für Webergebnisse wählt Google gesondert aus.

Öffne in der Search Console Leistung → Suchergebnisse, wähle den Suchtyp Bild und filtere nach der betreffenden Seite. Vergleiche Impressionen und Klicks vor und nach der Änderung. Die Dokumentation zum Leistungsbericht erklärt die Filter.

Impressionen in der Bildersuche zeigen, dass mit der Seite verknüpfte Ergebnisse angezeigt wurden. Bei mehreren Bildern identifizieren sie nicht jedes einzelne Foto. Auch null Impressionen im gewählten Zeitraum beweisen keinen Indexierungsfehler: Nachfrage oder Sichtbarkeit können gering gewesen sein.

Probiere in der Bildersuche site:example.com. Für eine bestimmte Datei verwende src:https://example.com/images/blue-mug.jpg mit ihrer vollständigen öffentlichen Adresse. Der src:-Operator findet Seiten, die auf diese Bild-URL verweisen. Beide Suchen sind unvollständig; ein leeres Ergebnis allein belegt keine fehlende Indexierung. Beachte Googles Erläuterung der Grenzen von site:.

2. Prüfe die Seite mit dem Bild

Gib die Seiten-URL in die URL-Prüfung der Search Console ein. Beginne mit der Produktseite, dem Artikel oder der Leistungsseite, die Besucher öffnen würden, statt mit einer Adresse auf .jpg oder .webp.

1. Lies die Angaben zur indexierten Version. Öffne Seitenindexierung und notiere den Grund, falls die Seite nicht indexiert ist. Die folgende Tabelle hilft beim nächsten Schritt.
2. Prüfe dort die kanonische URL. Sie bezeichnet die bevorzugte Seitenversion. Vergleiche Vom Nutzer angegebene kanonische URL und Von Google ausgewählte kanonische URL. Hat Google eine andere Adresse gewählt, öffne sie und prüfe, ob diese Version beabsichtigt ist.
3. Wähle Live-URL testen. Der Test untersucht die aktuelle Seite, die Indexdaten dagegen die zuvor von Google verarbeitete Version. Nach einer Korrektur sind Unterschiede möglich.
4. Öffne Getestete Seite anzeigen, sofern verfügbar. Suche im HTML-Tab nach Dateiname oder Bild-URL. Unter Weitere Informationen findest du fehlgeschlagene Ressourcen und JavaScript-Fehler. Erreicht der Test die Seite nicht, kläre zuerst diesen Zugriffsfehler.

Diese Befunde betreffen die Seite, nicht den Status jedes Bildes. Googles Hilfe zur Seitenindexierung erklärt sie. Ist die Seite indexiert, fahre mit den Bildprüfungen fort.

Der Live-Test prüft aktuellen Zugriff und Rendering. Er bestimmt weder Googles kanonische Auswahl noch bestätigt er die Indexierung. Sein Test-Crawler kann zudem eine andere Antwort erhalten als der Crawler für die normale Suche. Die Hilfe zur URL-Prüfung erläutert die gemeinsame Auswertung beider Ergebnisse.

3. Prüfe die richtige Bilddatei und ihre Antwort

Klicke auf der veröffentlichten Seite mit der rechten Maustaste auf das Bild und wähle etwa Bild in neuem Tab öffnen. Kopiere die Adresse. Bei mehreren Bildgrößen hilft das Network-Panel, die angeforderte Version zu erkennen. Unser Ratgeber zu responsiven Bildern erklärt unterschiedliche Dateien auf Mobilgeräten und Computern.

Öffne die direkte Bildadresse ohne Anmeldung in einem privaten Fenster. Scheitert das, untersuche den Zugriff vor einer Änderung des Alt-Textes. Funktioniert es, ist der anonyme Browserzugriff bestätigt; Googlebot erhält dennoch nicht zwingend dieselbe Antwort.

Öffne die Entwicklertools und wähle Network. Lade die Seite neu, filtere nach Img und wähle die betroffene Bildanfrage. Unter Headers prüfst du Status und Antwortheader, unter Preview das Bild. Bezeichnungen können je nach Browser abweichen. Ein erfolgreicher neuer Abruf sollte das echte Bild und einen passenden Content-Type wie image/jpeg oder image/webp liefern. Eine HTML-Anmeldung oder Sicherheitsabfrage ist keine Bilddatei, auch bei einer Adresse auf .jpg.

Behebe eine fehlende Datei oder einen Zugriffsfehler, bevor du die Indexierungsregeln untersuchst. Googles Dokumentation zu HTTP-Statuscodes erläutert deren Auswirkungen auf das Crawling.

Scheitern offenbar nur Googles Anfragen, bitte den Hoster, Server- oder CDN-Protokolle zu prüfen. Ein CDN kann Bilder getrennt von deiner Website ausliefern. Frage nach betroffener URL, Antwortstatus und ausgelöster Sicherheitsregel. Schalte nicht den gesamten Schutz ab und vertraue nicht allein der Bezeichnung Googlebot. Google erklärt, wie du seine Crawler verifizierst.

4. Prüfe Crawling-Sperren und Indexierungsregeln

Öffne /robots.txt im Stammverzeichnis des Bild-Hosts. Für https://images.example.com/uploads/mug.jpg prüfst du https://images.example.com/robots.txt. Regeln auf www.example.com gelten nicht für den separaten Bild-Host.

Diese Regel sperrt beispielsweise den Pfad /uploads/ dieses Hosts für Googlebot-Image:

User-agent: Googlebot-Image
Disallow: /uploads/

Das ist ein zu untersuchender Sperrfall, keine Empfehlung zum Einfügen. Google nutzt die Gruppe mit dem spezifischsten passenden User-Agent. Eine botspezifische Gruppe wird nicht mit User-agent: * zusammengeführt; mehrere Gruppen für denselben passenden Agenten werden kombiniert. Lass die tatsächlich zutreffenden Gruppen und Pfadregeln prüfen, bevor du etwas änderst. Siehe Googles Regeln zur robots.txt-Auswertung.

Finde Indexierungsanweisungen in Seite und Bildantwort

Wähle auf der öffentlichen Seite Seitenquelltext anzeigen und suche nach robots, googlebot und noindex. Entscheidend ist ein echtes <meta>-Tag im <head>, nicht eine Erwähnung im Inhalt. Ändert JavaScript die Seite, prüfe den <head> auch im Elements-Panel. Eine Bildindexierungssperre kann so aussehen:

<meta name="robots" content="noimageindex">

Wähle anschließend die Bildanfrage im Network-Panel und suche unter Headers → Response Headers nach X-Robots-Tag. Das ist ein HTTP-Antwortheader, kein HTML-Tag:

X-Robots-Tag: noindex

Beide Beispiele zeigen Beschränkungen, haben aber unterschiedliche Wirkung:

• noimageindex auf Seitenebene: verhindert die Indexierung von Bildern über diese Seite. Dieselbe Datei kann über eine andere Seite indexiert werden.
• X-Robots-Tag: noindex in der Bildantwort: untersagt direkt die Indexierung dieses Bildes.
• noindex auf Seitenebene: schließt die Seite selbst aus. Prüfe es, wenn die öffentliche Zielseite auffindbar sein soll.

Prüfe für die Seite selbst sowohl HTML als auch Antwortheader: noindex kann in beiden stehen. Korrigiere bei einer unbeabsichtigten Sperre die erzeugende Einstellung und kontrolliere danach die öffentliche Antwort. Beabsichtigte Beschränkungen bleiben bestehen.

Crawling-Sperren und Indexierungsanweisungen sind nicht dasselbe. Google muss eine Ressource abrufen können, um ihren Indexierungsheader zu lesen. Eine entfernte Sperre beseitigt keine anderen Beschränkungen. Googles Hilfe zum Entfernen von Bildern erklärt bildspezifische Möglichkeiten; die Referenz zu Robots-Anweisungen behandelt Seiten und HTTP-Header.

5. Prüfe, ob die Seite eine echte Bildadresse bereitstellt

Ein sichtbares Bild ist nicht zwangsläufig ein normales HTML-Bild. Prüfe im Editor, ob es als Bild, Hintergrund oder über eine eigene Galerie eingebunden ist.

Für Inhalte, die in der Bildersuche auffindbar sein sollen, nutze <img> mit einer echten src-Adresse. Auch <picture> sollte dieses Bildelement als Fallback enthalten. Google erklärt ausdrücklich, dass CSS-Bilder nicht indexiert werden. Siehe die Bild-SEO-Dokumentation.

<img src="/images/blue-ceramic-mug.webp"
     alt="Blaue Keramiktasse mit geschwungenem Henkel">

Die Beschreibung im Beispiel gehört zu einem Produktfoto. Beschreibe dein eigenes Bild entsprechend seiner Aufgabe. Eine reine Dekoration kann ein Hintergrund bleiben; sie braucht kein Ergebnis in der Bildersuche.

JavaScript ist nicht automatisch die Ursache

Google führt JavaScript aus. Ein per Skript eingefügtes Bild ist deshalb nicht automatisch ausgeschlossen. Fehlerhafte Skripte, gesperrte Abhängigkeiten oder fehlgeschlagene Datenanfragen können es im gerenderten HTML fehlen lassen. Vergleiche den Browser mit dem getesteten Ergebnis der Search Console. Googles JavaScript-SEO-Leitfaden beschreibt Rendering und typische Grenzen.

Untersuche Lazy Loading und Galerien

Steht die echte Adresse nur in data-src, muss funktionierender Code sie als Bildquelle eintragen. Eine Galerie, die Bilder erst nach einem Klick lädt, braucht ebenfalls eine Prüfung: Google bedient die Seite nicht wie ein Besucher.

Nutze eine getestete Lösung, die Bild-URLs ohne Nutzeraktion bereitstellt. Natives loading="lazy" unterscheidet sich von einem Skript, das die Quelle bis zu einer Aktion zurückhält. Prüfe das gerenderte HTML und nicht nur, ob Anklicken funktioniert. Lies Googles Hinweise zu verzögert geladenen Inhalten und unseren Lazy-Loading-Ratgeber, bevor du die ganze Website umstellst.

6. Untersuche geänderte Bild-URLs und Formate

Sank die Sichtbarkeit nach einem Umzug, CDN-Wechsel oder Plugin-Update, vergleiche alte und aktuelle Bildadressen. Beziehe erzeugte Vorschaubilder und Mobilversionen ein, nicht nur die Originaldatei der Mediathek.

Wurde /uploads/blue-mug.jpg durch /images/blue-mug.webp ersetzt, prüfe die Verweise der veröffentlichten Seiten, die neue Adresse und gegebenenfalls eine dauerhafte Weiterleitung der alten URL zum Ersatzbild. Leite zum entsprechenden Bild statt pauschal zur Startseite weiter. Googles Migrationsleitfaden für URLs umfasst auch Bilddateien.

Die Google Suche unterstützt WebP und AVIF. Ein Formatwechsel allein erklärt ein fehlendes Ergebnis daher nicht. Prüfe geänderte Adressen, Zugriffsregeln und ob die Seite noch das richtige Bild bereitstellt. Unser Vergleich von WebP und JPG hilft bei der Formatwahl.

Prüfe auch kurzlebige oder bei jedem Besuch wechselnde Bildlinks. Eine signierte URL kann heute funktionieren und später ablaufen. Bitte den Bilddienst für öffentliche Website-Bilder um eine dauerhafte öffentliche Adresse. Entferne Zugangstoken nicht wahllos aus einer URL; der Link könnte dadurch unbrauchbar werden.

7. Prüfe die Auffindbarkeit über eine Bilder-Sitemap

Funktionieren Seite und Datei, untersuche die vorhandene Sitemap. Bildangaben können Google beim Entdecken der URLs helfen. Sie passen in eine bestehende Sitemap oder eine separate Datei; eine zusätzliche Datei ist nicht grundsätzlich besser.

In einer Bilder-Sitemap bezeichnet <loc> die Seite mit dem Bild und <image:loc> die Bilddatei. Prüfe, ob die Bilder aktuell, öffentlich und der richtigen Seite zugeordnet sind. Googles Bilder-Sitemap-Dokumentation erklärt XML-Aufbau und CDN-Unterstützung.

Erstellt dein CMS diese Einträge bereits, kontrolliere sie vor der Installation eines weiteren Plugins. Eine Sitemap repariert keine defekte Antwort, entfernt keine Sperre und erzwingt keine Indexierung. Sie unterstützt die Entdeckung von URLs.

8. Wenn die Technik funktioniert, prüfe den Nutzen der Seite

Konvertiere oder benenne die Datei nicht immer wieder ohne einen konkreten Befund. Betrachte das Bild im Zusammenhang: Erklärt es ein Produkt, zeigt es eine Arbeit oder veranschaulicht es einen Artikel? Hilft der Text daneben beim Verständnis?

Ein Renovierungsfoto auf einer Seite namens „Galerie“ ohne Projekterklärung liefert wenig Kontext. Eine hilfreichere Seite beschreibt die Arbeiten, das sichtbare Ergebnis und wichtige Details. So gibt es nach dem Bildfund einen Grund, die Seite zu öffnen.

Schreibe passenden Alt-Text und einen verständlichen Dateinamen ohne Keyword-Stuffing. Beides ersetzt keine Zugriffsprüfung. Nutze die Beispiele im Ratgeber zu Alt-Text und Dateinamen, statt jedes Bild mit derselben Suchphrase zu versehen.

Prüfe auch Schärfe und Ladeverhalten. Bei unnötig großen Abmessungen kannst du eine Kopie verkleinern, ohne wichtige Details unlesbar zu machen. Der Ratgeber zu langsam ladenden Bildern trennt Dateigröße von anderen Verzögerungen.

9. Überprüfe die Änderung und gib Google Zeit

Notiere Seiten-URL, Bild-URL, Fehler, Änderung und Datum. Prüfe nach Veröffentlichung erneut die Seite und die direkte Bildantwort. So verwechselst du eine lokale Änderung oder Editorvorschau nicht mit einer veröffentlichten Reparatur.

Teste nach einer Korrektur an einer von dir verwalteten Seite die Live-URL und beantrage bei Bedarf die Indexierung. Bei Gecrawlt – zurzeit nicht indexiert ohne Änderung sind wiederholte Anträge nicht sinnvoll. Halte bei größeren Änderungen die Sitemap aktuell. Googles Hinweise zum erneuten Crawling nennen Tage bis Wochen; wiederholte Anträge beschleunigen nichts und garantieren keine Aufnahme.

Beobachte Crawling-Daten und Bildsuchleistung nach Googles nächstem Besuch. Diese Zeitangaben sind keine Frist für ein einzelnes Bild. Besteht der Fehler weiter, gehe zur betroffenen Prüfung zurück. Ist er behoben, aber die Sichtbarkeit gering, untersuche Relevanz und passende Suchanfragen.

Beispiel: Eine Galerie verliert nach dem Relaunch Sichtbarkeit

Stell dir einen Möbelbetrieb vor, dessen Projektgalerie nach einem Relaunch weniger Bildsuch-Impressionen erhält. Die Projektseite bleibt indexiert und die Foto-URL liefert das richtige Bild. Der Vorlagenvergleich zeigt: Ein normales Bild wurde durch einen CSS-Hintergrund ersetzt.

<div class="project-photo"
     style="background-image: url('/images/oak-table.jpg')">
</div>

Das Foto zeigt wesentliche Projektinformationen. Deshalb stellt der Entwickler ein Bildelement wieder her:

<img class="project-photo"
     src="/images/oak-table.jpg"
     alt="Esstisch aus Eiche mit sich verjüngenden Beinen in einer fertigen Küche">

Die Bildadresse bleibt gleich. Der Entwickler prüft Desktop- und Mobildarstellung und bestätigt im veröffentlichten sowie von Search Console gerenderten HTML dieses <img> mit seiner src-Adresse. Nach Googles erneutem Besuch beobachtet er die Bildsuchleistung. Eine erneute JPG-Komprimierung hätte die Vorlage nicht repariert.

Häufige Fragen

Die Seite ist indexiert. Warum fehlt das Bild trotzdem?

Der Status gilt für die Seite. Prüfe weiter die Bildantwort, bildspezifische Regeln und die Bildquelle im gerenderten HTML. So grenzt du das Problem des Bildes ein.

Muss ich das Bild direkt bei Google hochladen?

Veröffentliche gewöhnliche Website-Bilder auf einer erreichbaren Seite und mache ihre Quellen auffindbar. Eine Crawling-Anfrage oder Sitemap-Einreichung ist kein Upload in die Google Bildersuche.

Lässt Alt-Text das Bild erscheinen?

Alt-Text beschreibt das Bild für Menschen, die es nicht sehen können, und erklärt sein Motiv. Richte ihn an der Aufgabe auf der Seite aus. Bei fehlenden Suchbildern prüfst du zuerst Zugriff und Einbindung, bevor du die Beschreibung als Ursache vermutest.

Sollte ich WebP wieder in JPG umwandeln?

Nicht allein deshalb, weil deine eigenen Suchen nichts zeigen. Prüfe zuerst die Einbindung. Ein weiterer Formatwechsel kann zusätzliche URLs und Ersetzungen erzeugen, ohne die eigentliche Ursache zu beheben.

Kann Pixilo Indexierungsprobleme lösen?

Pixilo hilft dir, geeignete Bilddateien vorzubereiten. Zugriffsregeln, Bild-Markup, Sitemaps und Search-Console-Prüfungen werden in Website und Hosting verwaltet.

Zusammenfassen mitChatGPT (öffnet sich in einem neuen Tab)Grok (öffnet sich in einem neuen Tab)Google (öffnet sich in einem neuen Tab)Perplexity (öffnet sich in einem neuen Tab)Claude (öffnet sich in einem neuen Tab)