Bild auf 50 KB komprimieren
Leg ein Foto ab. ToolZool findet die beste Datei, die noch unter 50 KB passt, ohne dass das Bild dein Gerät verlässt.
Deine Bilder hier ablegen
So komprimierst du ein Bild auf 50 KB
- Wähl dein Bild aus oder zieh es auf das Tool. Es wird nichts hochgeladen, die Dateigröße kostet dich also keine Wartezeit.
- Prüf die Zielgröße. Auf dieser Seite steht sie auf 50 KB; über eine Vorgabe oder das Feld für die eigene Größe änderst du sie.
- Lass die Strategie auf Automatisch, damit zuerst die Qualität ausgereizt wird und die Maße nur dann sinken, wenn das nicht reicht.
- Klick auf Auf 50 KB komprimieren. Du bekommst die größte Datei, die noch passt – und das ist zugleich die bestaussehende.
- Herunterladen. Das Seitenverhältnis bleibt erhalten, die Kamera-Metadaten sind entfernt.
Was realistisch in 50 KB passt
Ein Limit für die Dateigröße bedeutet je nach Bildinhalt etwas völlig anderes. Ein flaches Logo und eine detailreiche Landschaft müssen in dieselbe Anzahl Bytes passen, aber nur eines von beiden hat Details übrig, auf die es verzichten kann.
| Bildtyp | Bei 50 KB |
|---|---|
| Passbild-Porträt, 600 px breit | Gut machbar – kaum sichtbarer Verlust |
| Screenshot von Text oder Oberfläche | Knapp – besser PNG nehmen oder vorher verkleinern |
| Detailreiches Landschaftsfoto, volle Breite | Wird weicher; Verkleinern hilft am meisten |
| Flaches Logo oder Icon | Sehr gut machbar |
Richtwerte aus typischem JPEG-Verhalten, keine gemessenen Benchmarks. Veröffentlichte Testdaten stehen auf der Roadmap.
Andere exakte Ziele
Wie es funktioniert
Eine exakte Größe zu treffen ist ein Suchproblem, kein Geschmacksproblem. Ein Qualitätsregler zwingt dich zum Raten: schätzen, neu exportieren, die Dateigröße prüfen und wieder schätzen.
ToolZool übernimmt die Suche. Es dekodiert dein Bild und kodiert es dann immer wieder neu, während es sich an die höchste Qualitätsstufe herantastet, die noch unter deiner Zielgröße landet – und behält die größte Datei, die passt, weil genau die am besten aussieht. Bleibt selbst die niedrigste noch brauchbare Qualität über der Zielgröße, verkleinert es die Maße um eine Stufe und sucht erneut.
Das alles passiert in deinem Browser-Tab. Der Verarbeitungskern ist in Rust geschrieben und nach WebAssembly kompiliert; er läuft in einem Hintergrund-Worker, damit die Seite währenddessen bedienbar bleibt – du siehst, welche Qualitätsstufe gerade geprüft wird, und kannst abbrechen. Die Engine wird erst geladen, wenn du tatsächlich eine Datei auswählst; diese Seite zu lesen kostet also nichts.
Noch davor wird das Bild aufgerichtet. Handykameras speichern die Ausrichtung ihres Sensors zusammen mit einem Rotations-Tag; Software, die das Tag ignoriert, liefert querliegende Fotos. Die Drehung wird zuerst auf die Pixel angewandt – und eben deshalb trägt das Ergebnis auch keine Kamera-, Zeitstempel- oder GPS-Metadaten mehr: Es bleibt nichts übrig, worin sie mitreisen könnten.
Warum im Browser komprimieren
- Nichts wird hochgeladen. Es gibt keine Kopie auf einem Server, die gespeichert, geleakt oder beschlagnahmt werden könnte, weil die Datei nie durchs Netz geht.
- Kein Warten in der Warteschlange. Eine 40-MB-Kameradatei kostet keine Upload-Zeit. Die Arbeit beginnt sofort.
- Metadaten verschwinden. Beim Neukodieren aus den rohen Pixeln fallen Kameramodell, Zeitstempel und GPS-Standort weg. Die Ausrichtung wird vorher angewandt, das Ergebnis liegt also nicht quer.
- Es funktioniert bei schlechter Verbindung. Sobald die Seite geladen ist, läuft das Tool ohne Netz.
- Kein Konto, kein Wasserzeichen, kein Tageslimit.
Unterstützte Formate
Hinein: JPG, PNG und WebP. Entscheidend sind die Bytes der Datei selbst – eine PNG in .jpg
umzubenennen ändert nichts, weil das Tool die Formatsignatur liest und nicht den Dateinamen.
Heraus: JPEG, PNG oder WebP in seinem verlustfreien Modus.
| Format | Liest | Schreibt | Behält Transparenz |
|---|---|---|---|
| JPEG | ja | ja, mit Qualitätssuche | nein – transparente Flächen werden gefüllt |
| PNG | ja | ja, verlustfrei | ja |
| WebP | ja | nur verlustfrei | ja |
| AVIF | nein | nein | — |
| HEIC | nein | nein | — |
Für Fotos JPEG nehmen. Es ist die einzige Ausgabe mit einem Qualitätsregler und damit die einzige, die bei einem Foto eine beliebig kleine Zielgröße treffen kann.
Für Screenshots, Logos und Diagramme PNG oder WebP nehmen. Verlustbehaftete Kompression setzt sichtbare Schatten an harte Kanten, und auf flächigen Farben ergibt sie oft eine größere Datei als eine verlustfreie. Verlustfreies WebP ist meist das kleinere der beiden: Bei dem Foto mit 2400 × 1800 Pixeln, an dem dieses Tool geprüft wurde, kam es auf 7,6 MB gegenüber 9,7 MB bei PNG, rund 22 % weniger. Der Abstand hängt vom Bild ab; wenn es auf die genaue Zahl ankommt, probier beides aus und vergleiche.
Weil die verlustfreien Formate jedes Pixel exakt behalten, bleiben ihnen gegen eine Zielgröße nur die Maße als Hebel. Wenn 50 KB wichtiger sind als Exaktheit, ist JPEG die ehrliche Wahl.
AVIF und HEIC werden nicht unterstützt. Beide brauchen einen AV1- oder HEVC-Decoder, und jede gepflegte Option ist eine C-Bibliothek, die sich nicht für WebAssembly bauen lässt – statt sie halb zu unterstützen, sagt das Tool das offen und verweist dich darauf, zuerst zu konvertieren.
FAQ
Verliert das Bild sichtbar an Qualität?
Etwas, unvermeidlich, wenn das Original weit über der Zielgröße liegt. ToolZool hält den Verlust klein, indem es die höchste Qualität sucht, die noch passt, und die Maße erst dann verkleinert, wenn die Qualität allein nicht ausreicht.
Welche Formate kann ich hineingeben?
JPG, PNG und WebP. AVIF und HEIC werden noch nicht unterstützt — jeder gepflegte AV1-Decoder ist eine C-Bibliothek, die sich nicht nach WebAssembly kompilieren lässt, und das sagen wir lieber, als die Formate halb zu unterstützen. Ausgegeben wird JPEG, PNG oder verlustfreies WebP.
Gibt es eine Grenze für die Dateigröße?
100 MB pro Datei. Eine Grenze für die Auflösung gibt es nicht: Ein Kamerafoto mit 100 oder 200 Megapixeln wird zuerst auf eine handhabbare Größe gebracht — dabei siehst du „Zooly bereitet dein Bild sicher vor“ — und danach normal komprimiert. Die Byte-Grenze gibt es, weil die Arbeit in deinem Browser-Tab und im Speicher deines Geräts stattfindet und nicht auf einem Server mit Kontingent.
Warum gibt es keine verlustbehaftete WebP-Option?
Es gibt keinen verlustbehafteten WebP-Encoder, den wir ausliefern können. Der gepflegte reine Rust-Encoder steht unter der AGPL, die mit dieser Seite nicht vereinbar ist, und jede andere Option braucht eine C-Toolchain, die sich nicht für WebAssembly bauen lässt. Eine WebP-Einstellung anzubieten, die stillschweigend verlustfrei ausgibt und dann jede kleine Zielgröße verfehlt, wäre schlechter, als sie wegzulassen. Bei Fotos kommt JPEG einer kleinen Zielgröße näher als jedes verlustfreie Format.
Werden EXIF- und Standortdaten entfernt?
Ja. Beim Neukodieren gehen Kamera-, Zeitstempel- und GPS-Metadaten verloren. Die Ausrichtung wird zuerst auf die Pixel angewandt, damit das Bild nicht gedreht herauskommt.
Wir veröffentlichen Bewertungen pro Tool, sobald sie eintreffen, unbearbeitet. Nichts hier ist erfunden oder bezahlt.
Verwandte Tools
Dank dir bleibt
ToolZool kostenlos
Gute Tools sollten für alle kostenlos sein. So wird das bezahlt – vollständig, ohne dass ein Posten fehlt.
