Was Bildkomprimierung wirklich ist
Bildkomprimierung ist der Prozess, eine Bilddatei kleiner zu machen, ohne (sichtbar) zu ändern, wie sie aussieht. Die Datei, mit der du gestartet hast — ein 4 MB-Foto von deinem Handy, ein 2 MB-PNG-Export aus Figma, ein 6 MB-WebP von einem Screenshot-Tool — hat fast immer mehr Bits, als das Bild wirklich braucht. Ein Kompressor kodiert dieselben Pixel bei einer anderen Qualitätseinstellung neu, lässt redundante Daten fallen und schreibt eine kleinere Datei, die auf einem Bildschirm identisch aussieht.
Der Bild-Kompressor handhabt PNG, JPG und WebP. Er läuft komplett in deinem Browser mit der Canvas-API: Bild in Pixel dekodieren, bei einer Qualität neu kodieren, die du kontrollierst, dir das Ergebnis übergeben. JPG und WebP bei 75 % Qualität schrumpfen typischerweise 50-60 % ohne sichtbaren Verlust. PNG ist ein verlustfreies Format, also sind die Einsparungen dort kleiner — meist 10-30 % von saubererer Neukodierung statt von Qualitätsverlust. Kein Upload, kein Wasserzeichen, keine 5-MB-Obergrenze.
Wie sich das mit TinyPNG, iLoveIMG und Convertio vergleicht
Drei Konkurrenten kommen am häufigsten auf, und alle drei machen einen anderen Tausch als wir.
TinyPNG ist der berühmte. Sie haben einen wirklich exzellenten PNG- und JPG-Kompressor, gebaut auf pngquant und mozjpeg — besser, als die Browser-Canvas-API produzieren kann, besonders auf PNG. Tausch: Dein Bild lädt zu ihrem Server hoch, wird komprimiert, kommt zurück. Ihr Free-Tier deckelt bei 5 MB pro Datei und 20 Bildern pro Batch. Darüber meldest du dich an. Wenn dein PNG ein Logo oder Icon ist und du jedes Kilobyte ausquetschen musst, produziert TinyPNG eine kleinere Datei als wir — um vielleicht 10-20 % spezifisch bei PNG.
iLoveIMG komprimiert auch serverseitig, mit einem ähnlichen Hochladen-dann-Herunterladen-Flow. Sie unterstützen Batch-Uploads, aber das Free-Tier deckelt bei 25 MB pro Datei und limitiert, wie viele Komprimierungen pro Tag, bevor du auf eine Bezahlschranke triffst. Die Komprimierungs-Qualität ist gut — sie nutzen libjpeg-turbo und ähnliches Tooling — aber es ist eine weitere Hin-und-Zurück-Reise zu einem Server, den du nicht kontrollierst.
Convertio ist die Schwiegermutter-Option: 200+ Formate, serverseitig, mit dem üblichen Hochladen-Warten-Herunterladen-Tanz. Starke Format-Abdeckung, schwächste dedizierte Bildqualität der drei. Free-Tier gedeckelt bei 100 MB gesamt pro Tag und 2 gleichzeitigen Konvertierungen.
Der Tausch, den wir wählten: Wir machen dieselbe Komprimierung in deinem Browser mit dem nativen Canvas-Encoder. Langsamer um vielleicht 1-2 Sekunden pro Bild (der Canvas-Round-Trip ist nicht kostenlos). Deine Bytes verlassen den Tab nie. Kein Batch-Limit, kein Tageskontingent, keine Anmeldung. Der Output ist leicht größer als TinyPNG spezifisch bei PNG — für alles andere ist der Unterschied vernachlässigbar.
So nutzt du den Bild-Kompressor
Lege deine Bilder ab. Das Tool akzeptiert PNG, JPG und WebP, bis zu 50 MB pro Datei und 200 MB kombiniert pro Batch. Gemischte Formate sind gut — jedes Bild wird in seinem eigenen Format komprimiert und neu kodiert.
- Lege oder wähle deine Bilder. Ordner-Uploads funktionieren; ein Ordner mit 50 Fotos geht auf einmal rein.
- Wähle ein Qualitätslevel. 75 % (Standard) ist der Sweet Spot für JPG und WebP — visuell identisch zur Quelle, etwa 50-60 % kleiner. Niedrigere Qualität bedeutet kleinere Dateien mit sichtbaren Artefakten an Text und scharfen Kanten. PNG ignoriert den Schieber meistens, weil es verlustfrei ist.
- Klicke Komprimieren. Jedes Bild kodiert in 1-3 Sekunden neu. Das Zeilen-Größen-Delta zeigt genau, wie viel jedes geschrumpft ist.
- Lade jedes individuell mit dem Abwärts-Pfeil-Button herunter oder klicke Alle herunterladen für sequenzielle Downloads. Output-Dateinamen sind der Input mit einem
-comprimido-Suffix (urlaub.jpgwirdurlaub-comprimido.jpg).
Jede Operation ist lokal. Dekodieren nutzt den nativen Bild-Loader des Browsers, Neukodieren nutzt canvas.toBlob(), und der Download ist eine Blob-URL. Öffne den Netzwerk-Tab während des Komprimierungs-Schritts — du wirst null ausgehende Anfragen sehen.
Das richtige Qualitätslevel wählen
Der Qualitäts-Schieber ist die einzige Entscheidung, die zählt. Es gibt vier häufige Einstellungen und sie passen jeweils zu einem spezifischen Job.
| Qualität | JPG/WebP-Dateigröße | Sichtbarer Verlust | Anwendungsfall |
|---|---|---|---|
| 95 % (Archiv) | ~80 % des Originals | Keiner bei jedem Zoom | Master-Kopie behalten, professionelle Fotografie |
| 85 % (hohe Qualität) | ~55 % des Originals | Keiner mit bloßem Auge | Vollgrößen-Fotos posten, Portfolios, druck-qualitäts-Web |
| 75 % (Standard) | ~40 % des Originals | Unsichtbar bei normalem Betrachtungsabstand | Social-Posting, Blogs, meiste Web-Nutzung |
| 50 % (aggressiv) | ~25 % des Originals | Sichtbare Artefakte an Text und Kanten | E-Mail-Anhänge, wo Geschwindigkeit am meisten zählt, Thumbnails |
Der Standard von 75 % ist aus einem Grund kalibriert: Es ist die höchste Komprimierung, bei der die meisten Leute den Unterschied bei normalem Betrachtungsabstand nicht erkennen können. Niedriger zu gehen, fängt an, sichtbare JPG-Artefakte zu produzieren — die blockigen 8x8-Raster um scharfe Kanten, die matschigen Gradienten in Himmeln, die Halos um Text. Wenn dein Bild viel Text oder feine Linienarbeit hat, bleibe bei 85 % oder höher.
Ein durchgerechnetes Beispiel mit echten Zahlen
Echter Test: ein Ordner mit 12 Urlaubsfotos von einem iPhone 14, exportiert als JPGs in voller Qualität. Der Start-Batch ist 51 MB total — zu groß zum E-Mailen, langsam zum Hochladen zu Google Photos.
| Qualitäts-Einstellung | Gesamtgröße | Reduktion | Anmerkungen |
|---|---|---|---|
| Quelle (keine Komprimierung) | 51,0 MB | — | iPhone-Standard; weit mehr Qualität, als der Bildschirm je zeigen wird |
| 85 % JPG | 28,3 MB | 45 % | Auf jedem Handy- oder Laptop-Bildschirm nicht von der Quelle zu unterscheiden |
| 75 % JPG (Standard) | 21,6 MB | 58 % | Immer noch nicht zu unterscheiden; das ist, was die meisten Leute wählen sollten |
| 60 % JPG | 14,2 MB | 72 % | Leichte Weichheit bei genauer Inspektion detailreicher Bereiche |
| 50 % JPG | 10,8 MB | 79 % | Sichtbare Artefakte in Schatten und auf feinem Detail |
Bei 75 % fiel der Batch von 51 MB auf 21,6 MB — passt bequem in einen Gmail-Anhang (25 MB Obergrenze), lädt zu iCloud in einem Viertel der Zeit hoch, sieht auf jedem Bildschirm identisch aus, auf dem jemand sie anschauen wird. Das ist die richtige Antwort für fast jeden „ich muss meine Fotos teilen"-Anwendungsfall.
Vergleiche gegen denselben Batch durch TinyPNG: etwa 19 MB Output (12 % kleiner als unserer) mit ihrem proprietären mozjpeg-basierten Encoder, nachdem 51 MB zu ihren Servern hochgeladen und auf den Round-Trip gewartet wurde. Für 3 MB zusätzlicher Einsparungen bei einem privaten Foto-Set ist der Tausch nicht offensichtlich.
Warum PNG-Einsparungen kleiner als JPG-Einsparungen sind
PNG ist ein verlustfreies Format. Das Bild, das du dekodierst, ist Byte-für-Byte dasselbe wie das Bild, das du kodiert hast — keine Qualitätsinformation wird weggeworfen. PNGs Dateigröße hängt davon ab, wie effizient der Encoder die Daten packt, nicht von einer Qualitätseinstellung.
Der native PNG-Encoder des Browsers ist gut, aber unauffällig. Dedizierte PNG-Optimierer wie pngquant (die Engine in TinyPNG), optipng und ImageOptim nutzen Techniken, die der Browser-Canvas nicht hat — Palettenreduktion, klügere Huffman-Bäume, verlustbehaftet-aber-unwahrnehmbare Farb-Quantisierung für 24-Bit-PNGs. Diese Tools bekommen 50-70 % Reduktion auf einem typischen PNG. Wir bekommen 10-30 %.
Zwei praktische Erkenntnisse:
- Wenn dein Bild eine Fotografie ist, die als PNG gespeichert ist, konvertiere es zuerst zu JPG oder WebP — die Einsparungen sind 5-10× größer, als irgendein PNG-Optimierer produzieren kann. Unser Bildformat-Konverter macht das in einem Klick.
- Wenn dein Bild ein Logo, Icon, Screenshot oder etwas mit scharfen Kanten und wenigen Farben ist, ist PNG das richtige Format. Wir bekommen einen bescheidenen Größenabfall. Für aggressive PNG-spezifische Komprimierung schneidet TinyPNG oder ein Desktop-Tool wie ImageOptim besser ab. Nutze beide: uns für den privacy-ersten Batch-Durchgang, sie, wenn du die letzten paar Kilobyte aus einem Asset ausquetschen musst, das in Produktion geht.
Was mit Transparenz, EXIF und Farbprofilen passiert
Ein paar Details zählen für spezifische Workflows.
Transparenz. PNG und WebP bewahren Alpha durch Komprimierung. Pixel, die transparent waren, bleiben transparent. JPG kann kein Alpha tragen — wo immer ein Quellbild transparent ist, wird vor dem Kodieren weiß gemalt. Wenn du Transparenz brauchst, komprimiere als PNG oder WebP, nicht JPG.
EXIF-Metadaten. Die Canvas-API entfernt das meiste EXIF, wenn sie neu kodiert. Kameramodell, GPS-Koordinaten, Belichtungsdaten, Linsen-Info — alles weg. Für die meisten Nutzer ist das ein Feature: GPS-Koordinaten werden entfernt, bevor du ein Foto öffentlich teilst. Für Nutzer, die Fotografie-Arbeit archivieren, wo EXIF zählt, nutze ein Tool mit explizitem EXIF-Durchgang (jpegtran oder ExifTool auf dem Desktop). Wir könnten es später hinzufügen, aber es ist eine kleine Zielgruppe.
Farbprofile. Eingebettete ICC-Profile werden während der Canvas-Neukodierung entfernt. Das Bild zeigt korrekt in jedem Browser (der sRGB standardmäßig annimmt), aber wenn du mit Prophoto- oder Display-P3-Quelldateien für Druck arbeitest, wird die Wide-Gamut-Farb-Info nicht überleben. Fotografen und Druck-Workflows sollten einen farbbewussten Kompressor nutzen.
Animierte Bilder. Browser-Canvas gibt uns nur den ersten Frame eines animierten GIFs oder animierten WebPs. Den ersten Frame zu komprimieren und die Animation fallen zu lassen, ist selten, was jemand will, also schließen wir animierte Formate aus diesem Tool aus. Für animierte GIF- oder WebP-Komprimierung nutze ezgif oder ein dediziertes Tool.
Verwandte Bild-Tools
Der Bild-Kompressor ist ein Stück eines breiteren Bild-Toolkits:
- Bild-Größenänderer — ändere Pixeldimensionen (1920×1080 → 960×540). Oft der größere Gewinn für „mache diese Datei kleiner" — zuerst Größe ändern, dann komprimieren.
- Bildformat-Konverter — konvertiere zwischen PNG, JPG und WebP. Wenn du eine PNG-Fotografie hast, schrumpft das Konvertieren zu WebP es meist mehr, als das PNG je komprimieren könnte.
- PNG zu WebP — speziell für den PNG-zu-WebP-Konvertierungs-Fall. WebP bei 80 % ist typischerweise 60-70 % kleiner als das Quell-PNG ohne sichtbaren Verlust.
- WebP zu JPG — zum Teilen von WebP-Dateien mit jemandem, dessen Tool sie nicht akzeptiert.
- PDF komprimieren — wenn dein echtes Ziel ist, ein Dokument zu schrumpfen, ist das die PDF-Version dieses Tools.
Häufig gestellte Fragen
Wie vergleicht sich das mit TinyPNG?
Gleiches Ergebnis (kleinere Bilddateien), entgegengesetztes Vertrauensmodell. TinyPNG lädt dein Bild zu seinem Server hoch und verarbeitet es dort — schnell, aber deine Bytes verlassen deine Maschine. Sie haben ein Free-Tier mit einer 5 MB- und 20-Bilder-pro-Batch-Grenze, bezahlte Pläne darüber. Wir machen dieselbe Arbeit in deinem Browser mit der nativen Canvas-API — langsamer um vielleicht 1-2 Sekunden pro Bild, aber deine Bytes verlassen den Tab nie. Kein Batch-Limit, kein Dateigröße-Cap außer 50 MB pro Datei. Beide Tools sind gut; wähle nach dem Tausch, den du bevorzugst.
Warum ist PNG-Komprimierung weniger dramatisch als JPG?
Weil PNG ein verlustfreies Format ist — die Komprimierung ist rein strukturell (deflate, Palettenoptimierung). Der native PNG-Encoder des Browsers hat nicht die fortgeschrittenen Optimierungen dedizierter PNG-Kompressoren (pngquant, optipng, ImageOptim). Für aggressive PNG-Komprimierung bekommt unser Tool 10-30 %; ein dedizierter PNG-Optimierer kann 50-70 % bekommen. Schneller Check: Wenn dein Bild eine Fotografie ist, konvertiere es stattdessen zu JPG oder WebP — die Einsparungen sind 5-10× größer.
Wird mein Bild wirklich nicht hochgeladen?
Korrekt. Jede Operation läuft in deinem Browser. Dekodieren nutzt das native HTMLImageElement; Neukodieren nutzt canvas.toBlob(). Öffne den Netzwerk-Tab deines Browsers während des Komprimierens: null ausgehende Anfragen, nachdem die Seite geladen hat. Das HTML, CSS und JS für die Seite kommt von unserem CDN; deine Bild-Bytes verlassen den Tab nie.
Welche Qualität soll ich wählen?
Für Foto-Teilen: 75 % ist unsichtbar fürs Auge und bekommt ~50-60 % Größenreduktion. Für E-Mail-Anhänge, wo Geschwindigkeit am meisten zählt: 50-60 % (sichtbare Artefakte an Textkanten, aber für die meisten Foto-Inhalte akzeptabel). Für Archiv: 90-95 % (fast kein sichtbarer Verlust, kleinere Einsparungen). Für PNG: der Qualitäts-Schieber zählt kaum; wähle 100 % und akzeptiere die bescheidene 10-30 % Reduktion.
Kann ich viele Bilder auf einmal in einem Batch verarbeiten?
Ja. Lege oder wähle mehrere Dateien (ein Ordner mit 50+ Fotos ist gut). Sie komprimieren nacheinander und du bekommst individuelle Downloads. Die 200 MB kombinierte Obergrenze schützt deinen Browser vor Speicher-Mangel — für größere Batches mache sie in Stücken.
Bewahrt der Output EXIF-Metadaten?
Meistens nein. Der Canvas-Neukodierer des Browsers entfernt das meiste EXIF (Kameramodell, GPS, Belichtungsdaten). Wenn du speziell EXIF bewahren musst, nutze ein Tool, das einen dedizierten JPG-Encoder mit EXIF-Durchgang läuft. Für die meisten Nutzer (Teilen auf Social, E-Mailen, Web-Upload) ist das verlorene EXIF tatsächlich ein Feature — es entfernt GPS-Koordinaten, die du nicht teilen wolltest.
Was ist mit Transparenz?
PNG- und WebP-Outputs bewahren Transparenz durch Komprimierung. JPG kann kein Alpha tragen — wo immer ein Quellbild transparent ist, wird vor dem Kodieren weiß gemalt. Um Transparenz zu bewahren, komprimiere als PNG oder WebP, nicht JPG.
Warum gibt es keine animierten Formate (GIF, animiertes WebP)?
Browser-Canvas-Decoder geben uns nur den ersten Frame animierter Bilder. Den ersten Frame zu komprimieren und die Animation fallen zu lassen, ist selten, was Nutzer wollen, also schließen wir animierte Formate komplett aus diesem Tool aus. Für animierte GIF- oder WebP-Komprimierung nutze ezgif oder ein dediziertes Tool.