Warum ist die Dateigröße so wichtig?
Eine einzige unkomprimierte DSLR-Aufnahme kann 6–25 MB wiegen. Für den Druck ist das sinnvoll — für eine Website ist es eine Katastrophe. Bilder sind laut HTTP Archive für durchschnittlich 50–65% des Gesamtgewichts einer Webseite verantwortlich. Wer Bilder nicht optimiert, verschenkt Ladegeschwindigkeit, SEO-Ranking und Nutzerzufriedenheit.
Die gute Nachricht: Mit den richtigen Methoden lässt sich die Bildgröße oft um 60–90% reduzieren, ohne dass ein normaler Nutzer den Unterschied sieht.
Methode 1: Das richtige Format wählen
Schon die Formatwahl kann die Dateigröße halbieren. Die Faustregel für 2024:
- Foto → WebP (oder JPG als Fallback): 25–35% kleiner als JPG
- Grafik mit Transparenz → WebP (oder PNG): bis zu 50% kleiner als PNG
- Logo / Icon → SVG: skaliert perfekt, meist nur wenige Kilobytes
- Animation → WebP animated oder MP4: bis zu 10× kleiner als GIF
Methode 2: Auflösung auf Displaygröße anpassen
Das größte und einfachste Optimierungspotenzial steckt oft in der Auflösung. Ein Foto mit 5000 × 3333 px auf eine Blogseite zu laden, wo es nur 800 × 533 px angezeigt wird, bedeutet: du lädst 39× mehr Pixel herunter als nötig.
Skaliere Bilder auf die maximale Anzeigebreite multipliziert mit 2 für Retina-Displays. Ein Bild das 600 px breit angezeigt wird, braucht maximal 1200 px breite Quelldatei.
Methode 3: Verlustbehaftete Komprimierung
Der Qualitätsschieberegler in Komprimierungs-Tools (wie JNRT Pixel) bestimmt, wie aggressiv Bildinformationen entfernt werden:
- 90–100%: Kaum Unterschied zum Original, wenig Kompression
- 75–85%: Sweet Spot für Webbilder — minimaler sichtbarer Verlust, große Einsparung
- 60–74%: Deutliche Einsparung, bei manchen Bildern leichte Artefakte sichtbar
- Unter 60%: Sichtbare Qualitätsverluste, nur für unkritische Thumbnails
Methode 4: Metadaten entfernen
Fotos von Kameras und Smartphones enthalten EXIF-Daten: GPS-Koordinaten, Kamera-Modell, Aufnahmezeit, Copyright-Info und mehr. Diese Metadaten können mehrere Hundert Kilobytes ausmachen und sind für die Web-Anzeige vollständig irrelevant.
Viele Komprimierungs-Tools (inkl. der Canvas API in JNRT Pixel) entfernen EXIF-Daten automatisch. Das ist nebenbei auch gut für den Datenschutz — keine GPS-Koordinaten in öffentlich zugänglichen Bildern.
Methode 5: Lazy Loading aktivieren
Lazy Loading lädt Bilder erst wenn sie in den sichtbaren Bereich scrollen. Das reduziert zwar nicht die Dateigröße selbst, aber das initial geladene Datenvolumen erheblich:
- HTML:
<img src="..." loading="lazy" /> - Unterstützt von allen modernen Browsern
- Erspart bei langen Seiten oft 50–80% des Bild-Datenvolumens beim ersten Laden
- Nicht für das erste sichtbare Bild (LCP) verwenden!
Methode 6: Responsive Images mit srcset
Verschiedene Geräte brauchen verschiedene Bildgrößen. Mit dem srcset-Attribut lieferst du jedem Gerät genau die passende Version:
- Smartphone bekommt 400 px-Version (~40 KB)
- Tablet bekommt 800 px-Version (~120 KB)
- Desktop-Retina bekommt 1600 px-Version (~280 KB)
- Statt alle immer die 1600 px-Version zu senden (~280 KB)
Methode 7: Caching und CDN
Ein Content Delivery Network (CDN) speichert deine Bilder auf Servern weltweit. Ein Nutzer in München bekommt das Bild vom Frankfurter Server statt aus den USA. Die Latenz sinkt dramatisch. Kombiniert mit aggressivem Caching (Cache-Control: max-age=31536000) werden einmal geladene Bilder monatelang direkt aus dem Browser-Cache geliefert — ohne jeden Netzwerk-Request.
Kombinations-Effekt: Was ist realistisch erreichbar?
| Ausgangslage | Nach Optimierung | Ersparnis |
|---|---|---|
| DSLR-Foto, 18 MB, 6000 px | WebP, 1200 px, 80% | ~97% kleiner |
| PNG-Screenshot, 2,1 MB | PNG komprimiert | ~45% kleiner |
| Logo JPG, 340 KB | SVG (wenn möglich) | ~85% kleiner |
| Animiertes GIF, 4,2 MB | WebP animated | ~80% kleiner |
Fazit
Bildoptimierung ist kein einmaliges Projekt, sondern eine Gewohnheit. Jedes neue Bild das auf eine Website kommt, sollte zuerst komprimiert, auf die richtige Größe skaliert und im richtigen Format gespeichert werden. Die Kombination aus richtiger Auflösung, WebP-Format und Komprimierung auf 75–85% liefert fast immer das beste Ergebnis — mit JNRT Pixel dauert das für ein Bild unter einer Minute.