STATUS IS UPWEBSITE‑OPTIMIERUNGS‑WIKI
16Beschleunigen
Performance und Auslieferung / Beschleunigen

Bildoptimierung fürs Web: Ein Entscheidungsleitfaden

Wähle für jedes Bild die richtigen Pixel, das passende Format, das korrekte Markup und das Ladeverhalten – und belege die Ergebnisse an realen Seitentemplates.

Bildoptimierung fürs Web: Ein Entscheidungsleitfaden — VISUELLE ANLEITUNG
LESEN
7 Minuten
QUELLEN
7
ERNEUT PRÜFEN
2027-03-27
geprüft
Web-Performance- und Barrierefreiheits-Reviewer
DIE KURZE ANTWORT

Mit der Entscheidung beginnen.

Optimiere jedes Bild in dieser Reihenfolge: Entscheide, was es vermitteln muss; dimensioniere es für seinen Layout-Slot; erstelle responsive Varianten; wähle ein Format und einen Kompressionsgrad, die weiterhin akzeptabel aussehen; und liefere Markup, das dem Browser erlaubt, die passende Datei auszuwählen und Platz zu reservieren. Produktfoto, Logo, Diagramm und dekorative Textur erfordern unterschiedliche Qualitäts- und Zugänglichkeitsentscheidungen.

Für Inhaltsbilder verwende das Element img mit einem aussagekräftigen alternativen Text, width und height, einer Fallback-src sowie srcset plus sizes, wenn die gerenderte Breite variiert. Verwende picture, wenn Zuschnitt oder Format sich je nach Viewport oder Browser-Fähigkeit ändern. Halte Bilder im initialen Viewport, insbesondere ein wahrscheinlich Largest Contentful Paint (LCP)-Bild, sofort geladen (eager); lazy-loade wirklich außerhalb des sichtbaren Bereichs liegende Bilder.

Mache daraus eine kontrollierte Performance-Remediation, nicht einen einmaligen Export. Vergleiche Erscheinungsbild, übertragene Bytes, den ausgewählten Kandidaten, Layoutstabilität und Seitenmetriken vor und nach der Änderung. SIU hilft Teams, diese Prüfungen bei Releases zu wiederholen, damit eine Bildkorrektur keine Regression auf Mobilgeräten, in Bezug auf Barrierefreiheit oder den Conversion-Pfad verursacht.

VISUELLE ANLEITUNG

Verstehen Sie die Arbeit als zusammenhängendes System.

Nutzen Sie diese Karte, um die Entscheidungen des Artikels zu verbinden, bevor Sie einzelne Taktiken umsetzen.

SIUBeschleunigen
011. Bildklassifikation vor der Optimierung
022. Für den gerenderten Slot dimensionieren und responsive Kandidaten anbieten
033. Format und Kompression nach Bildmerkmalen wählen
044. Markup so gestalten, dass Geschwindigkeit und Layoutstabilität geschützt werden
01

1. Bildklassifikation vor der Optimierung

Führe nach Templates ein Inventar der Bilder. Erfasse Rolle, größte und kleinste gerenderte Breite, Initial-Viewport-Status und ob kleine Bildschirme einen anderen Zuschnitt benötigen. So wird Dateigrößenarbeit zu prüfbaren Entscheidungen, die auf wichtigen Seiten getestet werden können.

Fotos tolerieren häufig geprüfte verlustbehaftete Kompression. Logos, Interface-Symbole, Strichgrafiken und Diagramme eignen sich möglicherweise für SVG oder für Rasterformate, die scharfe Kanten schützen. SVG passt zu Strichgrafiken, Diagrammen und Charts, ist aber nicht ideal für detailreiche Fotos.

Informativ

Bewahre wesentliche Details und stelle Text bereit, der den Zweck des Bildes vermittelt.

Dekorativ

Verwende ein leeres alternatives Attribut (alt=""); mache es nicht zur einzigen Quelle wichtiger Informationen.

Funktional

Beschreibe die Aktion oder das Ziel, nicht nur die Pixel des Bildes.

02

2. Für den gerenderten Slot dimensionieren und responsive Kandidaten anbieten

Passe die intrinsischen Dimensionen an den CSS-Slot an. Eine Desktop-große Datei in einer schmalen Karte verschwendet Übertragung; ein zu stark gestrecktes Rasterbild wirkt unscharf. Berücksichtige den Device Pixel Ratio, überprüfe jedoch visuell statt anzunehmen, dass jeder Bildschirm die größte Variante benötigt.

Bei einer Komposition in mehreren Breiten verwende srcset mit Breiten-Deskriptoren und sizes, um die tatsächliche Slot-Breite anzugeben. Der Browser wählt dann einen Kandidaten. Verwende picture für Art Direction: ein Mobilzuschnitt, der das Motiv erhält, ist nicht einfach nur eine Verkleinerung des Desktop-Bildes. Behalte immer ein img mit src und alt als Fallback innerhalb von picture.

Resolution switching

Gleiche Komposition, verschiedene Pixelabmessungen.

Art direction

Anderer Zuschnitt oder andere Komposition, wenn Skalierung die Aussage verdeckt.

Fallback

Belasse src auf img für Clients, die responsive Attribute nicht nutzen.

03

3. Format und Kompression nach Bildmerkmalen wählen

WebP und AVIF können die Rasterübertragung in passenden Fällen reduzieren, aber Format allein garantiert keine Qualität. Teste repräsentative Gesichter, feine Texturen, Markenverläufe, eingebrannten Text und Transparenz. JPEG bleibt ein gängiger Foto-Fallback; PNG kann für verlustfreie Rasterdetails oder Transparenz geeignet sein. Prüfe AVIF-Unterstützung und die operative Passung für deine Zielgruppe und Lieferkette.

Verlustbehaftete Kompression entfernt Informationen, um Bytes zu sparen, und ist bei detailreichen Fotos häufig verzeihlicher als bei scharfen Linien oder Text. Verlustfreie Kompression erhält codierte Pixel, spart jedoch oft weniger. Wähle die Qualität anhand von Vergleichstests in der darzustellenden Größe, nicht anhand eines übertragenen numerischen Werts. Entferne Metadaten erst, nachdem Orientierung, Farbe und Workflow-Anforderungen bestätigt wurden.

Fotos

Vergleiche verlustbehaftete AVIF-, WebP- und JPEG-Fallbacks in der Anzeigengröße.

UI und Strichgrafik

Ziehe geeignete SVGs vor oder schütze scharfe Rasterkanten durch Tests.

Transparenz

Bestätige Alpha-Darstellung in jedem gelieferten Format und Fallback.

04

4. Markup so gestalten, dass Geschwindigkeit und Layoutstabilität geschützt werden

Gib jedem inhaltlichen img width- und height-Attribute entsprechend seinem intrinsischen Seitenverhältnis. Der Browser kann so Platz reservieren, bevor die Datei eintrifft, was Layoutbewegungen reduziert. CSS kann die sichtbaren Dimensionen weiterhin steuern.

Verwende loading=lazy nur für Bilder außerhalb des initialen Viewports. Lade ein Bild, das wahrscheinlich sichtbar ist, nicht lazy, insbesondere keinen Kandidaten für Largest Contentful Paint (LCP). fetchpriority=high ist nur ein relatives Hint; setze es sparsam und messe das Ergebnis. Nutze HTML-Image-Markup für Inhalte, die Alternativtext oder Auffindbarkeit brauchen; Google dokumentiert, dass CSS-Bilder nicht indexiert werden.

Dimensionen

Setze width und height, auch bei lazy-gehosteten Galerie-Bildern.

Initialer Bildschirm

Halte wahrscheinliche LCP-Bilder eager und prüfe die Request-Priorität.

Unterhalb der Falz

Lazy-loade Offscreen-Bilder und teste das Scrollen unter eingeschränkten Netzwerkbedingungen.

05

5. Bedeutung, Auffindbarkeit und visuelle Qualität erhalten

Alternativtexte hängen von Zweck und Kontext ab. Beschreibe wesentliche Informationen für ein informatives Bild, verwende alt="" für Dekoration und benenne die Funktion eines verlinkten oder als Button genutzten Bildes. Bei komplexen Diagrammen oder Charts liefere eine äquivalente Erklärung im nahegelegenen Text. Verwende keine Keyword-Listen.

Für auffindbare Inhaltsbilder nutze standardmäßige HTML-Image-Elemente, relevanten umgebenden Text, kurze beschreibende Dateinamen, wo praktikabel, und eine Fallback-Quelle mit responsive Markup. Verwandle dekorative Hintergründe nicht in redundanten Content nur zur Auffindbarkeit.

Visuelle Prüfung

Prüfe komprimierte Dateien in der größten und kleinsten vorgesehenen Größe.

Text in Bildern

Bevorzuge normalen Text; sonst liefere ein entsprechendes Wording.

Kontext

Platziere informative Bilder nahe dem relevanten Seitentext.

06

6. Die Seite verifizieren, nicht nur das Asset

Teste repräsentative Seiten in schmalen und breiten Viewports. Untersuche in den Developer Tools des Browsers den srcset-Kandidaten, Transfergröße, gerenderte Abmessungen und Layoutbewegung. Drossele das Netzwerk, um späte Hero-Bilder und langsame Galerien zu erkennen. Ein Exportvergleich kann keinen fehlerhaften sizes-Wert, unerwarteten Zuschnitt oder ein Produktions-Transformationsproblem offenbaren.

Nutze Lab- und Feldsignale, wenn verfügbar. Lighthouse und PageSpeed Insights können falsch dimensionierte Bilder identifizieren; Field-LCP spiegelt reale Besuche über die Zeit wider. Vergleiche dasselbe Template, dieselbe Gerätekategorie, Release-Version und Messfenster. Schreibe Leistung nicht Bildern zu, wenn sich auch Serverzeit, Skripte, Fonts oder Drittsysteme geändert haben. Stage Änderungen an geteilten Templates und behalte einen Rollback-Pfad, bis die Validierung abgeschlossen ist.

Netzwerk

Bestätige, dass der Slot nicht unerwartet einen übergroßen Kandidaten auswählt.

Rendering

Überprüfe Zuschnitt, Schärfe, Farbe, Alternativen und Layoutstabilität.

Release-Sicherheit

Benenne einen Besitzer, das erwartete Signal und den Rücksetzpfad.

AKTION / ÜBERPRÜFEN

Ihr praktischer To‑Do‑Leitfaden.

  1. 01

    Inventar der Bildrollen

    Liste Hero-, Produkt-, Editorial-, UI-, Chart- und dekorative Bilder in geänderten Templates auf.

    ÜBERPRÜFEN: Jedes Asset hat einen Seitenort, eine Rolle, den größten Slot und den Viewport-Status.
  2. 02

    Layoutgrößen planen

    Dokumentiere CSS-Slot-Breiten bei wichtigen Breakpoints und erzeuge benötigte Kandidaten.

    ÜBERPRÜFEN: Schmale und breite Tests fordern Kandidaten an, die nahe am gerenderten Bedarf liegen.
  3. 03

    Visuelle Ausgaben vergleichen

    Exportiere repräsentative Dateien in praktikablen Formaten und Kompressionsstufen.

    ÜBERPRÜFEN: Die Prüfung akzeptiert Zuschnitt, Detail, Farbe und Transparenz in Anzeigengröße.
  4. 04

    Robustes Markup implementieren

    Füge Fallback-src, passenden alt-Text, width, height, srcset und korrekte sizes hinzu.

    ÜBERPRÜFEN: Geänderte Bilder haben eine Fallback-Quelle und deklarierte Dimensionen.
  5. 05

    Laden nach Viewport steuern

    Halte initiale Bilder eager und lazy-loade tatsächlich Offscreen-Bilder.

    ÜBERPRÜFEN: Wahrscheinliche LCP-Bilder sind nicht lazy-geladen; Galerie-Requests werden wie vorgesehen aufgeschoben.
  6. 06

    Die gelieferte Seite testen

    Variiere Viewport und Netzwerk, während du Kandidaten, Transfer, Zuschnitt und Bewegung inspizierst.

    ÜBERPRÜFEN: Es erscheinen keine übergroßen Anfragen, kein gebrochener Fallback und kein sichtbarer Layout-Shift.
  7. 07

    Messen und sicher freigeben

    Vergleiche einen Basisstand, stage Änderungen an geteilten Templates und halte eine Rücksetzoption bereit.

    ÜBERPRÜFEN: Release-Notes nennen das Messfenster, den Owner, das erwartete Signal und die Rollback-Maßnahme.
DISKUSSIONSTHEMEN

Vergleichen Sie Kompromisse, nicht private Daten.

Nutzen Sie diese Fragen mit Ihrem Team oder der Website‑Betreiber‑Community. Teilen Sie Methoden und Erkenntnisse, aber fügen Sie niemals Zugangsdaten, Kundendaten oder nicht‑öffentliche Infrastrukturdaten ein.

  1. 01

    Welche drei Seitentemplates verursachen für eure Besucher die meiste vermeidbare Bildübertragung, und welche Belege würden ihre Priorität ändern?

  2. 02

    Wo hat ein mobiler Zuschnitt die Aussage eines Desktop-Bildes nicht erhalten, und wie hat euer Team zwischen Art Direction und einem einfacheren Layout entschieden?

  3. 03

    Welche Release-Prüfung hat eine bildbezogene Regression erkannt, bevor sie ein größeres Publikum erreichte, ohne Kundendaten oder private Implementierungsdetails preiszugeben?

BELIEBTE / MASSGEBLICHE RESSOURCEN

Öffnen Sie das Quellmaterial.

web.devImage performance ↗

Erklärt Bilddimensionen, responsive Kandidaten, moderne Formate sowie die Unterschiede zwischen verlustbehafteter und verlustfreier Kompression.

Geprüft 2026-09-27
MDN Web DocsUsing responsive images in HTML ↗

Praktische Erklärung zu srcset, sizes, Resolution Switching und Art Direction mit picture.

Geprüft 2026-09-27
Google Search CentralGoogle image SEO best practices ↗

Offizielle Hinweise zu HTML-Bildern, Fallbacks, unterstützten Formaten, beschreibendem Text und Auffindbarkeit.

Geprüft 2026-09-27
web.devBrowser-level image lazy loading for the web ↗

Erläutert Ladeverhalten, Dimensionsattribute und warum initiale Viewport- und LCP-Bilder nicht lazy-geladen werden sollten.

Geprüft 2026-09-27
MDN Web Docsimg: The Image Embed element ↗

Referenz zu alt, width, height, loading und fetchpriority-Attributen.

Geprüft 2026-09-27
web.devLargest Contentful Paint ↗

Definiert LCP, zeigt, was das größte Contentful-Element werden kann, und listet Feld- und Labormesswerkzeuge.

Geprüft 2026-09-27
W3C Web Accessibility InitiativeImages Tutorial ↗

Entscheidungsorientierte Leitlinien für informative, dekorative, funktionale, textbasierte und komplexe Bilder.

Geprüft 2026-09-27

Quellenrichtlinie. Die Aussagen basieren auf den hier aufgeführten offiziellen Ressourcen. Die Hinweise sind praxisorientiert und müssen vor der Bereitstellung gegen die Browserunterstützung, Inhaltsanforderungen und Lieferkonfiguration der jeweiligen Website erneut validiert werden.

KURZE KLARSTELLUNGEN

Häufige Fragen.

Soll jedes Bild in AVIF oder WebP konvertiert werden?

Nein. Teste Formate im Hinblick auf die Aufgabe des Bildes und die unterstützten Clients. Ein gutes Ergebnis benötigt außerdem einen passenden Zuschnitt, einen praktikablen Fallback, korrektes Markup und eine visuelle Prüfung. SVG kann für geeignete Strichgrafiken oder UI-Symbole besser sein.

Brauche ich width und height, wenn CSS Bilder responsiv macht?

In der Regel ja. Sie ermöglichen dem Browser, ein intrinsisches Seitenverhältnis zu berechnen und Platz zu reservieren, bevor die Datei geladen ist. CSS kann die sichtbare Größe weiterhin anpassen. Prüfe, dass die Attribute mit dem gelieferten Derivat übereinstimmen.

Was ist die einfachste sichere Regel fürs Lazy-Loading?

Lazy-loade Bilder außerhalb des initialen Viewports, nicht einen Hero oder ein wahrscheinlich Largest Contentful Paint (LCP)-Bild. Teste das Template unter gedrosselten Bedingungen, da ein Carousel, Breakpoint oder Layoutwechsel beeinflussen kann, was sichtbar ist und wann es angefordert wird.

Status Is UP Editorial Team · Uptime Enablement Editors

Geprüft von Web-Performance- und Barrierefreiheits-Reviewer. Veröffentlicht 2026-09-27; aktualisiert 2026-09-30.