Bildkompressor (JPG / WEBP / PNG)
Reduziere die Dateigröße von Bildern mit einstellbarer Qualität und vergleiche das Vorher und Nachher nebeneinander.
Bildkompressor (JPG / WEBP / PNG) wird geladen… Wenn nichts passiert, aktiviere JavaScript.
Bildkompression ist der Vorgang, die Dateigröße eines digitalen Bildes zu verringern und dabei so viel visuelle Qualität wie möglich zu erhalten. Es gibt zwei grundlegende Strategien: die verlustbehaftete Kompression, die Daten dauerhaft verwirft, die für das menschliche Auge schwer zu erkennen sind (verwendet von JPEG und WebP), und die verlustfreie Kompression, die Daten effizienter codiert, ohne etwas wegzuwerfen (verwendet von PNG und GIF). JPEG erreicht seine bemerkenswerten Größenreduktionen durch eine mathematische Technik namens diskrete Kosinustransformation (DCT), die Blöcke von Pixeln in Frequenzkomponenten umwandelt und anschließend die weniger wichtigen hochfrequenten Details quantisiert. WebP, 2010 von Google vorgestellt, kombiniert moderne prädiktive Codierung und Entropiecodierung, um Dateien zu liefern, die bei gleichwertiger visueller Qualität rund 25 bis 35 % kleiner sind als JPEG.
Häufig gestellte Fragen
Wird etwas auf einen Server hochgeladen?
Welches Ausgabeformat liefert die kleinste Dateigröße?
Was ist der Unterschied zwischen verlustbehafteter und verlustfreier Kompression?
Warum ist meine komprimierte Datei manchmal größer als das Original?
Welche Qualitätsstufe sollte ich für Webbilder wählen?
Gibt es eine Grenze für Dateigröße oder Auflösung?
Beeinflusst die Kompression die Bildabmessungen?
Wie beeinflusst Bildkompression die Core Web Vitals?
Kann ich PNG-Bilder mit Transparenz komprimieren?
Wie schneidet die Canvas-API im Vergleich zu serverseitigen Tools wie ImageMagick ab?
Über Bildkompressor (JPG / WEBP / PNG)
Wer Inhalte im Web veröffentlicht, Fotos per E-Mail verschickt oder eine Mediathek verwaltet, profitiert von der Bildkompression. E-Commerce-Shops komprimieren routinemäßig Tausende von Produktfotos, um das Laden der Seiten zu beschleunigen. Blogger drücken Hauptbilder unter 100 KB, um ihre Lighthouse-Werte hoch zu halten. Mobile-Entwickler komprimieren App-Ressourcen, um die Downloadgrößen zu verringern. Aus Sicht der Core Web Vitals sind große, nicht optimierte Bilder die häufigste Ursache für einen schlechten Largest-Contentful-Paint-Wert (LCP), was sich direkt auf das Ranking in der Google-Suche auswirkt.
Dieses Tool führt die gesamte Kompressionsarbeit direkt in deinem Browser mit der HTML-Canvas-API aus. Wenn du ein Bild lädst, decodiert der Browser es im Speicher in rohe Pixeldaten; das Canvas codiert diese Pixel anschließend auf der von dir gewählten Qualitätsstufe neu. Das codierte Ergebnis wird zum Download angeboten, die Bytes deines Bildes verlassen niemals deinen Rechner in Richtung eines Servers. Es ist kein Konto erforderlich, es gibt keine Staffelung nach Dateigröße und kein Wasserzeichen. Die Vorschau nebeneinander zeigt dir genau, welche Qualitätsstufe du zu akzeptieren bereit bist, bevor du dich für den Download entscheidest.
Ein paar praktische Tipps: Eine JPEG-Qualität um 75 bis 85 % ist bei Fotografien meist nicht von 100 % zu unterscheiden, während ein Abfall unter 60 % sichtbare Blockartefakte einführt. PNG ist von Natur aus verlustfrei, daher beeinflussen die "Qualitäts"-Regler im PNG-Modus nur die Kompressionsgeschwindigkeit, nicht die visuelle Treue, aber das Umwandeln eines PNG-Screenshots in WebP bei 80 % kann seine Größe um 60 % oder mehr verringern. Wenn die komprimierte Datei größer ausfällt als das Original, bedeutet das, dass die Quelle bereits stark optimiert war; probiere einen niedrigeren Qualitätswert oder ein anderes Ausgabeformat. Vergleiche immer bei einem Zoom von 1:1, bevor du das Ergebnis als akzeptabel einstufst.
Von Faxgeräten zu WebP: die überraschende Geschichte der Bildkompression
Die Wurzeln der Bildkompression reichen zurück in die frühen Tage der Faxtechnik. In den 1970er-Jahren entwickelten Ingenieure den Fax-Standard Gruppe 3, der die Lauflängencodierung nutzte, um gescannte Schwarz-Weiß-Dokumente schneller über Telefonleitungen zu übertragen, im Grunde die erste weit verbreitete Nutzung der Bildkompression in der Verbrauchertechnik. Der JPEG-Standard, der später bestimmen sollte, wie eine ganze Generation Fotografien speicherte und teilte, wurde 1992 von der Joint Photographic Experts Group nach fast einem Jahrzehnt Forschung formalisiert. Sein Algorithmus der diskreten Kosinustransformation war von einer Arbeit inspiriert, die Nasir Ahmed 1974 veröffentlichte und die ursprünglich für die Sprachkompression vorgeschlagen wurde.
Das GIF-Format, 1987 von CompuServe vorgestellt, wurde zum dominierenden Bildformat des frühen Webs, unter anderem weil es den verlustfreien Kompressionsalgorithmus LZW nutzte, der die Dateigrößen über Einwahlverbindungen handhabbar hielt. PNG wurde 1996 als offene, patentfreie Alternative zu GIF geschaffen und bot überlegene verlustfreie Kompression sowie Vollfarbunterstützung. Unterdessen trieb der Hunger des Webs nach reichhaltigeren Bildern die Forscher dazu, immer ausgefeiltere Codecs zu entwickeln: JPEG 2000 kam im Jahr 2000 mit waveletbasierter Kompression, WebP wurde 2010 eingeführt, AVIF (basierend auf dem Videocodec AV1) erschien 2019 und JPEG XL wurde 2022 fertiggestellt, wobei jede Generation bessere Qualität bei kleineren Dateigrößen versprach.
Einer der folgenreichsten Momente in der Geschichte der Web-Bildkompression kam 2010, als Google das WebP-Format als Open Source freigab, das aus der Intra-Frame-Codierung seines Videocodecs VP8 abgeleitet war. Zunächst mit Skepsis aufgenommen, brauchte WebP fast ein Jahrzehnt, um universelle Browserunterstützung zu erreichen (Safari fügte es 2020 hinzu). Seine Akzeptanz markierte einen Wendepunkt: Die Branche erkannte an, dass der 30 Jahre alte Algorithmus von JPEG für eine Welt, in der die Hälfte des gesamten Webverkehrs von Mobilgeräten mit knappen Datentarifen stammt, nicht mehr ausreichte. Heute ist das Ausliefern von Bildern in Formaten der nächsten Generation eine Standardempfehlung in jedem Web-Performance-Audit.