Bild-zu-WebP-Konverter

Image to WebP konvertiert JPG-, PNG-, GIF-, BMP- und andere Bilddateien in das WebP-Format. Die Dateien werden auf den WebP-Konvertierungsdienst von ToolAct hochgeladen, dort vom serverseitigen libwebp (über libvips) kodiert und anschließend an den Browser zurückgesendet. Nach Abschluss der Konvertierung wird die temporäre Datei sofort vom Server gelöscht, nicht archiviert und nicht für Training verwendet. WebP wurde für das Web entwickelt und kann bei Fotos sowie Grafiken oft kleinere Dateien liefern als ältere Formate, während Transparenz und je nach Einstellung auch verlustfreie oder verlustbehaftete Kompression möglich sind. Das hilft bei schnelleren Seiten, kleineren Uploads, weniger Bandbreite und moderner Asset-Optimierung. Trotzdem ist WebP nicht automatisch immer die beste Wahl: sehr alte Clients, spezielle Druckabläufe, Metadatenanforderungen oder Bildbearbeitungssoftware können andere Formate bevorzugen. Nach der Konvertierung sollten Schärfe, Transparenz, Farbwiedergabe und Dateigröße gemeinsam beurteilt werden.

WebP ist ein Google-Containerformat, das auf drei internen Codecs basiert: VP8 für verlustbehaftete Standbilder, VP8L für verlustfreie und VP8X als erweiterter Container mit Alpha, Animation, ICC-Profil und EXIF-Chunks. Verlustbehaftetes WebP nutzt VP8-Intra-Frame-Vorhersage mit 4-Kachel-DCT, In-Loop-Deblocking und arithmetischer Kodierung; verlustfreies WebP führt Farbraumtransformationen und ein LZ77-Rückreferenzschema über den Residualwert aus. Im Vergleich zu JPEG bei gleichem SSIM ist verlustbehaftetes WebP im Schnitt 25–35 % kleiner, und verlustfreies WebP ist im Schnitt 26 % kleiner als PNG. Die Konvertierung läuft in diesem Tool serverseitig. Der Browser lädt jedes Bild als signierten Multipart-Upload an den Endpunkt /image/convert/webp von ToolAct hoch. Der Server leitet die Bytes an libvips weiter, das die Quelle (PNG, JPEG, GIF, BMP, TIFF) dekodiert und den Pixelpuffer an libwebp – Googles Referenz-Encoder – übergibt. Der Qualitätsregler wird direkt auf den -q-Parameter von libwebp (0–100) abgebildet: Werte unter 100 wählen den verlustbehafteten VP8-Pfad mit 4:2:0-Chroma-Subsampling und 8-Bit-pro-Kanal-Bereich, und Qualität 100 schaltet auf den verlustfreien VP8L-Pfad um, der jeden Pixel exakt erhält. Der Encoder schreibt den Bitstream in einen RIFF-(Resource-Interchange-File-Format-)WebP-Container und fügt bei Bedarf den VP8X-Erweiterungs-Chunk für Alpha oder ICC hinzu; das Ergebnis wird als Antwortkörper zurückgestreamt. Die temporäre Upload-Datei wird unmittelbar nach dem Schreiben der Antwort vom Server gelöscht, nicht archiviert und nicht für Training verwendet. Die Unterstützung ist inzwischen breit genug, um als JPEG-Ersatz zu dienen: Chrome 32+, Edge 18+, Firefox 65+ und Safari 14+ enthalten den Decoder. Die verbleibenden Randfälle sind vorhersehbar. Verlustbehaftetes WebP setzt transparente Pixel auf RGBA 0,0,0,0, da 4:2:0-Chroma keine partielle Alpha-Treue in voller Auflösung bieten kann. Qualität unter ~70 zeigt beginnendes Posterization in flachem Himmel und Rot-/Gelb-Entsättigung bei Markenfarben – Produkt-Hero-Bilder liegen daher typischerweise im Bereich 80–85. Animierte WebP können über die mux-Werkzeuge von libwebp erzeugt werden, der typische Stapelfall sind jedoch Standbilder; deshalb müssen frame-basierte Quellen wie animierte GIFs den Encoder ausdrücklich anweisen, alle Frames zu erhalten – sonst wird nur der erste Frame exportiert.

• Container: VP8 verlustbehaftet, VP8L verlustfrei, VP8X erweitert (Alpha, Animation, ICC, EXIF); die drei Layouts teilen sich den RIFF-Wrapper.
• Serverseitige Pipeline: libvips dekodiert die Quelle, libwebp kodiert die Ausgabe. Der Qualitätsregler wird auf den -q-Parameter von libwebp abgebildet; quality=100 wählt den verlustfreien VP8L-Pfad, niedrigere Werte wählen verlustbehaftetes VP8 mit 4:2:0-Chroma.
• Größenverhältnisse: Etwa 25–35 % kleiner als JPEG bei gleichem SSIM, etwa 26 % kleiner als PNG für verlustfrei mit Transparenz.
• Alpha-Verhalten: Verlustbehaftetes WebP setzt vollständig transparente Pixel auf RGBA 0,0,0,0; echtes Alpha erhält man durch Wahl des verlustfreien Modus oder durch PNG für Icons.
• Browser-Basislinie: Chrome 32+, Edge 18+, Firefox 65+, Safari 14+/iOS 14+; ältere gesperrte Geräte ohne Update-Möglichkeit benötigen weiterhin einen PNG/JPG-Fallback.
• Konvertierungs-Lebenszyklus: Jede hochgeladene Datei wird nur so lange aufbewahrt, wie es dauert, libwebp die Kodierung ausführen zu lassen und das Ergebnis zurückzustreamen. Die temporäre Datei wird beim Schließen der Antwort gelöscht, unabhängig davon, ob die Konvertierung erfolgreich war oder fehlgeschlagen ist.