Bildformate für SEO: JPEG vs. PNG vs. WebP vs. AVIF

TL;DR — Ein Bildformat ist der Dateityp, in dem Sie ein Bild speichern — JPEG, PNG, WebP, AVIF und einige andere. Die Umstellung auf ein „modernes“ Format wie WebP oder AVIF verbessert Ihr Ranking nicht — Google hat das direkt gesagt. Was es tatsächlich bewirkt, ist, die Datei kleiner zu machen, wodurch Ihre Seite schneller lädt, und Geschwindigkeit ist das, was wirklich hilft. Wählen Sie also das Format, das zum Bild passt: WebP für die meisten Fotos, PNG für Logos und Screenshots, die scharfe Kanten oder Transparenz benötigen, SVG für Icons.

Was ein Bildformat ist

Wenn Sie ein Bild speichern, speichern Sie es als etwas — eine .jpg, eine .png, ein .webp. Das ist das Format. Jedes speichert das Bild ein wenig anders, und die Wahl ändert drei Dinge, die für Sie wichtig sind:

• Wie groß die Datei ist (eine kleinere Datei lädt schneller).
• Ob sie einen transparenten Hintergrund haben kann (ein Logo, das auf jeder Farbe sitzt).
• Ob sie animiert sein kann (wie ein altmodisches GIF).

Suchmaschinen können alle gängigen Formate lesen, also wählen Sie nicht eines, um „Google zu gefallen.“ Sie wählen das, das die Datei klein hält, ohne das Bild schlechter aussehen zu lassen.

Die Formate, einfach erklärt

• JPEG — das klassische Fotoformat. Funktioniert überall. Gut für Fotografien, aber es kann keine Transparenz.
• PNG — großartig für Logos, Screenshots und alles mit scharfen Kanten oder Text, und es kann einen transparenten Hintergrund haben. Dateien sind bei Fotos jedoch größer als JPEG.
• WebP — ein modernes Format, das Fotos deutlich kleiner macht als JPEG und auch Transparenz unterstützt. Es funktioniert in praktisch jedem Browser. Das ist die sichere Alltagswahl.
• AVIF — das neueste und kleinste der Gruppe (oft halb so groß wie ein JPEG). Ein winziger Teil der Besucher kann es immer noch nicht sehen, also kombinieren Sie es mit einem JPEG-Backup.
• SVG — für Logos und Icons. Es wird mit Mathematik gezeichnet, nicht mit Pixeln, also bleibt es bei jeder Größe gestochen scharf und die Datei ist winzig.
• GIF — das alte Animationsformat. Meist veraltet, aber immer noch der universellste kompatible Weg, eine einfache Animation zu zeigen.

Das, was die meisten falsch verstehen

Es gibt keinen Ranking-”Boost” für die Verwendung von WebP oder AVIF. Leute hören „WebP für SEO verwenden“ und nehmen an, dass das Format selbst sie in den Ergebnissen nach oben bringt. Das tut es nicht — Googles John Mueller hat das mehr als einmal deutlich gesagt. Der Vorteil sind kleinere Dateien → schnellere Seiten → bessere Page-Speed-Werte, und diese Geschwindigkeit hilft. Wenn Sie Formate gewechselt haben, die Seite aber nicht tatsächlich schneller wurde, gibt es keinen SEO-Gewinn zu kassieren.

Die einfachste sichere Gewohnheit: Verwenden Sie WebP für Ihre Fotos, behalten Sie PNG für Logos und Screenshots, verwenden Sie SVG für Icons, und machen Sie sich keine Sorgen um AVIF, es sei denn, Sie quetschen jedes letzte Kilobyte heraus (in diesem Fall fügen Sie einen JPEG-Fallback hinzu).

Möchten Sie den vollständigen Vergleich — die Kompressions-/Transparenz-/Animations-/Browser-Support- Tabelle für alle sechs Formate, die genauen Google-Zitate und einen Entscheidungsbaum, welches Format wann verwendet werden soll? Wechseln Sie zum Erweitert-Tab.

TL;DR — Das Bildformat ist kein Ranking-Faktor. Googles John Mueller hat bestätigt, dass es keinen SEO-Boost für AVIF gibt, und WebP ist nur „in Ordnung für die Bildersuche“ — bewusst neutrale Sprache, nicht „besser“. Die eigentliche Kette ist: Format → Dateigröße → Seitengeschwindigkeit → Largest Contentful Paint / Core Web Vitals → die Page-Experience-Signale, die Ranking-Systeme tatsächlich nutzen. Das Format steht mehrere Schritte vorgelagert. Wählen Sie nach Inhaltstyp, nicht nach „Neuestes gewinnt“: WebP ist der sichere Standard für Fotos (~96 % Unterstützung, ~25–35 % kleiner als JPEG und unterstützt Alpha-Transparenz sogar im verlustbehafteten Modus — JPEG kann das nicht); AVIF komprimiert am stärksten (~50 % kleiner als JPEG, ~94 % Unterstützung im Jahr 2026), ist aber CPU-intensiv beim Encodieren und hat kein progressives Rendering; PNG für Transparenz und scharfkantige Grafiken/Text; SVG für Logos, Icons und Diagramme; GIF nur als universeller Animations-Fallback. Servieren Sie moderne Formate über <picture> (AVIF → WebP → JPEG/PNG src) — der src-Fallback ist die URL, die Google indexiert. Dies ist der ausführliche Format-Leitfaden; die LCP/fetchpriority/Lazy-Loading-Implementierung finden Sie in Bildoptimierung.

Beeinflusst das Bildformat tatsächlich SEO?

Beginnen Sie mit der Mythen-Entkräftung, denn das ist der Grund, warum die meisten Menschen auf diese Seite gelangen.

Das Format ist kein Ranking-Faktor. John Mueller hat dies auf mindestens drei verschiedene, zeitlich unabhängige Arten gesagt, und der rote Faden ist jedes Mal derselbe — das Format ist kein Signal, sondern die Geschwindigkeit, die es ermöglicht. Nach Googles Ankündigung vom August 2024, dass AVIF nun in der Suche unterstützt wird, bestätigte Mueller, dass es keinen „SEO-Boost“ für die Verwendung von AVIF gegenüber anderen unterstützten Formaten gibt (Berichterstattung von Search Engine Roundtable) — der Vorteil ist die Reduzierung der Dateigröße, die zur Seitengeschwindigkeit beitragen kann, nicht eine Ranking- Präferenz für den Container. Jahre zuvor, zu WebP, war er bei seinen Worten ebenso vorsichtig: “WebP images are fine for Image Search” (Übersetzung) „WebP-Bilder sind für die Bildersuche in Ordnung.“ (SE Roundtable) — „in Ordnung“, nicht „besser“ oder „bevorzugt“. Und als WebP-Bilder im Bericht „Gecrawlt – derzeit nicht indexiert“ der Search Console auftauchten, stellte Mueller klar, dass dies eine allgemeine Eigenheit der Bildberichterstattung ist (Bilder werden nicht als HTML-Seiten indexiert), kein WebP-spezifischer Nachteil — er „doesn’t believe the phenomenon is limited to WebP images“ (Bericht von Search Engine Journal).

Googles eigenes primäres Bild-SEO-Dokument stützt dies durch Auslassung: Es listet die unterstützten Formate auf, verweist für die Leistung auf PageSpeed Insights und verknüpft die Formatwahl kein einziges Mal mit einem Ranking-Faktor. Diese Abwesenheit ist selbst der Beweis.

Dies ist dieselbe Mythen-Entkräftung, die ich auf Hub-Ebene in Bild-SEO und im Implementierungsleitfaden, Bildoptimierung — und es lohnt sich, dies präzise zu formulieren. Sagen Sie nicht „Das Format spielt keine Rolle.“ Sagen Sie „Das Format spielt keine Rolle direkt — es spielt eine Rolle vollständig über die Geschwindigkeits- und Core-Web-Vitals-Kette.“

Die eigentliche Kette: Format → Dateigröße → Geschwindigkeit → Core Web Vitals

Hier ist die kausale Abfolge, ausbuchstabiert, denn das Zusammenfassen ist genau das, wie sich der Mythos verbreitet:

1. Die Wahl des Formats verändert die Dateigröße. Der größte einzelne Hebel für das Bildgewicht.
2. Kleinere Dateien laden schneller. Googles eigene Bilddokumentation weist darauf hin: “often the largest contributor to overall page size, which can make pages slow and expensive to load.” (Übersetzung) „Bilder tragen oft am stärksten zur gesamten Seitengröße bei, wodurch Seiten langsam und teuer zu laden sein können.“
3. Schnellere Ladezeiten verbessern Largest Contentful Paint (LCP). Das Hero-Bild ist normalerweise das LCP-Element, daher beeinflusst sein Gewicht direkt die Metrik. (Ich gehe in meinem Largest Contentful Paint-Leitfaden näher darauf ein – im Abschnitt warum LCP normalerweise ein Bild ist.)
4. LCP speist Core Web Vitals, das Teil der Page-Experience-Signale ist, die Googles Ranking-Systeme verwenden.

Das Format steht am Anfang dieser Kette – mehrere Schritte vor allem, was mit Ranking zu tun hat. Genau das ist der Grund, warum es selbst kein Ranking-Faktor ist: Zu viel muss dazwischen richtig laufen, und wenn die Seite nicht tatsächlich schneller wird, ändert sich nachgelagert nichts.

Die sechs Formate im Vergleich

Die meisten konkurrierenden “2026-Leitfäden” behandeln nur JPEG/PNG/WebP/AVIF und geben die Browser-Support-Zahlen stillschweigend falsch an (ich habe AVIF mit “~74 %” zitiert gesehen, was Jahre alt ist). Hier ist die vollständige Matrix der sechs Formate mit aktuellen Zahlen.

JPEG – der universelle Foto-Fallback

Nur verlustbehaftet, keine Transparenz, keine Animation und buchstäblich überall unterstützt. JPEG ist immer noch der richtige Fallback am Ende eines <picture>-Elements und eine völlig gute Wahl für Fotos, wenn Sie nicht in ein modernes Format konvertieren. Seine Schwachstelle ist in der Funktionsweise der verlustbehafteten Komprimierung eingebaut: Laut dem Chrome-Team von Google auf web.dev “kann verlustbehaftete Komprimierung bei Bildern mit scharfen Kanten wie Strichzeichnungen, ähnlich starken Details oder Text weniger effektiv sein.” Genau deshalb ist JPEG die falsche Wahl für Logos, Screenshots und textlastige Grafiken – die Artefakte sind sichtbar.

PNG – verlustfrei, Transparenz, Grafiken und Screenshots

Nur verlustfrei mit voller Alpha-Transparenz. PNG ist genau dann richtig, wenn Sie scharfe Kanten (Logos, UI-Screenshots, Text-im-Bild) oder einen transparenten Hintergrund benötigen und die Komplexität eines modernen Format-Fallbacks vermeiden möchten. Der Kompromiss: Bei Fotos erzeugt PNG unnötig große Dateien ohne sichtbaren Qualitätsgewinn gegenüber einem gut abgestimmten JPEG/WebP – Verlustfreiheit ist bei einem Foto ein Preis, den Sie für nichts zahlen. (APNG existiert zwar für animierte PNGs, aber es ist eine separate, weniger unterstützte Erweiterung – nicht etwas, auf das man sich verlassen sollte.)

WebP – der moderne sichere Standard

WebP ist das Format, das ich bei den meisten Webfotos zuerst verwenden würde. Das Chrome-Team von Google sagt es deutlich: „WebP hat oft eine bessere Kompression als JPEG, PNG oder GIF und bietet sowohl verlustbehaftete als auch verlustfreie Kompression.“ Und es beseitigt die größte Einschränkung von JPEG – „WebP unterstützt auch Alpha-Kanal-Transparenz, selbst bei verlustbehafteter Kompression – eine Funktion, die der JPEG-Codec nicht bietet.“ Die Unterstützung ist kein Problem: web.dev nennt es „ein weit verbreitetes Format, das auf allen modernen Browsern funktioniert“ (etwa 96 % weltweit im Jahr 2026). Bei ähnlicher Qualität etwa 25–35 % kleiner als JPEG, und verlustfreies WebP ist etwa 26 % kleiner als PNG. Wenn Sie nur eine Sache konvertieren, konvertieren Sie Ihre Fotos zu WebP.

AVIF – beste Kompression, echte Kompromisse

AVIF gewinnt bei der rohen Kompression. Laut web.dev: „AVIF unterstützt sowohl verlustbehaftete als auch verlustfreie Kompression, und Tests haben in einigen Fällen Einsparungen von über 50 % im Vergleich zu JPEG gezeigt“, plus „Wide Color Gamut (WCG) und High Dynamic Range (HDR)-Funktionen.“ Im Jahr 2026 liegt die Browserunterstützung weltweit bei etwa 94 % – Chrome (seit 2020), Firefox (2021), Safari (16.4+, seit 2023) und Edge (121+, Januar 2024) rendern es alle. Es ist also produktionsreif – mit einem Fallback.

Aber „beste Kompression“ ist nicht die einzige Variable, und ehrlich über die Kosten von AVIF zu sein, unterscheidet einen nützlichen Leitfaden von einer Liste:

• Die Codierung ist CPU-intensiv. AVIF ist langsam in der Erstellung, was für große Medienbibliotheken und CMS-Pipelines, die Tausende von Assets neu codieren, relevant ist.
• Kein progressives Rendering. Laut MDN muss ein AVIF vollständig heruntergeladen werden, bevor es angezeigt wird – im Gegensatz zu einem progressiven JPEG, das zuerst eine niedrig aufgelöste Version zeigt. Bei einer langsamen Verbindung kann sich das trotz der kleineren Datei schlechter anfühlen.
• Die Werkzeuge für animiertes AVIF sind unreif. Das Format unterstützt Animation (manchmal AVIS genannt), und Chrome, Edge und Safari 16.4+ können sie abspielen – aber Firefox kann es Stand 2026 immer noch nicht, und die Produktionswerkzeuge hinken der GIF/WebP-Animation hinterher.

SVG – Vektorgrafiken, Icons, Logos, Diagramme

SVG ist ein anderes Tier – es ist Vektor, beschrieben mit Mathematik statt mit einem Pixelraster, sodass es ohne Qualitätsverlust auf jede Größe skaliert und bei einfachen Formen winzig bleibt. Die Formulierung von web.dev ist die Faustregel: SVGs sind „am nützlichsten in Fällen, in denen der Inhalt des Bildes Strichzeichnungen, Diagramme und Schaubilder sind, und in anderen Fällen, in denen es keine feinen fotografischen Details gibt.“ Logos, Icons und Diagramme gehören in SVG, Punkt. Verwenden Sie es nicht für Fotografien – es ist nicht dafür gebaut.

Eine Sache unterscheidet SVG wirklich von den anderen fünf Formaten: Es ist XML statt Pixeldaten. Laut MDNs Referenz kann eine SVG-Datei Skripte enthalten und auf externe Ressourcen verweisen; MDN weist ausdrücklich darauf hin: “there are additional restrictions when SVG is used” (Übersetzung) „Bei der Verwendung von SVG gelten zusätzliche Einschränkungen.“ Das betrifft SVG als einfaches Bild über <img> oder CSS background-image im Gegensatz zur direkten Einbettung oder Nutzung über <iframe> beziehungsweise <object>. Diese Einschränkung verhindert, dass ein auf gewöhnliche Weise geladenes SVG Skripte ausführt oder externe Ressourcen abruft, und schließt damit einen möglichen XSS-Vektor. Akzeptiert Ihre Website SVG-Uploads von Benutzern, etwa für eine Symbolbibliothek oder ein Logo-Formular, müssen diese vor der Auslieferung bereinigt werden: Entfernen Sie <script>-Tags und externe Verweise wie bei jedem anderen benutzergenerierten Markup.

GIF – Legacy-Animation, wenn es immer noch die richtige Wahl ist

GIF ist verlustfreie LZW-Kompression mit einer auf 256 Farben begrenzten Palette und nur binärer (an/aus) Transparenz. Es ist das historische Animationsformat, und für alles Nicht-Triviale wurde es durch animiertes WebP/AVIF (oder besser noch echtes Video) ersetzt. Sein einziger verbleibender Vorteil ist die universelle Kompatibilität – wenn Sie eine einfache Animation überall mit null Fallback-Logik abspielen müssen, ist GIF immer noch die Wahl des kleinsten gemeinsamen Nenners. Andernfalls greifen Sie zu animiertem WebP.

Welches Animationsformat Sie auch verwenden, behandeln Sie die Semantik getrennt von der Formatentscheidung: Eine sich wiederholende GIF-/animierte Bilddatei, die Informationen vermittelt, benötigt Alt-Text, der beschreibt, was sie zeigt, genau wie ein statisches Bild, und eine rein dekorative Schleife sollte als solche markiert werden, statt von einem Screenreader als Inhalt vorgelesen zu werden. Keines davon ist eine Frage der Formatkompatibilität – sie gelten unabhängig davon, ob Sie GIF, animiertes WebP oder animiertes AVIF ausliefern.

Welches Format sollten Sie tatsächlich verwenden?

Passen Sie das Format an den Inhalt an, nicht an „was am neuesten ist“. Der Entscheidungsbaum-Tab stellt dies als Ablauf dar, aber die Kurzfassung:

• Fotos → WebP (sichere Standardwahl) oder AVIF mit JPEG-Fallback, wenn Sie maximale Komprimierung wünschen.
• Logos, Icons, Diagramme, Strichzeichnungen → SVG.
• Screenshots, Grafiken mit scharfen Kanten oder Text, alles, was Transparenz ohne Fallback-Komplexität benötigt → PNG (oder verlustfreies WebP).
• Einfache Animation → animiertes WebP/AVIF, wo unterstützt; GIF nur als universeller Fallback. (Für alles Anspruchsvollere verwenden Sie Video.)

Ein ehrlicher Hinweis zu allen Komprimierungsprozentsätzen in diesem Artikel: Es handelt sich um repräsentative Zahlen aus den Tests von web.dev und caniuse, nicht um eine Garantie für Ihre Bilder. Die Einsparungen hängen vom Inhalt des Quellbilds ab (ein detailreiches Foto komprimiert anders als eine Grafik mit flachen Farben) und von den Encoder-Einstellungen, die Sie verwenden. Behandeln Sie „WebP ist etwa 25–35 % kleiner“ und „AVIF ist etwa 50 % kleiner“ als Ausgangserwartung und vergleichen Sie dann Ihre eigenen Encodings bei den Qualitätseinstellungen, die Sie tatsächlich ausliefern – nur so wissen Sie, was ein Formatwechsel auf Ihren eigenen Seiten bringt.

Moderne Formate sicher implementieren – der <picture>-Fallback

Liefern Sie moderne Formate nicht allein, sondern mit Fallbacks aus. Das saubere Muster ist ein <picture>-Element, das zuerst AVIF anbietet, dann WebP und in einem einfachen <img src> endet, das auf JPEG oder PNG verweist:

<picture>
  <source srcset="hero.avif" type="image/avif" />
  <source srcset="hero.webp" type="image/webp" />
  <img src="hero.jpg" alt="Descriptive alt text" width="1200" height="800" />
</picture>

Der Browser wählt das erste Format, das er versteht; ältere Browser und einige Crawler fallen auf das src zurück. Zwei Dinge, die Sie verinnerlichen sollten: Dieses Fallback-src ist die URL, die Google tatsächlich für die Bildersuche indexiert (Google parst das <img> auch innerhalb von <picture>, indexiert aber kein CSS-background-image), und hier übergibt die Formatwahl an die breitere Implementierungsarbeit – Größenanpassung, Komprimierungseinstellungen, srcset/sizes, Lazy Loading und fetchpriority für das LCP-Bild. Diese vollständige Anleitung wird hier bewusst nicht dupliziert; sie finden Sie unter Bildoptimierung, und die Mechanismen für responsives Ausliefern (srcset, sizes, Art Direction) unter Responsive Bilder.

Was Google und Bing offiziell unterstützen

Googles Liste unterstützter Formate und der AVIF-Meilenstein vom August 2024

Die Liste der unterstützten Formate von Google Search ist eindeutig: „Google Search unterstützt Bilder, die im src-Attribut von img referenziert werden, in den folgenden Dateiformaten: BMP, GIF, JPEG, PNG, WebP, SVG und AVIF“ (plus Base64-Daten-URIs). AVIF ist die neueste Ergänzung, und das Datum ist wichtig: Google unterstützte AVIF für die Suche überhaupt nicht bis zum 30. August 2024, als es ankündigte, „AVIF ist jetzt ein unterstützter Dateityp in Google Search“ und dass „Sie nichts Besonderes tun müssen, damit Ihre AVIF-Dateien indexiert werden.“ Vor diesem Datum war AVIF nicht auf der Liste – und laut Berichten Dritter konnte die Verwendung von AVIF-Thumbnails sogar dazu führen, dass Google die Video-Indexierung vollständig abbrach. Das ist eine wirklich aktuelle, datierbare Linie: Jeder konkurrierende Leitfaden, der vor Mitte 2024 geschrieben und nie aktualisiert wurde, gibt veraltete Ratschläge zur Sicherheit von AVIF.

Beachten Sie, wie Google die Ankündigung formuliert hat – rein als “we can now process this file type,” (Übersetzung) „Wir können diesen Dateityp jetzt verarbeiten“, nie als Einführung eines Ranking-Signals. Das ist dieselbe Nicht-Ranking-Rahmung wie beim Rest der Formatliste, und genau deshalb ist die Schlagzeile des Search Engine Journal „Googles neue AVIF-Unterstützung könnte SEO verbessern“ ein gutes warnendes Beispiel: Der Textkörper führt den “Boost” korrekt vollständig auf Dateigröße → Core Web Vitals zurück, aber die Schlagzeile ist genau die Art, wie der Mythos “Format gleich Ranking” von gut gemeinter Branchenpresse verstärkt wird.

Bings (begrenzte) öffentliche Leitlinien

Bing veröffentlicht kein formatbezogenes Vergleichsdokument wie Google. Seine allgemeinen Webmaster-Richtlinien behandeln die Seitengeschwindigkeit – einschließlich des Bildgewichts – als einen Faktor, aber es gibt keine Bing-spezifische technische Seite “WebP/AVIF verwenden”, und ich werde keine erfinden. Bing indiziert und zeigt JPEG/PNG/WebP/GIF-Bilder in Bing Images ohne Probleme an; die Crawler-Unterstützung für moderne Formate wird allgemein als an die Chromium-nahe Browserunterstützung angelehnt angenommen, ist aber – anders als bei Google – nicht separat dokumentiert. Das ist dieselbe ehrliche Lücke, die ich in Image Optimization kennzeichne – klar benannt statt übertüncht.

Häufige Mythen über Bildformate und SEO

• “Die Umstellung auf WebP/AVIF verbessert Rankings.” Nein – Mueller direkt: kein SEO-Boost für AVIF; WebP ist “in Ordnung”, nicht “besser”. Der Nutzen ist indirekt, über Dateigröße → Geschwindigkeit → Core Web Vitals.
• “AVIF ist immer am besten, weil es am besten komprimiert.” Übertrieben. AVIF ist CPU-intensiv beim Encodieren, hat kein progressives Rendering und wurde von Google Search bis August 2024 nicht unterstützt. Beste Komprimierung ist nicht die einzige Variable.
• “PNG ist immer die sichere, qualitativ hochwertige Wahl.” Als pauschale Regel falsch. PNG ist richtig für Grafiken/Transparenz/Text, erzeugt aber bei Fotos aufgeblähte Dateien, was die Ladegeschwindigkeit ohne sichtbaren Gewinn verschlechtert.
• “Sie brauchen keinen Fallback mehr – die Unterstützung ist praktisch universell.” Für WebP größtenteils wahr; für AVIF ist ein <picture>-Fallback angesichts der realen (wenn auch kleinen) ~6 %-Lücke plus Crawler- und älteren Geräte-Randfällen weiterhin sinnvoll. Google empfiehlt das Fallback-Muster ausdrücklich.
• “Google penalizes older formats like JPEG/PNG.” (Übersetzung) „Google bestraft ältere Formate wie JPEG/PNG.“ Falsch – JPEG, PNG, GIF und BMP bleiben vollständig unterstützt. Es gibt keine Strafe, nur eine verpasste Geschwindigkeits chance gegenüber modernen Formaten.
• “AVIF kann nicht animieren / WebP kann keine Transparenz.” Beides falsch. WebP unterstützt Alpha- Transparenz auch im verlustbehafteten Modus; AVIF unterstützt Animation (Safari 16.4+, Chrome, Edge – allerdings 2026 noch nicht in Firefox).
• “AVIF ist nicht bereit – es ist immer noch eine WebP-only-Welt.” Veraltet. AVIF liegt bei etwa ~94 % globaler Unterstützung und ist seit August 2024 von Google Search indexierbar. Behandeln Sie es als produktionsreif-mit-Fallback, nicht als experimentell.

Wo dies einzuordnen ist

Dieser Artikel ist der Formatvergleichs-Deep-Dive innerhalb des Image SEO-Clusters – er ist die kanonische Heimat für die Sechs-Format-Matrix und das Aufräumen mit dem Ranking-Mythos. Seine beiden Geschwister übernehmen die angrenzenden Aufgaben: Image Optimization ist das Umsetzungs-Wie (LCP, fetchpriority, Lazy Loading, Komprimierung, Größenanpassung), und Responsive Images behandelt die srcset/sizes/<picture>-Mechanik, um das richtige Bild für jedes Gerät auszuliefern. Der Leistungsgewinn, wenn man das Format richtig wählt, ist eigentlich eine Core Web Vitals-Geschichte, die einen Bild-Hut trägt.

KI-Zusammenfassung

Eine komprimierte Darstellung der erweiterten Version:

• Format ist kein Ranking-Faktor. John Mueller hat bestätigt, dass es keinen SEO-Boost für AVIF gibt, und WebP ist nur “in Ordnung für die Bildsuche” — neutrale Formulierung, nicht “besser.” Googles eigene Bilddokumentation verknüpft Format nie mit Ranking.
• Die eigentliche Kette: Format → Dateigröße → Seitengeschwindigkeit → LCP / Core Web Vitals → Page-Experience-Signale. Das Format sitzt mehrere Schritte vorgelagert — deshalb ist es selbst kein Ranking-Faktor.
• Sechs-Format-Fakten (2026): JPEG (verlustbehaftet, keine Transparenz, universeller Fallback); PNG (verlustfrei, volles Alpha, Grafiken/Screenshots); WebP (beide Kompressionen, Alpha auch im verlustbehafteten Modus, ~96 % Unterstützung, ~25–35 % kleiner als JPEG — der sichere Standard); AVIF (beste Kompression, ~50 % kleiner als JPEG, ~94 % Unterstützung, aber CPU-intensiv, kein progressives Rendering, Animation noch nicht in Firefox); SVG (Vektor — Logos/Icons/Diagramme); GIF (legacy 256-Farben-Animation, nur universeller Fallback).
• Nach Inhaltstyp wählen: Fotos → WebP (oder AVIF + Fallback); Logos/Icons → SVG; Screenshots/Transparenz/Text → PNG oder verlustfreies WebP; einfache Animation → animiertes WebP/AVIF, GIF als universeller Fallback.
• Mit Fallbacks ausliefern: <picture> (AVIF → WebP → JPEG/PNG src). Der src- Fallback ist die URL, die Google indexiert; Google indexiert <img> (auch innerhalb von <picture>), nicht CSS-Hintergründe.
• Offizielle Unterstützung: Google unterstützt BMP, GIF, JPEG, PNG, WebP, SVG, AVIF; AVIF hinzugefügt am 30. August 2024 (davor konnte es die Video-Indexierung stören). Bing hat kein Formatvergleichsdokument — erfinden Sie keins.
• Mythen entlarvt: Format ≠ Ranking-Boost; AVIF ≠ immer am besten; PNG ≠ immer sicher; “kein Fallback nötig” ≠ wahr für AVIF; ältere Formate werden nicht abgestraft; WebP kann Transparenz und AVIF kann Animation.
• Umfang: Dies ist der Format-Deep-Dive; LCP/fetchpriority/Lazy-Loading-Anleitungen finden Sie in der Bildoptimierung, responsive Mechanik in Responsive Images.

Offizielle Dokumentation

Primärquellen-Dokumentation und Referenzmaterial.

Google

• Google Images Best Practices — die Liste der unterstützten Formate (BMP, GIF, JPEG, PNG, WebP, SVG, AVIF), die Regel zur Indexierung von <img> im Vergleich zu CSS-Hintergründen und der Hinweis, dass die Dateierweiterung dem Dateityp entsprechen sollte. Enthält keine formatbasierte Ranking-Behauptung.
• Unterstützung von AVIF in der Google Suche (30. August 2024) — die Ankündigung, dass AVIF jetzt in Suche, Bilder, Discover und News unterstützt wird, ohne dass eine spezielle Implementierung erforderlich ist.
• Bildleistung (web.dev, Google Chrome-Team) — die Formatmechanik: WebP/AVIF-Kompression, Alpha bei verlustbehafteter Kompression, WCG/HDR, die Aufteilung in verlustbehaftet/verlustfrei und warum JPEG bei scharfen Kanten/Text Probleme hat.

Referenz (Genauigkeits-Grundlage)

• Leitfaden zu Bilddateitypen und -formaten (MDN Web Docs) — die gründliche Format-für-Format-Spezifikation: MIME-Typen, Kompression, Transparenz, Animation, Unterstützung für progressives Rendering und Anwendungsfälle.
• caniuse.com — AVIF und caniuse.com — WebP — die versionsweisen, aktuellen globalen Prozent-Tabellen zur Browserunterstützung. Überprüfen Sie diese erneut, bevor Sie eine Unterstützungszahl zitieren; sie ändern sich ständig.

Bing / Microsoft

• Bing Webmaster-Richtlinien — allgemeine Hinweise zur Seitengeschwindigkeit; beachten Sie, dass Bing keine spezifische technische Seite zum Formatvergleich veröffentlicht.

Zitate aus der Quelle

Öffentliche Aussagen von Google. Wo eine Seite den Text anzeigt, ist der Link ein Deep Link, der direkt zur zitierten Passage springt.

Google-Dokumente — unterstützte Formate und Leistungsrahmen

• “Google Search supports images referenced in the src attribute of img in the following file formats: BMP, GIF, JPEG, PNG, WebP, SVG, and AVIF.” (Übersetzung) „Google Search unterstützt Bilder, die im src-Attribut von img referenziert werden, in den folgenden Dateiformaten: BMP, GIF, JPEG, PNG, WebP, SVG und AVIF.“ Zum Zitat springen
• “images are often the largest contributor to overall page size, which can make pages slow and expensive to load.” (Übersetzung) „Bilder sind oft der größte Beitrag zur Gesamtgröße einer Seite, was Seiten langsam und teuer im Laden machen kann.“ Zum Zitat springen

web.dev (Google Chrome-Team) — Formatmechanik

• WebP: “WebP often has better compression than JPEG, PNG, or GIF, offering both lossy and lossless compression.” (Übersetzung) „WebP hat oft eine bessere Komprimierung als JPEG, PNG oder GIF und bietet sowohl verlustbehaftete als auch verlustfreie Komprimierung.“ Zum Zitat springen
• WebP-Transparenz-Vorteil: “WebP also supports alpha channel transparency even when using lossy compression—a feature the JPEG codec doesn’t offer.” (Übersetzung) „WebP unterstützt auch Alpha-Kanal-Transparenz selbst bei verlustbehafteter Komprimierung – eine Funktion, die der JPEG-Codec nicht bietet.“
• AVIF: “AVIF supports both lossy and lossless compression, and tests have shown greater than 50% savings when compared to JPEG in some cases.” (Übersetzung) „AVIF unterstützt sowohl verlustbehaftete als auch verlustfreie Komprimierung, und Tests haben in einigen Fällen Einsparungen von über 50 % im Vergleich zu JPEG gezeigt.“
• JPEGs Schwachstelle: “lossy compression may be less effective with imagery containing sharp edges such as line art, similarly stark details, or text.” (Übersetzung) „Verlustbehaftete Komprimierung kann bei Bildern mit scharfen Kanten wie Strichzeichnungen, ähnlich starken Details oder Text weniger effektiv sein.“
• SVGs ideale Verwendung: “Because SVG is a vector image format, they’re most useful in cases where the image’s contents are line art, diagrams and charts, and other cases where there aren’t fine photographic details.” (Übersetzung) „Da SVG ein Vektorbildformat ist, sind sie am nützlichsten in Fällen, in denen der Bildinhalt Strichzeichnungen, Diagramme und Schaubilder sind, und in anderen Fällen, in denen es keine feinen fotografischen Details gibt.“

Google Search Central-Blog — AVIF-Unterstützung (30. August 2024)

• “We’re happy to announce that AVIF is now a supported file type in Google Search, for Google Images as well as any place that uses images in Google Search.” (Übersetzung) „Wir freuen uns, bekannt zu geben, dass AVIF jetzt ein unterstützter Dateityp in der Google Suche ist, sowohl für Google Bilder als auch für alle Stellen, die Bilder in der Google Suche verwenden.“ Ankündigung
• “You don’t need to do anything special to have your AVIF files indexed by Google.” (Übersetzung) „Sie müssen nichts Besonderes tun, damit Ihre AVIF-Dateien von Google indexiert werden.“

John Mueller, Google — Format ist kein Ranking-Boost

• Zu AVIF: Die Verwendung von AVIF-Dateien bietet keinen direkten SEO-Vorteil. Der Nutzen liegt in der kleineren Dateigröße, die zur Seitengeschwindigkeit beitragen kann, nicht in einer Rankingpräferenz. Berichterstattung
• Zu WebP: „WebP-Bilder sind für die Bildersuche in Ordnung“ – bewusst nicht „besser“. Berichterstattung
• Zum WebP-Bericht „Gecrawlt – derzeit nicht indexiert“: Es handelt sich um eine allgemeine Eigenheit der Bildberichterstattung (Bilder werden nicht als HTML-Seiten indexiert), und Mueller “doesn’t believe the phenomenon is limited to WebP images.” (Übersetzung) „glaubt nicht, dass das Phänomen auf WebP-Bilder beschränkt ist.“ SEJ-Berichterstattung

Welches Format sollte ich verwenden?

Gehen Sie von oben nach unten vor. Passen Sie das Format an das an, was das Bild ist, und fügen Sie dann einen Fallback hinzu, wenn Sie modern vorgegangen sind.

1. Ist es ein Logo, Symbol, Diagramm oder eine Strichzeichnung? → SVG. Vektoren skalieren ohne Qualitätsverlust und bleiben winzig. Hier aufhören.

2. Muss es animiert sein? → Animiertes WebP oder AVIF, wo unterstützt, mit GIF als universellem Fallback für einfache Schleifen. Für alles, was über eine kurze Schleife hinausgeht, verwenden Sie Video (MP4/WebM), nicht ein Bildformat. Hier aufhören.

3. Ist es ein Foto? → WebP ist der sichere Standard (~96 % Unterstützung, kein Fallback strikt erforderlich). → Maximale Komprimierung gewünscht und ein Fallback möglich? AVIF → WebP → JPEG über <picture>. → Eine einzige universelle Datei ohne Fallback-Logik nötig? JPEG.

4. Ist es ein Screenshot oder eine Grafik mit scharfen Kanten, Text oder Transparenz? → PNG (oder verlustfreies WebP). JPEGs verlustbehaftete Artefakte ruinieren scharfe Kanten und Text; PNG hält sie scharf und unterstützt vollständige Transparenz.

5. Haben Sie AVIF oder WebP für ein Foto gewählt? → Wickeln Sie es in <picture> mit niedrigeren Formaten als <source>s und einem JPEG/PNG <img src>-Fallback. Dieses src ist die URL, die Google indexiert.

Schnellreferenz nach Antwort

Die mentalen Modelle

1. Die Kausalkette — Format → Dateigröße → Geschwindigkeit → Core Web Vitals. Das Format steht am Anfang einer vierstufigen Kette, nicht am Ranking-Ende: Formatwahl ändert Dateigröße → kleinere Dateien laden schneller → schnellere Ladezeiten verbessern Largest Contentful Paint (LCP) → LCP speist Core Web Vitals, das ist Teil der Page-Experience-Signale, die Ranking-Systeme verwenden. Dies auf “Format beeinflusst Rankings” zu reduzieren, ist genau, wie sich der Mythos verbreitet — das Format ist mehrere Schritte vorgelagert, und wenn die Seite nicht tatsächlich schneller wird, ändert sich nichts weiter unten. Verwenden Sie dieses Modell, wann immer Sie versucht sind, einem Formatwechsel selbst eine Ranking-Veränderung zuzuschreiben: Fragen Sie, welches Glied in der Kette tatsächlich passiert ist.

2. Nach Inhaltstyp wählen, nicht nach “Neuestes gewinnt.” Das neueste Format ist nicht automatisch das richtige — passen Sie das Format an das an, was das Bild ist:

• Fotos → WebP (sicherer Standard) oder AVIF mit JPEG-Fallback für maximale Komprimierung.
• Logos, Icons, Diagramme, Strichzeichnungen → SVG.
• Screenshots, scharfe Kanten, Text im Bild, Transparenz ohne Fallback- Komplexität → PNG (oder verlustfreies WebP).
• Einfache Animation → animiertes WebP/AVIF, wo unterstützt, GIF nur als universeller Fallback (reichere Animation → Video).

Ein Bild durch dieses Modell zu führen, bevor man zu “nimm einfach AVIF, es ist am neuesten” greift, fängt die Fälle ab, in denen AVIFs echte Kosten — CPU-intensive Kodierung, kein progressives Rendering und bis August 2024 überhaupt keine Google-Search-Unterstützung — seinen Komprimierungsvorteil überwiegen.

Bildformate-Spickzettel

Die sechs Formate auf einen Blick (2026)

Das <picture>-Fallback-Muster

<picture>
  <source srcset="photo.avif" type="image/avif" />
  <source srcset="photo.webp" type="image/webp" />
  <img src="photo.jpg" alt="…" width="1200" height="800" />
</picture>

Kurzfakten

• Kein direkter Ranking-Boost für WebP/AVIF – der Vorteil ist Geschwindigkeit → Core Web Vitals.
• Google unterstützt BMP, GIF, JPEG, PNG, WebP, SVG, AVIF; AVIF hinzugefügt am 30. August 2024.
• Google indexiert <img> (auch innerhalb von <picture>) – nicht CSS background-image.
• Das <img src>-Fallback ist die URL, die Google indexiert.
• WebP unterstützt Alpha-Transparenz auch im verlustbehafteten Modus; JPEG kann überhaupt keine Transparenz.
• AVIF-Kompromisse: CPU-intensive Kodierung, kein progressives Rendering, Animation nicht in Firefox (2026).
• SVG ist vektorbasiert – niemals für Fotos verwenden; niemals JPEG für Logos/Text.

Checkliste zur Formatwahl

Ein kurzer Durchgang, um zu bestätigen, dass jedes Bild im richtigen Format ist und sicher ausgeliefert wird:

• Fotos sind WebP (oder AVIF mit Fallback) – nicht überdimensionierte PNG oder JPEG.
• Logos, Icons und Diagramme sind SVG, nicht Raster.
• Screenshots und Grafiken mit Text sind PNG oder verlustfreies WebP – nicht JPEG (dessen Artefakte scharfe Kanten und Text verwischen).
• Alles, was Transparenz benötigt, verwendet PNG, WebP oder AVIF – niemals JPEG.
• Moderne Formate (AVIF/WebP) werden über <picture> mit einem JPEG/PNG <img src>-Fallback ausgeliefert.
• Jedes Bild befindet sich in einem <img> (oder <picture>), nicht in einem CSS background-image, wenn Sie es in der Bildersuche haben möchten.
• Dateierweiterungen stimmen mit dem tatsächlichen Dateityp überein (Vorsicht nach Stapelkonvertierung zu .webp/.avif).
• Kein Format wurde für einen Ranking-Boost gewählt – das Ziel ist kleinere Dateien → schnelleres LCP, verifiziert in einem echten Seitengeschwindigkeitstest, nicht das Formatlabel selbst.
• Animationen verwenden animiertes WebP/AVIF (oder Video); GIF nur dort, wo universelle Kompatibilität ohne Fallback erforderlich ist.
• Annahmen zur Browserunterstützung gegen caniuse überprüft, wenn Sie ein Fallback weglassen.

Fehler, die Sie bei Bildformaten vermeiden sollten

Umstellung auf WebP/AVIF in Erwartung eines Ranking-Boosts. Warum es falsch ist: John Mueller hat bestätigt, dass es keinen SEO-Boost für AVIF gibt, und WebP ist nur “fine for Image Search” – bewusst neutrale Formulierung, nicht “besser.” Format ist kein Ranking-Signal; die Geschwindigkeit, die es ermöglicht, ist es. Was Sie stattdessen tun sollten: Konvertieren Sie für den Dateigrößen- und Core-Web-Vitals-Gewinn und verifizieren Sie den Gewinn mit einem echten Seitengeschwindigkeitstest – nicht mit dem Formatlabel selbst.

AVIF als immer am besten behandeln, weil es am stärksten komprimiert. Warum es falsch ist: Beste Komprimierung ist nicht die einzige Variable. AVIF ist CPU-intensiv beim Kodieren, hat kein progressives Rendering (das Bild muss vollständig heruntergeladen werden, bevor es angezeigt wird), und animierte-AVIF-Tools werden in Firefox bis 2026 immer noch nicht unterstützt. Was Sie stattdessen tun sollten: Verwenden Sie AVIF mit einem <picture>-Fallback, wenn Sie maximale Komprimierung herausholen und die Kodierungskosten absorbieren können – andernfalls ist WebP der sicherere Alltagsstandard.

Annehmen, dass PNG immer die sichere, qualitativ hochwertige Wahl ist. Warum es falsch ist: PNG ist nur verlustfrei, daher erzeugt die Verwendung für Fotos unnötig aufgeblähte Dateien ohne sichtbaren Qualitätsgewinn gegenüber einem gut abgestimmten JPEG/WebP – ein echter, vermeidbarer Geschwindigkeitsnachteil. Was Sie stattdessen tun sollten: Reservieren Sie PNG für Transparenz und scharfkantige Grafiken/Screenshots/Text; verwenden Sie WebP oder JPEG für Fotos.

Das Fallback weglassen, weil “die Unterstützung inzwischen praktisch universell ist.” Warum es falsch ist: Für WebP (~96 %) weitgehend wahr, aber AVIF liegt immer noch bei etwa ~94 % weltweiter Unterstützung, plus ältere Geräte und einige Crawler rendern es nicht – eine echte, wenn auch kleine Lücke. Was Sie stattdessen tun sollten: Servieren Sie moderne Formate über ein <picture>-Element, das in einem JPEG/PNG <img src>-Fallback endet; dieses Fallback ist auch die URL, die Google indexiert.

Glauben, dass ältere Formate wie JPEG oder PNG bestraft werden. Warum es falsch ist: JPEG, PNG, GIF und BMP werden von der Google-Suche weiterhin vollständig unterstützt – es gibt keine Strafe für ihre Verwendung, nur eine verpasste Geschwindigkeitschance gegenüber einer kleineren modernen Formatdatei. Was Sie stattdessen tun sollten: Konvertieren Sie für den Dateigrößen-Vorteil, wenn es den Aufwand wert ist, aber behandeln Sie das Beibehalten von JPEG/PNG nicht als Compliance-Risiko.

Annahme: WebP kann keine Transparenz oder AVIF kann nicht animieren. Warum das falsch ist: Beides ist falsch. WebP unterstützt Alpha-Kanal-Transparenz sogar im verlustbehafteten Modus – etwas, das JPEG überhaupt nicht kann – und AVIF unterstützt Animation in Chrome, Edge und Safari 16.4+ (nur noch nicht in Firefox). Was Sie stattdessen tun sollten: Überprüfen Sie die tatsächliche Fähigkeit pro Format (die Sechs-Format-Tabelle im erweiterten Tab), anstatt Annahmen basierend auf dem Format-Alter zu treffen.

AVIF im Jahr 2026 als „noch experimentell” abtun. Warum das falsch ist: veraltet. AVIF ist seit dem 30. August 2024 von der Google-Suche indexierbar und hat etwa ~94 % globale Browserunterstützung. Was Sie stattdessen tun sollten: Behandeln Sie AVIF als produktionsreif mit einem Fallback, nicht als etwas, das Sie vollständig vermeiden sollten.

Testen Sie sich selbst: Bildformate

Fünf kurze Fragen zur Auswahl von Bildformaten für SEO. Wählen Sie für jede eine Antwort aus und überprüfen Sie dann.

Ressourcen, die Ihre Zeit wert sind

Meine verwandten Artikel

• Bild-SEO: 12 umsetzbare Tipps für mehr organischen Traffic – mein Ahrefs-Leitfaden zu Bildformaten, Komprimierung, Dateinamen, Alternativtexten, Sitemaps, responsiven Bildern, Schema und Lazy Loading.
• Largest Contentful Paint (LCP) – warum das LCP-Element normalerweise ein Bild ist und wie die formatbedingte Dateigröße es beeinflusst. Die Leistungskette, auf der das Mythos-Aufräumen dieses Artikels basiert.
• Anfängerleitfaden für technisches SEO – ordnet Bilder und Core Web Vitals in den größeren technischen Zusammenhang ein.

Meine Vorträge

• „Bild-SEO“ (Visme-Webinar, 2021) – mein Vortrag zur Optimierung von Bildern für die Suche, einschließlich Format- und Komprimierungsoptionen.

Offiziell

• Best Practices für Google Bilder – die Liste der unterstützten Formate und die Indexierungsmechanismen.
• AVIF-Unterstützung in der Google-Suche (August 2024) – die Ankündigung der AVIF-Unterstützung.
• web.dev – Bildleistung (Google-Chrome-Team) – die Referenz zur Formatmechanik hinter der Vergleichstabelle.

Aus der Branche

• Leitfaden zu Bilddateitypen und -formaten (MDN Web Docs) – die gründlichste Format-für-Format-Spezifikationstabelle im Web und die Genauigkeitsgrundlage für den Vergleich der sechs Formate.
• caniuse.com – AVIF / caniuse.com – WebP – Live-Browserunterstützungstabellen Version für Version mit aktuellen globalen Prozentsätzen.
• Googles neue AVIF-Unterstützung könnte SEO verbessern (Search Engine Journal, Roger Montti) – eine nützliche Fallstudie dafür, wie der Rahmen „Format = Rankingvorteil“ verstärkt wird; der Haupttext führt den Nutzen korrekt über Core Web Vitals her.
• John Mueller erläutert die Verwirrung um die WebP-Bildindexierung (Search Engine Journal) – erklärt, warum WebP-Bilder als „Gecrawlt – derzeit nicht indexiert“ angezeigt werden und weshalb dies kein WebP-spezifisches Problem ist.
• Google Search unterstützt jetzt AVIF-Bilder (Search Engine Roundtable) – Berichterstattung über den AVIF-Meilenstein und Muellers Aussage zum fehlenden SEO-Vorteil.
• AVIF und WebP: vier wichtige Unterschiede und die richtige Wahl (Cloudinary) – ein solider, umsetzungsorientierter Vergleich von AVIF und WebP.
• r/TechSEO – die Community für Bildformat- und Leistungsdebugging.

Änderungsprotokoll