Bild-SEO
So optimieren Sie Bilder für Google Bilder, visuelle Suche und schnelle Seiten – mit passenden Formaten, Dateinamen, Alternativtexten, Lazy Loading, strukturierten Daten und Bild-Sitemaps.
Sprachen
Bild-SEO erfüllt zwei Aufgaben: Bilder in Google Bilder und der visuellen Suche sichtbar machen – über Alternativtexte, Dateinamen, Seitenkontext und Einzigartigkeit – und Seiten schnell halten, weil Bilder häufig das größte LCP-Element sind. WebP oder AVIF erhalten keinen direkten Rankingbonus; ihr Vorteil sind kleinere Dateien. Bestehende Dateien sollten nicht massenhaft umbenannt werden, und CSS-Hintergrundbilder werden nicht indexiert. Natives loading="lazy" eignet sich für Bilder außerhalb des anfänglichen Viewports, niemals aber für das LCP-Bild. Google indexiert <img> und <picture>, unterstützt BMP, GIF, JPEG, PNG, WebP, SVG und AVIF und empfiehlt seit Mai 2025, dasselbe Bild überall unter derselben URL zu referenzieren.
Evidence for this claim Google indexes images referenced with HTML image elements and does not index CSS background images as images. Scope: Google image discovery and indexing. Confidence: high · Verified: Google Search Central: Image SEO Evidence for this claim Images can be LCP candidates; the LCP image should be discoverable early and should not be lazy-loaded. Scope: web.dev LCP image loading guidance. Confidence: high · Verified: web.dev: Optimize LCPTL;DR — Bild-SEO sorgt dafür, dass Bilder in der Suche gefunden werden und zugleich schnell laden. Verwenden Sie aussagekräftige Dateinamen und Alternativtexte, komprimieren Sie große Dateien, wählen Sie ein modernes Format wie WebP und laden Sie das große Bild oben auf der Seite nicht verzögert. Keine dieser Maßnahmen erzeugt einen magischen Rankingbonus; sie verbessert Auffindbarkeit und Ladezeit.
Was Bild-SEO ist
Wenn Sie ein Bild auf einer Webseite einbinden, können Suchmaschinen damit zwei nützliche Dinge tun: Sie können es in der Bildersuche – Google Bilder, Bing Bilder oder Google Lens – anzeigen und Besucher auf Ihre Seite führen. Außerdem nutzen sie das Bild, vor allem seinen Alternativtext, um den Inhalt der Seite zu verstehen.
Eine Suchmaschine sieht ein Foto nicht wie ein Mensch. Sie stützt sich auf Hinweise wie Dateiname, Alternativtext, umgebenden Text und die Datei selbst. Bild-SEO liefert diese Hinweise und verhindert zugleich, dass ein Bild die Seite unnötig ausbremst.
Die wenigen Maßnahmen, die zählen
- Ein echtes Format verwenden und komprimieren. WebP und AVIF erzeugen bei ähnlicher Qualität meist deutlich kleinere Dateien als ältere JPEGs. Kleinere Dateien laden schneller; der Vorteil entsteht durch Geschwindigkeit, nicht durch das Format selbst.
- Die Datei aussagekräftig benennen.
golden-retriever-puppy.jpgliefert Google mehr Kontext alsIMG_0042.jpg. Tun Sie dies bei neuen Bildern, statt den gesamten Bestand nachträglich umzubenennen; die Gründe folgen im Tab Fortgeschritten. - Guten Alternativtext schreiben. Die kurze Bildbeschreibung unterstützt Bildersuche und Barrierefreiheit. Der separate Leitfaden zu Alternativtexten behandelt das Thema vollständig.
- Das große Bild oben nicht verzögert laden. Lazy Loading ist für Bilder weiter unten sinnvoll, beim Hero- beziehungsweise LCP-Bild verzögert es jedoch genau die gemessene Kennzahl.
- Möglichst ein einzigartiges Bild verwenden. Stockfotos sind für die Websuche in Ordnung, konkurrieren in der Bildersuche aber mit vielen identischen Kopien.
Der häufigste Irrtum
WebP oder AVIF erzeugen keinen SEO-Bonus. Der Formatwechsel verbessert Rankings nicht unmittelbar. Moderne Formate machen Dateien kleiner und Seiten schneller; darin liegt ihr Nutzen. Ebenso sind beschreibende Namen für neue Bilder sinnvoll, während die pauschale Umbenennung eines bestehenden Archivs mehr schaden als nützen kann.
Für genaue Google-Zitate, Formatabwägungen, strukturierte Daten, Bild-Sitemaps, Discover und die Regeln für Lazy Loading wechseln Sie zum Tab Fortgeschritten.
Evidence for this claim Google indexes images referenced with HTML image elements and does not index CSS background images as images. Scope: Google image discovery and indexing. Confidence: high · Verified: Google Search Central: Image SEO Evidence for this claim Images can be LCP candidates; the LCP image should be discoverable early and should not be lazy-loaded. Scope: web.dev LCP image loading guidance. Confidence: high · Verified: web.dev: Optimize LCPTL;DR — Bild-SEO verfolgt zwei getrennte Ziele: erstens Rankings in der Bildersuche bei Google Bilder, Lens und Bing – beeinflusst durch Alternativtexte, Dateinamen, Seitenkontext und Einzigartigkeit – und zweitens Seitenleistung, weil Bilder häufig das LCP-Element sind. Google indexiert
<img>auch innerhalb von<picture>, aber keine CSS-Hintergrundbilder, und unterstützt BMP, GIF, JPEG, PNG, WebP, SVG und AVIF. WebP und AVIF erhalten keinen direkten Rankingbonus; ihr Nutzen liegt in Geschwindigkeit und Core Web Vitals. Bestehende Dateien nicht massenhaft umbenennen. Nativesloading="lazy"ist außerhalb des anfänglichen Viewports sicher, aber niemals beim LCP-Bild; dieses erhältfetchpriority="high". Seit Mai 2025 soll dasselbe Bild überall unter derselben URL referenziert werden. Strukturierte Daten ermöglichen Rich Results, Bild-Sitemaps unterstützen die Auffindbarkeit.
Bild-SEO erfüllt zwei Aufgaben
Diese Trennung ist entscheidend, wird in vielen Bild-SEO-Checklisten aber verwischt. Die beiden Ziele verlangen unterschiedliche Maßnahmen:
- Ranking in der Bildersuche. Bilder sollen für bildbezogene Anfragen in Google Bilder, Bing Bilder und Google Lens erscheinen. Dafür zählen Alternativtexte, Dateinamen, der umgebende Text, strukturierte Daten und die Einzigartigkeit.
- Seitenleistung. Bilder sind häufig die schwersten Ressourcen einer Seite. Google bezeichnet sie als “often the largest contributor to overall page size.” (Übersetzung) „häufig den größten Beitrag zur gesamten Seitengröße“. Deshalb verursachen sie oft einen langsamen Largest Contentful Paint (LCP), der in die Core Web Vitals einfließt – ein Rankingsignal für die Websuche.
Wer beide Aufgaben trennt, versteht das Thema leichter. Alternativtexte und Dateinamen wirken vor allem auf die Bildersuche; Format, Komprimierung und Ladestrategie auf die Leistung. Beides zählt, aber über unterschiedliche Hebel.
Bild- und visuelle Suche machen einen relevanten Teil der Suchaktivität aus, und Google Lens ist stark gewachsen. Optimierte Bilder verhindern daher nicht nur Probleme, sondern können selbst Traffic erzeugen.
Wie Google Bilder entdeckt und indexiert
Einige technische Regeln entscheiden, ob Bilder überhaupt in den Index gelangen:
- Nur HTML-
<img>wird indexiert. Google erklärt: “Google parses the HTML<img>elements (even when they’re enclosed in other elements such as<picture>elements) in your pages to index images, but doesn’t index CSS images.” (Übersetzung) „Google verarbeitet die HTML-<img>-Elemente Ihrer Seiten auch innerhalb von<picture>, um Bilder zu indexieren, indexiert jedoch keine CSS-Bilder.“ Inhalte für die Bildersuche gehören daher in ein<img>, nicht ausschließlich inbackground-image. - Immer ein Fallback-
srcangeben. Beisrcsetoder<picture>bleibt ein normalessrcnotwendig, weil “some browsers and crawlers don’t understand” (Übersetzung) „einige Browser und Crawler“ responsive Attribute „nicht verstehen“. - Unterstützte Formate: BMP, GIF, JPEG, PNG, WebP, SVG und AVIF; AVIF wird seit August 2024 unterstützt. Die Dateiendung muss zum tatsächlichen Dateityp passen.
- Kontext zählt neben dem Markup. Markup macht ein Bild auffindbar; umgebender Text, Bildunterschriften, Titel und weitere Metadaten helfen Google, seinen Inhalt zu verstehen.
- URL-Konsistenz seit Mai 2025. Google empfiehlt, dasselbe Bild bei jeder Verwendung unter der gleichen URL zu referenzieren. Ein Google-Sprecher erklärte: “We updated the Google Image SEO best practices to clarify that URLs for images should be referenced consistently for easier crawling on larger websites.” (Übersetzung) „Wir haben die Best Practices für Google-Bild-SEO präzisiert: Bild-URLs sollten für leichteres Crawling großer Websites konsistent referenziert werden.“ So kann Google dasselbe Bild zwischenspeichern, statt es unter unterschiedlichen CDN-Pfaden erneut abzurufen.
Dateiformate: nach Geschwindigkeit wählen, nicht nach SEO-Bonus
Der wichtigste Mythos zuerst: Moderne Formate erhalten keinen direkten Rankingbonus. Mueller bestätigte, dass AVIF keinen “SEO boost” erhält. Für WebP gilt ebenfalls: “WebP images are fine for Image Search” (Übersetzung) „WebP-Bilder sind für die Bildersuche in Ordnung“ – in Ordnung, nicht besser. Google belohnt das Containerformat nicht.
Moderne Formate verkleinern Dateien, beschleunigen Seiten und können dadurch Core Web Vitals verbessern. Wählen Sie das Format nach seinen Eigenschaften:
- AVIF – stärkste Komprimierung, häufig mehr als 50 % kleiner als JPEG; mit Fallback verwenden.
- WebP – etwa 25–35 % kleiner als JPEG und nahezu überall unterstützt; der sichere Fotostandard.
- JPEG – universeller Fallback für Fotografien.
- PNG – für Transparenz und scharfkantige Grafiken.
- SVG – kleine, beliebig skalierbare Vektoren für Logos und Symbole.
- GIF – für anspruchsvollere Animationen vermeiden; Video oder animiertes WebP/AVIF vorziehen.
Eine saubere Umsetzung verwendet <picture> mit <source>-Elementen für moderne Formate
und einem <img src>-Fallback. Ältere Browser erhalten damit eine Alternative, und Google
behält ein indexierbares src.
Dateinamen: neue Bilder beschreiben, alte nicht massenhaft umbenennen
Dateinamen sind ein echtes, wenn auch kleines Signal. Google empfiehlt kurze,
aussagekräftige Namen: “the filename can give Google clues about the subject matter of
the image” (Übersetzung) „Der Dateiname kann Google Hinweise auf das Motiv des Bildes
geben.“ Deshalb ist golden-retriever-puppy.jpg besser als IMG00023.JPG; ein Name wie
image1.jpg verschenkt Kontext.
Die wichtige Einschränkung: Bestehende Dateien nicht nachträglich massenhaft umbenennen. Mueller sagte, dies “is going to take a lot of time for Google’s systems to see” (Übersetzung) „wird lange dauern, bis Googles Systeme es erkennen“, und der Effekt sei “minimal… maybe no visible effect at all” (Übersetzung) „minimal, vielleicht überhaupt nicht sichtbar“, wenn Alternativtext und Kontext bereits stimmen. Gary Illyes bezifferte den Signalverlust bei Bild-URL-Migrationen als “in line with web search results, which is a few weeks” (Übersetzung) „vergleichbar mit Websuchergebnissen, also einige Wochen“. Aussagekräftige Namen für neue Bilder sind sinnvoll; ein websiteweites Umbenennungsprojekt nicht.
Alternativtext in Kürze
Alternativtext ist die wichtigste Bildmetadatenangabe, wirkt aber vor allem auf
Bildersuche und Barrierefreiheit – nicht auf Rankings in der Websuche. Google verbindet
ihn mit Computer Vision und Seitenkontext. Beschreiben Sie deshalb das Bild im Kontext,
vermeiden Sie Keyword-Stuffing und verwenden Sie alt="" für rein dekorative Bilder.
Der Leitfaden zu Alternativtexten enthält
Regeln, Zitate und Prüfablauf.
Komprimierung, Lazy Loading und Core Web Vitals
Weil Bilder häufig LCP bestimmen, überschneiden sich Bild-SEO und Core Web Vitals hier am stärksten:
- Alles komprimieren. Passen Sie Bilder an ihre Darstellungsgröße an und komprimieren Sie jedes davon. Für viele Seiten ist das der größte Leistungshebel.
- Natives Lazy Loading ist außerhalb des anfänglichen Viewports sicher.
loading="lazy"am<img>ist crawlbar und von Google empfohlen. Problematisch sind JavaScript-Lösungen, welche die echte URL ausschließlich indata-srcverbergen und nie einsrcausgeben. Verwenden Sie nativesloading="lazy"oder IntersectionObserver, und laden Sie Bilder beim Sichtbarwerden statt erst nach Klick oder Wischgeste, denn “Google Search does not interact with your page” (Übersetzung) „Google Search interagiert nicht mit Ihrer Seite“. - Das LCP-Bild niemals verzögert laden. Das größte Bild im anfänglichen Viewport,
meist das Hero-Bild, lädt sofort mit
loading="eager"undfetchpriority="high". Lazy Loading kann LCP hier ohne Nutzen um Hunderte Millisekunden verzögern.
Responsive Bilder
Verwenden Sie srcset und sizes für unterschiedliche Auflösungen je Viewport sowie
<picture> für Bildausschnitt- oder Formatwechsel. Dabei gelten drei Regeln:
- Immer ein Fallback-
srcangeben. Crawler und ältere Browser benötigen es. - Jeder Kandidat muss erreichbar sein. Die Zugriffsregeln des Fallbacks gelten auch
für jede Datei in
srcsetund<picture>: nicht blockiert, nicht hinter einer Anmeldung und keine tote URL. - URLs mit der Seite konsistent halten. Die URL in einer Bild-Sitemap sollte der tatsächlich verwendeten Seiten-URL entsprechen. Mobil und auf dem Desktop keine abweichenden Bild-URLs ausliefern; als Mobile-First-Crawler kann Google sonst vorübergehend Bild-Traffic verlieren, während Signale für die neue URL aufgebaut werden.
Strukturierte Daten für Bilder
Strukturierte Daten ermöglichen bildbezogene Rich Results und Kennzeichnungen:
ImageObjectmitlicensemacht Bilder für die Kennzeichnung lizenzierbar in Google Bilder zulässig. Erforderlich sindcontentUrlund mindestens eines voncreator,creditText,copyrightNoticeoderlicense; für die Kennzeichnung kommenlicenseundacquireLicensePagehinzu.- Strukturierte Daten für Product und Article verwenden ein Bildarray mit mehreren
Seitenverhältnissen, häufig 16:9, 4:3 und 1:1. Die Eigenschaft
imageist für bildbezogene Rich Results erforderlich. - Thumbnail-Steuerung. Google wählt Vorschaubilder automatisch, lässt sich aber über
primaryImageOfPage, dieimage-Eigenschaft der Hauptentität oderog:imagebeeinflussen. Für Search und Discover berücksichtigt Google schema.org-Markup undog:image.
Zulässiges Markup garantiert keine Darstellung. Google entscheidet für jede Seite, ob eine Kennzeichnung, ein Bildarray oder ein Thumbnail tatsächlich erscheint.
Hier überschneidet sich Bild-SEO mit strukturierten Daten: Product-, Article- und Bild-Rich-Results beruhen auf derselben Markup-Infrastruktur.
Bild-Sitemaps
Bild-Sitemaps unterstützen die Auffindbarkeit, vor allem bei CDN-gehosteten Bildern,
großen Galerien und JavaScript-lastigen Websites. Google unterstützt heute nur
<image:image> und <image:loc>; <image:caption>, <image:title>,
<image:geo_location> und <image:license> wurden am 6. Mai 2022 eingestellt. Bing
verwendet sie weiterhin, weshalb sie in einer gemeinsamen Sitemap erhalten bleiben können.
In <image:loc> sind domainübergreifende URLs erlaubt, was CDN-Hosting erleichtert; die
CDN-Domain muss in der Search Console bestätigt sein. Eine Bild-Sitemap kann Google Bilder
entdecken lassen, garantiert aber weder Crawling noch Indexierung oder Ranking.
Discover und große Bilder
Für großformatige Bildvorschauen in Discover und anderen Google-Oberflächen setzen Sie
<meta name="robots" content="max-image-preview:large"> und verwenden hochauflösende,
mindestens 1 200 px breite Bilder, idealerweise im Verhältnis 16:9. Googles
Fallstudie dokumentiert messbare Verbesserungen: ein Food-Blog erzielte 79 % mehr CTR aus
Discover, eine Nachrichtenseite 30 % mehr CTR und 332 % mehr Klicks in sechs Monaten.
Stockfotos im Vergleich zu einzigartigen Bildern
Mueller formuliert es klar: Stockfotografie “doesn’t matter for web search directly” (Übersetzung) „spielt für die Websuche unmittelbar keine Rolle“, aber “for image search, if it’s the same image as used in many places, it’ll be harder” (Übersetzung) „in der Bildersuche wird es schwieriger, wenn dasselbe Bild an vielen Stellen verwendet wird“. Zugleich gilt: “uniqueness isn’t equivalent to higher quality” (Übersetzung) „Einzigartigkeit ist nicht gleichbedeutend mit höherer Qualität“. Eigene Fotos ranken also nicht automatisch besser; einzigartige Motive helfen vor allem bei Sichtbarkeit in der Bildersuche.
Aufkommend: KI-Bildkennzeichnung (C2PA / IPTC)
Google liest IPTC-Urheberrechtsfelder, die in Google Bilder als Quellenangabe erscheinen können, und nutzt IPTC-/C2PA-Metadaten, um KI-generierte Bilder im Bereich „Über dieses Bild“ zu kennzeichnen. Kamera-EXIF-Daten wie ISO, Blende oder GPS haben keinen dokumentierten Rankingeffekt. Sie können aus Leistungsgründen entfernt werden; Urheberrechtsfelder sollten erhalten bleiben. Der Bereich entwickelt sich weiter.
Wie es weitergeht
Dieser Überblick führt zu den vertiefenden und angrenzenden Themen:
- Alternativtext – vollständige Behandlung des
alt-Attributs: Bildersuche statt Websuche, Barrierefreiheit, rechtliche Bedeutung, Schreibregeln, dekorative Bilder, verlinkte Bilder und Prüfungen im großen Maßstab. - Rankings in Google Bilder – Anforderungen an Indexierung, lizenzierbare Bilder und verbreitete Mythen rund um Sichtbarkeit in Google Bilder und Lens.
- Bildformate – JPEG, PNG, WebP und AVIF im Vergleich und warum der Formatwechsel selbst kein Rankingfaktor ist.
- Core Web Vitals – Komprimierung, LCP und
fetchpriorityals Leistungsseite von Bild-SEO. - Strukturierte Daten –
ImageObject, Product-/Article-Bildarrays undog:image. - Bild-Sitemaps – Auffindbarkeit, von Google eingestellte aber von Bing genutzte Tags und domainübergreifende CDN-URLs.
KI-Zusammenfassung
Die wichtigsten Punkte der fortgeschrittenen Fassung:
- Bild-SEO erfüllt zwei Aufgaben: Sichtbarkeit in Google Bilder, Lens und Bing über Alternativtexte, Dateinamen, Seitenkontext und Einzigartigkeit sowie Seitenleistung, weil Bilder häufig das LCP-Element der Core Web Vitals sind.
- Auffindbarkeit: Google indexiert
<img>auch in<picture>, aber keine CSS-Hintergrundbilder. Ein Fallback-srcbleibt Pflicht. Unterstützt werden BMP, GIF, JPEG, PNG, WebP, SVG und AVIF. - Formate erhalten keinen direkten Rankingbonus. AVIF und WebP helfen über kleinere Dateien und Geschwindigkeit; PNG eignet sich für Transparenz, SVG für Symbole.
- Dateinamen: Neue Bilder aussagekräftig benennen, bestehende Dateien nicht massenhaft umbenennen. Der Nutzen ist gering, die Signalneubildung dauert Wochen.
- Alternativtext unterstützt vor allem Bildersuche und Barrierefreiheit, nicht direkt Rankings in der Websuche.
- Lazy Loading: Natives
loading="lazy"ist außerhalb des anfänglichen Viewports sicher; JavaScript mit verstecktemdata-srcist riskant. Das LCP-Bild erhält niemals Lazy Loading, sondernfetchpriority="high". - URL-Konsistenz: Seit Mai 2025 dasselbe Bild überall unter derselben URL referenzieren, auch mobil und auf dem Desktop.
- Strukturierte Daten:
ImageObjectmitlicenseermöglicht Lizenzkennzeichnungen; Product und Article verwenden Bildarrays,primaryImageOfPageundog:imagebeeinflussen Thumbnails. - Bild-Sitemaps helfen bei CDN-Bildern, Galerien und JavaScript-Seiten. Google behält
nur
<image:image>und<image:loc>; Bing nutzt weitere frühere Tags weiterhin. - Discover:
max-image-preview:largeplus mindestens 1 200 px breite 16:9-Bilder kann die CTR messbar erhöhen. - Stock und Einzigartigkeit: Stockbilder sind für die Websuche in Ordnung, in der Bildersuche aber schwerer zu differenzieren. C2PA/IPTC dient zunehmend der Kennzeichnung KI-generierter Bilder; EXIF hat keinen dokumentierten Rankingeffekt.
Offizielle Dokumentation
Primärdokumentation der Suchmaschinen.
- Google Images best practices — zentrale Referenz zu Auffindbarkeit über
<img>, unterstützten Formaten, Dateinamen, Alternativtexten, responsiven Bildern, URL-Konsistenz und bevorzugten Bildern. - Image sitemaps — unterstützte Tags
<image:image>und<image:loc>, domainübergreifende CDN-URLs und das Limit von 1 000 Bildern je URL. - Image license structured data —
ImageObject, Pflicht- und Empfehlungsfelder sowie die Lizenzkennzeichnung. - Article structured data — empfohlenes Bildarray und Seitenverhältnisse 16:9, 4:3 und 1:1.
- Product snippet structured data — Empfehlungen für Produktbilder.
- Fix lazy-loaded content — natives
loading="lazy", IntersectionObserver und warum interaktionsabhängiges Laden Inhalte vor Google verbirgt. - Robots meta tag —
max-image-preview— große Bildvorschauen in Search und Discover. - Large images case study — Googles eigene Daten zum CTR-Anstieg durch große Vorschauen.
- Prevent images appearing in search — robots.txt mit
Googlebot-Image,X-Robots-Tag: noindexund das Removals-Werkzeug. - Mobile-first indexing best practices — übereinstimmende Bild-URLs, Alternativtexte und Dateinamen auf Mobil- und Desktopseiten.
Bing / Microsoft
- Teil des Bing-Bildersuchökosystems sein — Bings Bildauffindbarkeit und verwendete Metadaten; Bing nutzt weiterhin von Google eingestellte Bild-Sitemap-Tags.
- Bing Visual Search — visuelle Suche auf Objektebene und Signale für die Bildzuordnung.
Zitate aus den Quellen
Dokumentierte Aussagen von Google. Soweit möglich führen die Links direkt zur zitierten Passage.
Google-Dokumentation – Auffindbarkeit und Dateinamen
- “Google parses the HTML
<img>elements (even when they’re enclosed in other elements such as<picture>elements) in your pages to index images, but doesn’t index CSS images.” (Übersetzung) „Google verarbeitet HTML-<img>-Elemente auch innerhalb von<picture>, um Bilder zu indexieren, indexiert jedoch keine CSS-Bilder.“ Zum Zitat - “The filename can give Google clues about the subject matter of the image.” (Übersetzung) „Der Dateiname kann Google Hinweise auf das Motiv des Bildes geben.“ Zum Zitat
Google-Sprecher — URL-Konsistenz (Mai 2025)
- “We updated the Google Image SEO best practices to clarify that URLs for images should be referenced consistently for easier crawling on larger websites.” (Übersetzung) „Wir haben die Best Practices für Google-Bild-SEO präzisiert: Bild-URLs sollten für leichteres Crawling großer Websites konsistent referenziert werden.“ Berichterstattung
John Mueller, Google – Formate erhalten keinen SEO-Bonus
- Zu AVIF: Für AVIF-Dateien gibt es keinen „SEO boost“; der Nutzen entsteht indirekt über Seitengeschwindigkeit. Berichterstattung
- Zu WebP: “WebP images are fine for Image Search.” (Übersetzung) „WebP-Bilder sind für die Bildersuche in Ordnung.“ Berichterstattung
John Mueller, Google — Dateien nicht massenhaft umbenennen
- “If you change all of the filenames across the website, then it’s going to take a lot of time for Google’s systems to see” (Übersetzung) „Wenn Sie alle Dateinamen der Website ändern, dauert es lange, bis Googles Systeme dies erkennen“ – und der Effekt sei “minimal effect, maybe no visible effect at all” (Übersetzung) „minimal, vielleicht überhaupt nicht sichtbar“, wenn Alternativtext und Kontext vorhanden sind. SEJ-Berichterstattung
John Mueller, Google — Stockfotos im Vergleich zu einzigartigen Bildern
- Stockfotografie “doesn’t matter for web search directly,” (Übersetzung) „spielt für die Websuche unmittelbar keine Rolle“, aber “for image search, if it’s the same image as used in many places, it’ll be harder.” (Übersetzung) „In der Bildersuche wird es schwieriger, wenn dasselbe Bild an vielen Stellen verwendet wird.“ Berichterstattung
- “Uniqueness isn’t equivalent to higher quality” (Übersetzung) „Einzigartigkeit ist nicht gleichbedeutend mit höherer Qualität“; ein eigenes Foto rankt nicht automatisch besser. Berichterstattung
John Mueller, Google — Bild-Streaming
- Das Einbetten per Streaming sei “a great way to prevent your images from being found through search engines” (Übersetzung) „eine hervorragende Methode, um zu verhindern, dass Suchmaschinen Ihre Bilder finden“ – also nicht SEO-freundlich. Berichterstattung
Gary Illyes, Google — Signalverlust bei Bildmigrationen
- Der Signalverlust bei Bild-URL-Migrationen sei “in line with web search results, which is a few weeks.” (Übersetzung) „vergleichbar mit Websuchergebnissen, also einige Wochen“. Berichterstattung
Image-SEO-Spickzettel
Faktoren, Wirkung und Best Practice
| Faktor | Wirkung | Best Practice |
|---|---|---|
| Dateiformat | Beeinflusst Dateigröße und Seitengeschwindigkeit, nicht direkt Rankings | AVIF/WebP für Fotos, PNG für Transparenz, SVG für Symbole; <picture> mit src-Fallback |
| Dateiname | Kleiner Relevanzhinweis für die Bildersuche | Neue Bilder beschreibend und mit Bindestrichen benennen (golden-retriever-puppy.jpg); alte nicht massenhaft umbenennen |
| Alternativtext | Zentrales Bildersuchsignal und Barrierefreiheit | Bild im Kontext beschreiben, kein Keyword-Stuffing, alt="" für Dekoration |
| Komprimierung | Kleinere Dateien verbessern LCP und Core Web Vitals | An Darstellungsgröße anpassen und komprimieren; häufig größter Leistungshebel |
| Lazy Loading | Verschiebt nicht sichtbare Bilder | Natives loading="lazy" außerhalb des anfänglichen Viewports, niemals beim LCP-Bild |
| LCP-Bild | Größtes Bild im anfänglichen Viewport bestimmt häufig die Ladezeit | loading="eager" und fetchpriority="high" |
Responsiv (srcset/<picture>) | Liefert je Gerät passende Größen | Fallback-src behalten; mobil und Desktop dieselbe URL |
| URL-Konsistenz | Erleichtert Crawling seit Mai 2025 | Dasselbe Bild überall unter derselben URL referenzieren |
| Strukturierte Daten | Rich Results und Kennzeichnungen | ImageObject mit license, Product-/Article-Bildarrays, og:image für Thumbnails |
| Bild-Sitemap | Auffindbarkeit für CDN, Galerien und JavaScript-Seiten | <image:image> und <image:loc> für Google; frühere Tags für Bing behalten; domainübergreifende URLs erlaubt |
max-image-preview:large | Große Vorschauen in Discover und Search | Meta-Tag plus mindestens 1 200 px breite 16:9-Bilder |
Schnelle Fakten
- Unterstützte Formate: BMP, GIF, JPEG, PNG, WebP, SVG, AVIF; AVIF seit August 2024.
- Google indexiert
<img>auch in<picture>, aber keine CSS-background-image. - WebP und AVIF erhalten keinen direkten Rankingbonus; ihr Vorteil ist Geschwindigkeit.
- EXIF-Daten wie ISO, Blende und GPS haben keinen Rankingeffekt; IPTC-Urheberrechtsfelder können als Quellenangabe erscheinen.
- C2PA/IPTC dient zunehmend der Kennzeichnung KI-generierter Bilder in „Über dieses Bild“.
Das mentale Modell
Bild-SEO erfüllt zwei Aufgaben. Viele Checklisten vermischen sie und nähren dadurch Mythen wie „Dateien umbenennen“ oder „für Rankings zu WebP wechseln“. Wer beide Ziele trennt, kann jede Empfehlung richtig einordnen:
1. Rankings in der Bildersuche. Bilder sollen für bildbezogene Anfragen in Google Bilder, Bing Bilder und Google Lens erscheinen. Hebel sind Alternativtexte, Dateinamen, umgebender Text, strukturierte Daten und Einzigartigkeit. Das sagt nichts über die Ladezeit aus.
2. Seitenleistung. Bilder sind häufig die schwersten Ressourcen und damit oft Ursache eines langsamen Largest Contentful Paint (LCP). LCP fließt in die Core Web Vitals ein, ein Rankingsignal der Websuche. Hebel sind Format, Komprimierung und Ladestrategie; sie entscheiden nicht, ob das Bild in Google Bilder erscheint.
Warum die Trennung praktisch wichtig ist:
- Sie beendet den Formatmythos. WebP und AVIF verbessern Rankings in der Bildersuche nicht unmittelbar. Kleinere Dateien können LCP und Core Web Vitals verbessern; das ist ein Leistungshebel, kein Bildersuchhebel.
- Sie beendet den Mythos der Massenumbenennung. Dateinamen sind ein kleines Signal der Bildersuche. Das gesamte Archiv umzubenennen verbessert keine Leistung und bringt laut Mueller bei gutem Alternativtext und Kontext oft kaum sichtbaren Nutzen, verursacht aber wochenlange Signalneubildung.
- Sie ordnet Lazy Loading ein.
loading="lazy"verschiebt nicht sichtbare Bilder und ist eine Leistungsentscheidung. Die harte Ausnahme ist das LCP-Bild; verzögertes Laden verschlechtert Leistung ohne Nutzen für die Bildersuche. - Sie trennt Alternativtext von Komprimierung. Alternativtext wirkt auf Bildersuche und Barrierefreiheit, Komprimierung auf Leistung. Perfekter Alternativtext verhindert keinen schlechten LCP, und ein schnelles Bild ohne Alternativtext gewinnt keine Bildersichtbarkeit.
Nutzen Sie die Trennung zur Diagnose. Erscheint ein Bild nicht in Google Bilder, prüfen Sie Alternativtext, Dateiname und Einzigartigkeit. Ist die Seite langsam, prüfen Sie Format, Komprimierung und Lazy Loading. Einen Bildersuchfehler mit einem Leistungshebel oder umgekehrt zu behandeln, verschwendet Aufwand.
Laufende Kennzahlen für Bildersichtbarkeit und bildbedingte Seitengeschwindigkeit
Da Bild-SEO zwei Aufgaben erfüllt, werden auch die Kennzahlen in Bildersichtbarkeit und Leistung beziehungsweise Core Web Vitals getrennt.
Impressionen und Klicks aus der Bildersuche in der Search Console
- Kennzahl – Impressionen und Klicks aus Google Bilder im Zeitverlauf als Anteil am gesamten Such-Traffic.
- Aussage – Ob Alternativtexte, Dateinamen, Seitenkontext und Einzigartigkeit tatsächlich Sichtbarkeit in der Bildersuche erzeugen. Ein stagnierender oder sinkender Bildanteil bei wachsendem Gesamt-Traffic weist auf Vernachlässigung hin.
- Erhebung – Search Console → Suchergebnisse → Filter Suchtyp: Bild. Impressionen, Klicks, CTR und Position für dieselben Seiten und Zeiträume mit dem Webfilter vergleichen.
- Richtwert – Es gibt keinen universellen Zielanteil. Bildlastige Websites wie Rezepte, Produkte oder Portfolios sollten mehr Bild-Traffic erwarten als textlastige B2B-Blogs. Eine eigene Ausgangsbasis festlegen und den Trend beobachten.
- Rhythmus – Vierteljährlich; nach großen Bildänderungen wie CDN-Migration oder neuer Alternativtext-Runde innerhalb weniger Wochen erneut prüfen. Illyes beziffert die Signalneubildung nach Migrationen mit einigen Wochen.
Core-Web-Vitals-Bestehensquote für bildlastige Templates
- Kennzahl – Anteil realer Seitenaufrufe, die LCP und die Core Web Vitals insgesamt bestehen, speziell bei Templates mit typischem Bild-LCP wie Produktseiten, Hero-Bildern und Galerien.
- Aussage – Ob Komprimierung, Formatwahl und korrektes Lazy Loading unter realen Bedingungen funktionieren. Felddaten belegen, ob das sofortige Laden des LCP-Bilds wirkt.
- Erhebung – PageSpeed Insights oder der CrUX-gestützte Bericht Core Web Vitals der Search Console, auf Template- oder Seitengruppen statt websiteweite Mittelwerte segmentiert.
- Richtwert – Googles dokumentierter guter LCP-Grenzwert beträgt 2,5 Sekunden oder weniger am 75. Perzentil. Einen ehrlichen allgemeinen Durchschnitt darüber hinaus gibt es nicht; Bildgewicht und Hosting bestimmen ihn.
- Rhythmus – Monatlich, weil CrUX ein gleitendes 28-Tage-Fenster nutzt, und unmittelbar nach Änderungen an Format, Komprimierung oder Lazy Loading erneut prüfen.
Empfehlenswerte Ressourcen
Meine weiterführenden Beiträge
- Bild-SEO: 12 umsetzbare Tipps für mehr organischen Traffic — Ahrefs-Leitfaden zu Dateinamen, Alternativtexten, Formaten, Komprimierung, Sitemaps, responsiven Bildern, Schema, Lazy Loading und CDN.
- Einsteigerleitfaden zur technischen SEO — Einordnung von Bildern und Core Web Vitals in die technische SEO.
- JavaScript-SEO-Probleme und Best Practices — Rendering und leere Alternativattribute aus JavaScript-Frameworks.
- Ahrefs-Studie zu Site Audit — Untersuchung von mehr als einer Million Domains, in der fehlende Alternativattribute mit 80,4 % das häufigste technische Problem waren.
Mein Vortrag
- “Image SEO” (Visme-Webinar, 2021) — Vortrag zur Optimierung von Bildern für die Suche.
Official
- Googles Google Images best practices — maßgebliche Referenz für die Themen dieser Seite.
- Googles Large images case study — echte CTR-Daten zu großen Bildvorschauen.
Aus der Branche
- Google zu Bilddateinamen und einem überraschenden SEO-Fehler (Search Engine Journal) — Muellers Rat, dass Massenumbenennung bei gutem Alternativtext kaum sichtbaren Nutzen hat.
- Google zeigt die SEO-Verwendung von Alternativtext (Search Engine Journal) — Alternativtext als Bildersuchsignal statt direktem Web-Rankingfaktor.
- Google Updates Image SEO Best Practices: URL Consistency (Search Engine Land) — Aktualisierung zur URL-Konsistenz vom Mai 2025.
- Google nutzt Schema.org und og:image für Thumbnails (Search Engine Land) — Aktualisierung vom März 2026 zu bevorzugten Bildern in Search und Discover.
- Fetch Priority API (web.dev) — Referenz zu
fetchpriority="high"für LCP-Bilder. - Sprechen wir über Bild-SEO (Google-Podcast „Search Off the Record“, Oktober 2022) — Lizzi Sassman und John Mueller zu Bildbenennung, Alternativtext und Crawl-Frequenz.
- Bild-SEO und multimodale KI (Search Engine Land) — Einfluss multimodaler KI auf Bildersuchoptimierung.
- Bildmigrationen und verlorene Signale (GSQI) — Gary Illyes zum Signalverlust über einige Wochen nach Bild-URL-Änderungen.
Testen Sie Ihr Wissen: Bild-SEO
Fünf kurze Fragen zu Mythen und technischen Grundlagen dieses Überblicks. Wählen Sie jeweils eine Antwort und prüfen Sie anschließend das Ergebnis.
Änderungsprotokoll
Aktualisiert am 13. Aug. 2026.
Redaktionelle Zusammenfassung und aufgezeichnete Änderungsdetails.Änderungsdetails
-
Detaillierte Änderungsangaben sind derzeit auf Englisch verfügbar.
Vollständiger Vergleich nicht verfügbar — für diese Version wurde kein früherer Schnappschuss archiviert.
Aktualisiert am 13. Aug. 2026.
Redaktionelle Zusammenfassung und aufgezeichnete Änderungsdetails.Änderungsdetails
-
Detaillierte Änderungsangaben sind derzeit auf Englisch verfügbar.
Vollständiger Vergleich nicht verfügbar — für diese Version wurde kein früherer Schnappschuss archiviert.
Aktualisiert am 18. Juli 2026.
Redaktionelle Zusammenfassung und aufgezeichnete Änderungsdetails.Änderungsdetails
-
Detaillierte Änderungsangaben sind derzeit auf Englisch verfügbar.
-
Detaillierte Änderungsangaben sind derzeit auf Englisch verfügbar.
Vollständiger Vergleich nicht verfügbar — für diese Version wurde kein früherer Schnappschuss archiviert.