Zurück zum Blog

Bildoptimierung meistern: So beschleunigen Sie Ihre Website

UtilX Veröffentlicht am 15.6.2025 Aktualisiert am 28.7.2026 9 min Lesezeit

Image Optimization

Im unermüdlichen Streben nach der Leistung einer Website verbringen Entwickler oft Stunden damit, JavaScript zu minimieren, CSS zu optimieren und die Antwortzeiten des Servers zu optimieren. Obwohl diese Optimierungen wichtig sind, übersehen sie oft den Elefanten im Raum: Bilder.

Nach Angaben des HTTP-Archivs machen Bilder über 60 % der insgesamt heruntergeladenen Bytes auf einer durchschnittlichen Webseite aus. Ein einzelnes, nicht optimiertes Hintergrundbild kann mehr wiegen als Ihr gesamtes React-Bundle, Ihr CSS-Framework und alle Ihre benutzerdefinierten Schriftarten zusammen.

Nicht optimierte Bilder führen zu erheblichen Verzögerungen bei der Seitendarstellung, frustrieren die Benutzer und lassen die Absprungraten in die Höhe schießen. Darüber hinaus bestraft Google langsame Websites stark über ihre Core Web Vitals-Metriken (insbesondere Largest Contentful Paint oder LCP).

Wenn Sie möchten, dass Ihre Website einen hohen Rang hat und sich prägnant anfühlt, ist die Beherrschung der Bildoptimierung keine Option. Hier ist der ultimative Leitfaden zur Optimierung von Bildern für das moderne Web.

1. Wählen Sie das richtige Format

Die Zeiten, in denen einfach alles als JPEG oder PNG gespeichert wurde, sind vorbei. Die Wahl des richtigen Dateiformats ist die Grundlage der Optimierung.

JPEG (Joint Photographic Experts Group)

  • Am besten geeignet für: Komplexe Fotos mit Millionen von Farben, Verläufen und Schatten.
  • Vorteile: Universelle Unterstützung, ordentliche Komprimierung.
  • Nachteile: Verlustbehaftete Komprimierung (Artefakte erscheinen in geringer Qualität), unterstützt keine Transparenz.

PNG (Portable Network Graphics)

  • Am besten geeignet für: Logos, Symbole, Diagramme und Bilder, die einen transparenten Hintergrund erfordern.
  • Vorteile: Verlustfreie Qualität, unterstützt Transparenz (Alphakanal).
  • Nachteile: Riesige Dateigrößen für komplexe Fotos. Verwenden Sie niemals PNG für ein Vollbild-Herobild einer Landschaft!

WebP (Der moderne Standard)

WebP wurde von Google entwickelt und wird mittlerweile von allen gängigen modernen Browsern unterstützt.

  • Am besten geeignet für: Fast alles. Es ersetzt sowohl JPEG als auch PNG.
  • Vorteile: Bietet sowohl verlustbehaftete als auch verlustfreie Komprimierung. Ein verlustbehaftetes WebP-Bild ist normalerweise 25 % bis 35 % kleiner als ein vergleichbares JPEG, und ein verlustfreies WebP ist 26 % kleiner als ein PNG. Es unterstützt auch die Transparenz.
  • Nachteile: Ältere Browser (wie IE11) unterstützen es nicht und erfordern einen Fallback.

AVIF (The Bleeding Edge)

AVIF ist ein noch neueres Format, das vom AV1-Videocodec abgeleitet ist. Es übertrifft WebP regelmäßig und bietet bis zu 50 % kleinere Dateigrößen als JPEGs bei unglaublicher Qualität. Die Browserunterstützung wächst schnell, Sie müssen jedoch weiterhin WebP- oder JPEG-Fallbacks mithilfe des HTML-Elements picture bereitstellen.

2. Passen Sie die Größe an die exakten Anzeigeabmessungen an

Der häufigste Fehler, den Entwickler machen, besteht darin, ein 4000 x 3000 Pixel großes Bild direkt von einer Digitalkamera bereitzustellen, um es in einem winzigen 300 x 300 Pixel großen Profilbild-Avatar anzuzeigen.

Selbst wenn Sie das 4000-Pixel-Bild komprimieren, zwingen Sie das Mobiltelefon des Benutzers, Millionen unnötiger Pixel herunterzuladen, sie im Speicher zu halten und die CPU-Leistung zu nutzen, um das Bild so zu verkleinern, dass es auf den Bildschirm passt.

Die Regel: Stellen Sie niemals ein Bild bereit, das größer ist als der Container, in dem es sich befindet. Wenn Ihr Blog-Inhaltsbereich eine maximale Breite von 800 Pixeln hat, ändern Sie die Größe aller Ihrer Blog-Bilder auf genau 800 Pixel, bevor Sie sie hochladen. Für Displays mit hoher DPI (Retina) können Sie ein Bild mit der doppelten Größe (1600 Pixel) bereitstellen, aber das HTML-Attribut „srcset“ verwenden, damit Standardbildschirme nur die kleinere Version herunterladen.

3. Aggressive Komprimierung (verlustbehaftet vs. verlustfrei)

Sobald das Format ausgewählt ist und die Abmessungen korrekt sind, ist es Zeit für die Komprimierung.

  • Verlustfreie Komprimierung: Entfernt unsichtbare Metadaten (wie EXIF-Daten mit detaillierten Angaben zum Kameramodell, GPS-Koordinaten und Aufnahmedatum) und optimiert die Datenstruktur, ohne einen einzigen Pixel des visuellen Bildes zu verändern.
  • Verlustbehaftete Komprimierung: Verwirft auf intelligente Weise visuelle Daten, die das menschliche Auge nicht leicht wahrnehmen kann.

Für das Web sollten Sie fast immer Verlustbehaftete Komprimierung verwenden. Wenn Sie eine JPEG- oder WebP-Qualität auf 75 % oder 80 % reduzieren, wird die Dateigröße drastisch reduziert (häufig um die Hälfte), während sie für den durchschnittlichen Benutzer optisch nicht mehr vom Original zu unterscheiden ist.

4. Implementieren Sie natives Lazy Loading

Selbst wenn Ihre Bilder perfekt optimiert sind, lähmt das gleichzeitige Herunterladen von 50 Bildern beim ersten Öffnen einer Seite die Netzwerkverbindung eines Benutzers.

Lazy Loading löst dieses Problem, indem es den Browser anweist, nur Bilder herunterzuladen, die gerade auf dem Bildschirm sichtbar sind. Bilder weiter unten auf der Seite werden nur heruntergeladen, wenn der Benutzer in ihrer Nähe scrollt.

Modernes HTML macht dies unglaublich einfach. Fügen Sie einfach das Attribut „loading="lazy"“ zum Element img hinzu:

<img src="optimized-photo.webp" alt="Optimized landscape" loading="lazy" width="800" height="600">

Hinweis: Geben Sie immer die Attribute „Breite“ und „Höhe“ an! Dies reserviert den Platz auf der Seite, bevor das Bild geladen wird, und verhindert so lästige „Layoutverschiebungen“, die das Benutzererlebnis beeinträchtigen.

Abschluss

Die Optimierung von Bildern ist die am wenigsten hängende Frucht bei der Web-Performance. Indem Sie zu WebP wechseln, die Größe von Bildern an ihre Anzeigegröße anpassen, verlustbehaftete Komprimierung anwenden und Lazy Loading verwenden, können Sie die Ladegröße Ihrer Seite ganz einfach um Megabyte reduzieren.

Bereit, mit der Optimierung zu beginnen? Nutzen Sie den völlig kostenlosen, sicheren und datenschutzorientierten Bildkonverter direkt hier auf UtilX, um Ihre Assets direkt in Ihrem Browser stapelweise zu konvertieren, in der Größe zu ändern und zu komprimieren!

Die Optimierung beginnt beim Ausgangsmaterial: Foto, flache Grafik, Transparenz oder Animation. JPEG, WebP, AVIF, PNG und SVG bewahren unterschiedliche Eigenschaften. Wählen Sie das Format nach Inhalt und Einsatz; eine pauschale Konvertierung ignoriert Alpha-Kanal, scharfe Kanten und nötige Browserunterstützung.

Für ein Produktfoto mit 2400 × 1600 Pixeln in einer 600-Pixel-Karte erzeugen Sie Varianten mit 480, 960 und 1600 Pixeln. Vergleichen Sie WebP und AVIF in tatsächlicher Darstellungsgröße. Ein flaches Icon, ein transparenter Schatten oder eine Animation braucht eine eigene Export- und Sichtprüfung.

Gehen Sie von der größten Darstellungsgröße und dem nötigen Seitenverhältnis aus. Skalieren Sie vom Original, bieten Sie Kandidaten mit srcset an und beschreiben Sie die reale Breite mit sizes. Deklarieren Sie width und height, damit Platz reserviert wird. Verwenden Sie loading="lazy" nicht für das Bild, das LCP bestimmen kann.

Codecs behandeln Detail, Chroma und Alpha unterschiedlich. Verlustbehaftete Kompression kann Blöcke, Halos und Farbverschiebungen erzeugen; Chroma-Subsampling schadet farbigem Text und feinen Kanten. PNG bewahrt Pixel, kann aber groß sein. Beurteilen Sie Qualität in Veröffentlichungsgröße, nicht in einer vergrößerten Vorschau.

Typische Fehler sind doppelte Kompression eines bereits verlustbehafteten Exports, 4000 Pixel in einem schmalen Container und entfernte Metadaten, die im Produktionsablauf noch gebraucht werden. Prüfen Sie Farbprofile, EXIF-Drehung, Formatunterstützung und Animationsframes. Eine richtige Dateiendung beweist nicht, dass das visuelle Ergebnis stimmt.

Messen Sie die vom Browser gewählte Ressource, übertragene Bytes, CSS-Größe und Zeit des Hauptbildes. srcset hilft nicht, wenn sizes für eine halbbreite Spalte 100vw behauptet. Prüfen Sie LCP, Layout-Verschiebungen und Cache in Network und mit echten Nutzerdaten.

Dekodierung benötigt Speicher: Eine kleine komprimierte Datei kann sich zu vielen Pixeln ausdehnen, und viele Fotos gleichzeitig können einen Tab blockieren. Lokale Verarbeitung kann eine Übertragung reduzieren, ersetzt jedoch keine Lizenzprüfung, Barrierefreiheit oder spezialisierte Abläufe für riesige Stapel, komplexe Animationen und farbkritische Bilder.

Bestätigen Sie vor der Veröffentlichung Format, Alpha und Animation; prüfen Sie Dimensionen, Seitenverhältnis, srcset, sizes, width und height; und testen Sie Mobilgerät und Desktop. Vergleichen Sie Qualität in echter Größe, Orientierung, Metadaten, Bytes und LCP. Bewahren Sie das editierbare Original auf und kennzeichnen Sie jeden Export.