imported>Mützelzipfe: - Bot

2026-04-30T13:49:39Z

- Bot

Neue Seite

{{Infobox Dateiformat
| Icon =
| Logo = [[Datei:WebPLogo.svg|200px|Logo von WebP]]
| Screenshot = [[Datei:FFMpeg libwebp.png|300px]]
| Beschreibung =
| Dateiendung = .webp
| MIME = image/webp
| MIME-Anm = <ref>{{Internetquelle |url=https://developer.mozilla.org/en-US/docs/Web/HTTP/Basics_of_HTTP/MIME_types |titel=MIME types (IANA media types) |hrsg=MDN Web Docs |datum=2022-06-29 |abruf=2022-07-07}}</ref>
| MagischeZahl = RIFF''????''WEBP
| MagischeZahlNotation = [[American Standard Code for Information Interchange|ASCII]]
| MagischeZahlHex = 5249.4646.xxxx.xxxx.5745.4250
| Entwickler = [[Google LLC|Google]], [[On2 Technologies|On2]]
| Veröffentlicht = 2010
| LetzteVersion =
| LetzteVersionDatum =
| Art = [[Grafikformat]]
| Container für =
| Enthalten in = [[Resource Interchange File Format|RIFF]]
| Erweitert von = [[VP8]]
| Erweitert zu =
| Standard =
| Website = [https://developers.google.com/speed/webp developers.google.com/speed/webp]
}}

'''WebP''' ist ein [[Grafikformat]] für verlustbehaftete oder verlustfreie [[Bildkompression]] für statische oder animierte Bilder.<ref>{{Internetquelle |autor=Stephen Shankland |url=http://news.cnet.com/8301-30685_3-20018146-264.html |titel=Google offers JPEG alternative for faster Web |hrsg=Deep Tech – CNET News |datum=2010-09-30 |sprache=en |archiv-url=https://web.archive.org/web/20110323025215/http://news.cnet.com/8301-30685_3-20018146-264.html |archiv-datum=2011-03-23 |abruf=2010-10-01}}</ref><ref>{{Internetquelle |url=http://www.golem.de/1010/78348.html |titel=Google: WebP soll Jpeg ersetzen |werk=Golem.de |datum=2010-10-01 |abruf=2010-10-01}}</ref>
Als weiterer Abkömmling des 2010 freigegebenen Video-Codecs ''[[VP8]]'' ist es ein Schwesterprojekt des Videoformates ''[[WebM]]''.<ref>{{Internetquelle |autor=Nils Baer |url=http://www.basicthinking.de/blog/2010/10/01/google-stellt-neues-grafikformat-vor-webp-soll-der-jpeg-killer-werden/ |titel=Google stellt neues Grafikformat vor: ‘WebP’ soll der JPEG-Killer werden |hrsg=Basic Thinking |datum=2010-10-01 |abruf=2011-03-02}}</ref>

== Aussprache ==
Laut Entwicklergruppe und dem [[Dateinamenserweiterung]]en-Verzeichnis ''Dot What?'' wird WebP wie im Englischen „weppy“ ausgesprochen.<ref>{{Internetquelle |url=https://code.google.com/speed/webp/ |titel=WebP |werk=code.google.com |sprache=en |archiv-url=https://web.archive.org/web/20101003024034/https://code.google.com/speed/webp/ |archiv-datum=2010-10-03 |abruf=2025-11-13 |zitat=Did you know? WebP is pronounced ‚weppy‘. {{nowrap|/(wĕpˈē)/}}}}</ref><ref>{{Internetquelle |url=https://dotwhat.net/file/extension/webp/10843 |titel=.WEBP File Extension – Google Image File |werk=dotwhat.net |sprache=de |abruf=2019-12-31}}</ref>

== Merkmale ==
Das Format bietet (ausschließlich) 4:2:0-[[Farbunterabtastung]]. Es unterstützt Bilder mit Seitenlängen von bis zu 16.383 Pixeln (14 Bits: 2<sup>14</sup>−1).

WebP erreicht bei sehr hoher Komprimierung eine bessere Bildqualität pro Datenmenge als [[JPEG]]. Es arbeitet besonders effektiv bei der Komprimierung von detailarmen, gleichförmigen Bildteilen.<ref name="kidjan">{{Internetquelle |autor=kidjan |url=http://goldfishforthought.blogspot.com/2010/10/comparison-webp-jpeg-and-jpeg-xr.html |titel=Comparison: WebP, JPEG and JPEG XR |datum=2010-10-10 |abruf=2011-05-26}}</ref>

Durch die Komplexität der Komprimierung ist diese aber auch deutlich langsamer als bei JPEG. Es ist daher in der Regel nicht ratsam, die Bilder direkt zu prozessieren, wie dies z. B. bei [[Web Map Service]]s der Fall ist.<ref name="compression_time">{{Internetquelle |url=https://groups.google.com/a/webmproject.org/g/webp-discuss/c/Ad6rXupeWZ4 |titel=WebP Discussion Group: Compression time and file size |datum=2023-02-16 |abruf=2023-02-17}}</ref>

Am 3. Oktober 2011 wurde für WebP Unterstützung für Animationen, [[ICC-Profil]]e, [[Extensible Metadata Platform|XMP]]- und [[Exchangeable Image File Format|Exif]]-Metadaten sowie Kachelung („tiling“; große, zusammengesetzte Bilder aus max. 16.384×16.384 Teilen) eingeführt.<ref>[https://groups.google.com/a/webmproject.org/group/webp-discuss/browse_thread/thread/4ab76cbde89e6ade/23512e5a1ed1dab0?lnk=raot WebP-Mux (RIFF based container) framework]</ref>
Am 18. November 2011 wurden experimentell [[verlustfreie Kompression]] und Unterstützung für [[Transparenz (Computergrafik)|Transparenz]] ([[Alphakanal]]) sowohl im verlustbehafteten sowie auch verlustfreien Modus eingeführt. Die Unterstützung wurde mit Einführung libwebp 0.2.0 (16. August 2012) standardmäßig aktiviert.<ref>{{Webarchiv |url=http://code.google.com/p/webp/downloads/detail?name=libwebp-0.2.0.tar.gz |text=WebP v0.2.0 decoder and encoder source tree |wayback=20130701022643}}</ref><ref name="lossless-announce">[http://googledevelopers.blogspot.hu/2012/08/lossless-and-transparency-modes-in-webp.html ''Lossless and Transparency Modes in WebP''.] Google Developers Blog.</ref>

Die Software zur Bearbeitung und Darstellung von WebP wird unter der [[BSD-Lizenz]] veröffentlicht.

== Technik ==
Das Format wird von [[Google LLC|Google]] auf Basis der [[Intra-Frame]]-Codierung des Video-Codecs VP8 und dem [[Containerformat]] ''[[Resource Interchange File Format|RIFF]]'' entwickelt und ist [[bitstrom]]kompatibel zu [[VP8]]. Als solches handelt es sich um ein blockbasiertes (4×4 Pixel Blockgröße) Transformationsverfahren mit 8 Bit [[Farbtiefe (Computergrafik)|Farbtiefe]] und einem [[Farbraum|Helligkeit-Farbigkeit-Farbmodell]] mit [[Farbunterabtastung]] im Verhältnis 1:2 ([[YCbCr-Farbmodell|YCbCr]] 4:2:0).<ref>{{RFC-Internet |RFC=6386 |Titel=VP8 Data Format and Decoding Guide |Datum=}}</ref>
Es verwendet eine vergleichsweise fortschrittliche [[Entropiekodierung]] – eine Art binärer arithmetischer Codierung (ähnlich [[Context-Adaptive Binary Arithmetic Coding|CABAC]]). Der obligatorische RIFF-Container führt ohne weiteren Inhalt zu einem [[Overhead (EDV)|Overhead]] von nur 20 Bytes und kann der zusätzlichen Aufnahme von [[Metadaten]] dienen.

Die [[Freie Software|freie]] [[Referenzimplementierung]] lässt sich für Windows (64 Bit), MacOS und Linux vorkompiliert herunterladen. Angeboten werden die [[Kommandozeile]]nprogramme cwebp und dwebp für Encoder und Decoder sowie verschiedene Bibliothekskomponenten, insbesondere die [[Programmbibliothek]] libwebp.<ref>{{Internetquelle |url=https://developers.google.com/speed/webp/docs/precompiled?hl=de |titel=Vorkompilierte Dienstprogramme {{!}} WebP |abruf=2025-08-30}}</ref>

== Verwendung ==
[[Datei:Vulphere WebP OTAGROOVE demonstration 2.webp|mini|Ein Beispiel für WebP]]
Das Format soll als neuer [[offener Standard]] für verlustbehaftet komprimierte Echtfarb-Grafiken im Web dienen und wird so als direkte Konkurrenz zum älteren [[JPEG]] platziert, gegenüber dem es bei vergleichbarer Qualität deutlich kleinere Dateien ermöglichen soll.

=== Unterstützende Webbrowser ===
Als erster Browser unterstützt Googles eigener Webbrowser ''[[Google Chrome|Chrome]]'' das Format seit Oktober 2010;<ref>{{Internetquelle |autor=Nicola D’Agostino |url=http://www.mondochrome.it/2010/10/29/chromium-supporta-le-immagini-webp/ |titel=Chromium supporta le immagini WebP! |werk=Mondo Chrome |datum=2010-10-29 |sprache=it |offline=1 |archiv-url=https://web.archive.org/web/20101109165454/http://www.mondochrome.it/2010/10/29/chromium-supporta-le-immagini-webp/ |archiv-datum=2010-11-09 |abruf=2010-11-22}}</ref> [[Opera (Browser)|Opera]] ab Version März 2011.<ref>{{Internetquelle |autor=[http://my.opera.com/ruario/ Ruarí Ødegaard] |url=http://my.opera.com/desktopteam/blog/2011/03/15/css-gradients-webp-declarativeui |titel=CSS gradients, WebP, and Declarative UI |werk=Opera Desktop Team |datum=2011-03-15 |sprache=en |offline=1 |archiv-url=https://web.archive.org/web/20110317032114/http://my.opera.com/desktopteam/blog/2011/03/15/css-gradients-webp-declarativeui |archiv-datum=2011-03-17 |abruf=2011-03-15}}</ref> Seit Januar 2019 unterstützt [[Mozilla Firefox|Firefox]] ab Version 65 WebP.<ref>{{Internetquelle |url=https://www.mozilla.org/en-US/firefox/65.0/releasenotes/ |titel=Firefox 65.0, See All New Features, Updates and Fixes |sprache=en |abruf=2019-01-30}}</ref>

Die Google-Entwickler haben die WebP-Unterstützung schließlich als Bestandteil in die Rendering-Engine [[WebKit]] eingefügt, damit alle WebKit-basierten Browser, beispielsweise [[Safari (Browser)|Safari]], das Format ebenfalls verwenden können. Safari unterstützt WebP ab der Version 14,<ref>{{Internetquelle |url=https://developer.apple.com/documentation/safari-release-notes/safari-14-beta-release-notes |titel=Apple Developer Documentation |abruf=2020-08-08}}</ref> auf [[macOS]] aber nur mit der Betriebssystemversion [[MacOS Big Sur|Big Sur]] oder später.<ref>{{Internetquelle |url=https://caniuse.com/webp |titel=WebP image format |werk=Can I use... |abruf=2022-01-12}}</ref>

Edge unterstützt WebP ab der Version 1809 (RS5) von Windows 10.<ref>{{Internetquelle |url=https://blogs.windows.com/msedgedev/2018/10/04/edgehtml-18-october-2018-update/ |titel=What’s new in Microsoft Edge in the Windows 10 October 2018 Update – Microsoft Edge Dev BlogMicrosoft Edge Dev Blog |sprache=en-US |abruf=2018-11-12}}</ref>

Opera benutzt seit April 2011 das Format standardmäßig für Bilder, die komprimiert über Operas Proxyserver für die Funktion „Opera Turbo“ übertragen werden.<ref>{{Internetquelle |autor=Audun Mathias Øygard |url=http://my.opera.com/chooseopera/blog/on-a-horse-opera-turbo-to-the-rescue |titel=On a horse? Opera Turbo to the rescue! |datum=2011-04-11 |sprache=en |offline=1 |archiv-url=https://web.archive.org/web/20110414034503/http://my.opera.com/chooseopera/blog/on-a-horse-opera-turbo-to-the-rescue |archiv-datum=2011-04-14 |abruf=2011-05-26}}</ref><ref>{{Internetquelle |autor=[http://dev.opera.com/author/947856/ Frank M. Palinkas, Technical Writer, Opera Software ASA] |url=http://www.opera.com/docs/changelogs/windows/1110/ |titel=Opera 11.10 for Windows changelog |werk=Opera Desktop Team |datum=2011-04-12 |sprache=en |abruf=2011-04-14}}</ref>

[[Konqueror]], der Webbrowser von [[KDE]], unterstützt WebP ab der KDE-Version 4.11.<ref>{{Internetquelle |url=http://quickgit.kde.org/?p=kde-runtime.git&a=commit&h=cd2c23ee59461cfe4f70f43fa93513c7f7f72919 |titel=KDE QuickGit :: kde-runtime.git/commit |offline=ja |abruf=2013-11-18 }}</ref>
Da die Bildformate in KDE als wiederverwendbare Komponenten implementiert sind, kann damit jedes Grafikprogramm unter KDE
WebP nutzen (z. B. [[KolourPaint]], [[Gwenview]], [[Krita]], [[Calligra Suite|Calligra]], …).

=== Unterstützende Content-Management-Systeme ===
Am 20. Juli 2021 wurde [[WordPress]] Version 5.8 veröffentlicht.<ref>{{Internetquelle |url=https://make.wordpress.org/core/5-8/ |titel=WordPress 5.8 Development Cycle |werk=Make WordPress Core |datum=2021-03-09 |sprache=en-US |abruf=2021-07-20}}</ref> WordPress unterstützt somit ohne Plug-in offiziell den Upload von WebP-Bildern. Bisher hochgeladene Bilder müssen jedoch nachträglich von JPG oder PNG in WebP umgewandelt werden.<ref>{{Internetquelle |autor=Vincent Rammelt |url=https://www.knallblaumedia.de/webp-support-wordpress-5-8/ |titel=Was bedeutet der WebP Support ab WordPress 5.8? |datum=2021-07-20 |sprache=de-DE |abruf=2021-07-20}}</ref>

=== Unterstützende Grafikprogramme ===
[[Affinity Photo]], [[Adobe Photoshop|Photoshop]],<ref>{{Internetquelle |url=https://helpx.adobe.com/de/photoshop/kb/support-webp-image-format.html |titel=Arbeiten mit WebP-Dateien in Photoshop |abruf=2022-03-10}}</ref> [[ACDSee]], [[FastStone]], [[GIMP]] (seit 2.9.2, Ende 2015<ref>{{Internetquelle |url=https://www.gimp.org/news/2015/11/27/gimp-2-9-2-released/#file-format-support |titel=GIMP – GIMP 2.9.2 Released |werk=www.gimp.org |abruf=2016-09-29}}</ref>), [[Krita]], [[PhotoLine]], [[Pixelmator]] und [[Ashampoo Photo Commander|Photo Commander]] unterstützen WebP ohne Plug-in. Die aktuellen Versionen von [[IrfanView]], [[Paint.NET]] und [[XnView]] unterstützen sowohl Lesen als auch Schreiben von WebP, wenn die erforderlichen [[Plug-in]]s installiert sind.

Die Graphikprogramme ImageMagick und libvips unterstützen WebP ebenfalls.<ref>{{Internetquelle |url=https://imagemagick.org/script/formats.php |titel=ImageMagick {{!}} Image Formats |sprache=en |abruf=2025-08-30}}</ref><ref>{{Internetquelle |url=https://www.libvips.org/ |titel=libvips |abruf=2025-08-30}}</ref>

Mit [[LibreOffice]] 7.4 wird WebP unterstützt.
Allerdings kann zum Abspeichern noch nicht das native ODS bzw. ODT-Office-Format verwendet werden.<ref>https://www.phoronix.com/scan.php?page=news_item&px=LibreOffice-WebP</ref>

Blender unterstützt den Export von WebP ab Version 3.2.<ref>{{Internetquelle |autor=Gottfried Hofman |url=https://www.heise.de/news/Blender-3-2-schneidet-alte-Zoepfe-ab-7136294.html |titel=3D-Software: Blender 3.2 schneidet alte Zöpfe ab |werk=[[Heise online|heise.de]] |datum=2022-06-09 |abruf=2024-02-03}}</ref>

=== Verwendung in Messengern ===

Seit dem 19. Mai 2015 können Benutzer des Messengers [[Telegram]] virtuelle [[Aufkleber#Sticker|Stickersammlungen]] erstellen und für Freunde veröffentlichen.<ref>{{Internetquelle |url=https://telegram.org/blog/stickers-revolution |titel=Custom Sticker Sets |werk=Telegram-Blog |datum=2015-05-19 |sprache=en |abruf=2015-06-06}}</ref> Diese basieren auf WebP-Dateien mit bis zu 512×512 Pixeln, verknüpfen allerdings noch ein [[Emoji]] damit. Seit Ende 2018 unterstützt auch [[WhatsApp]] Sticker mit diesem Format.<ref>{{Internetquelle |url=https://telegra.ph/Telegram-Stickers-for-Everyone-10-28 |titel=Telegram Stickers for Everyone |werk=Telegraph |datum=2018-10-28 |sprache=en |abruf=2018-11-29}}</ref> [[Signal (Messenger)|Signal]] unterstützt ebenfalls WebP als Format für Sticker.

== Kritik und Vergleich mit anderen Verfahren ==

Das bei Erstveröffentlichung vorgelegte Format und seine (Referenz-)Implementierung galten als noch unbrauchbar. Jason Garrett-Glaser, ein Entwickler des [[x264]]-Encoders, äußerte mehrere Kritikpunkte zu WebP.<ref>{{Internetquelle |autor=Jason Garrett-Glaser |url=http://x264dev.multimedia.cx/?p=541 |titel=Diary Of An x264 Developer » H.264 and VP8 for still image coding: WebP? |datum=2010-09-30 |offline=1 |archiv-url=http://webarchive.loc.gov/all/20101127132637/http%3A//x264dev.multimedia.cx/archives/541 |archiv-datum=2010-11-27 |abruf=2010-10-01}}</ref> WebP unterstütze ausschließlich die Farbunterabtastung 4:2:0. Die vom JPEG-Format unterstützten 4:2:2 und 4:4:4 fehlten. Die Qualität von Vergleichsbildern im WebP-Format sei offenbar trotz des überlegenen Formates bei gleicher Dateigröße schlechter und verschwommener als jene im JPEG-Format, da der [[Encoder]] keine wahrnehmungspsychologischen Optimierungen einsetze.<ref>{{Internetquelle |autor=Jason Garrett-Glaser |url=http://x264dev.multimedia.cx/archives/541 |titel=H.264 and VP8 for still image coding: WebP? |werk=Diary Of An x264 Developer |datum=2010-09-30 |sprache=en |offline=1 |archiv-url=https://web.archive.org/web/20150319214453/http://x264dev.multimedia.cx/archives/541 |archiv-datum=2015-03-19 |abruf=2010-11-22}}</ref>
Seitdem hat Pascal Massimino, der Entwickler des [[cwebp]]-Encoders, diesen verbessert und die meisten der angemerkten Fehler beseitigt, wodurch die o. g. Punkte größtenteils hinfällig sind. Jason Garrett-Glaser weist korrekt darauf hin, dass der H.264-„intra-frame“-Algorithmus bessere Ergebnisse als VP8 liefert, jedoch im Gegensatz zu VP8 mit Patenten behaftet ist.

Vergleichstests zeigten 2010 tendenziell bei mittleren bis hohen Qualitätseinstellungen unterlegene Kompressionsergebnisse und Schwierigkeiten mit detailreichem Bildmaterial.<ref name="kidjan" />

Bei einer Vergleichsuntersuchung von 2012 lieferte WebP bessere Ergebnisse als das ursprüngliche JPEG und lag etwa gleichauf mit [[JPEG 2000]] und [[JPEG XR]].<ref>{{Literatur |Autor=Giaime Ginesu, Maurizio Pintus, Daniele D. Giusto |Titel=Objective assessment of the WebP image coding algorithm |Sammelwerk=Signal Processing: Image Communication |Band=27 |Nummer=8 |Datum=2012-09 |DOI=10.1016/j.image.2012.01.011 |Seiten=867–874 |Online=https://linkinghub.elsevier.com/retrieve/pii/S0923596512000203 |Abruf=2024-09-09}}</ref>

Mozilla lehnte WebP-Unterstützung für seine Produkte bis März des Jahres 2013<ref>[https://bugzilla.mozilla.org/show_bug.cgi?id=856375 bugzilla.mozilla.org]</ref> ab, da das Format noch keinen klaren Vorteil gegenüber JPEG biete.<ref name="heise">{{Internetquelle |autor=Oliver Diedrich |url=http://heise.de/-1250314.html |titel=Google und Mozilla zanken über WebP |werk=heise open |hrsg=Heise Zeitschriften Verlag |datum=2011-05-25 |abruf=2011-05-26}}</ref> Google zeigte Ende 2016 einen Kompressionsvorteil im Vergleich zu JPEG. Daraufhin unterstützt Firefox seit Anfang 2019 das Format.<ref>{{Internetquelle |url=https://www.mozilla.org/en-US/firefox/65.0/releasenotes/ |titel=Firefox 65.0, See All New Features, Updates and Fixes |sprache=en |abruf=2024-09-09}}</ref>

Bei Messungen von Google in einer Studie im Herbst 2022 mit neueren Softwareversionen wurden viele unterschiedliche und weiter entwickelte Messmethoden verwendet (wie eine neue Version von DSSIM und SSIMULACRA2) und der besser optimierte JPEG-Encoder mozjpeg. Der Kompressionsvorteil von WebP ist im Vergleich mit diesem nur gering.<ref>{{Internetquelle |url=https://storage.googleapis.com/demos.webmproject.org/webp/cmp/2022_10_04/plots.html |titel=Codec comparison metrics |abruf=2023-02-17}}</ref><ref>{{Internetquelle |url=https://github.com/mozilla/mozjpeg |titel=Mozilla JPEG Encoder Project |hrsg=Mozilla |datum=2023-05-04 |abruf=2023-05-05}}</ref><ref>{{Internetquelle |url=https://github.com/cloudinary/ssimulacra2 |titel=SSIMULACRA 2 – Structural SIMilarity Unveiling Local And Compression Related Artifacts |werk=Cloudinary |hrsg=github |datum=2023-05-01 |abruf=2023-05-05}}</ref> 2024 wurde außerdem der weiter optimierte JPEG-Encoder [[Jpegli|JPEGLI]] vorgestellt.<ref>{{Internetquelle |url=https://opensource.googleblog.com/2024/04/introducing-jpegli-new-jpeg-coding-library.html |titel=Introducing Jpegli: A New JPEG Coding Library |werk=Google Open Source Blog |abruf=2024-09-06}}</ref>

Sehr gute Ergebnisse im Vergleich mit anderen Formaten bietet WebP bei der verlustlosen Kompression. Bei einer Studie 2021 erzielte WebP für die [[Bitrate]] bessere Werte als das hierfür häufig verwendete PNG. Das neuere JPEG XL wäre hier zwar besser, wird aber derzeit in Browsern schlecht unterstützt (Stand Oktober 2024).<ref>{{Internetquelle |autor=Comparison of Lossless Image Formats |url=https://arxiv.org/pdf/2108.02557 |titel=Comparison of Lossless Image Formats |hrsg=Centre of Excellence IT4Innovations
Faculty of Information Technology
Brno University of Technology |datum=2021-06-25 |abruf=2024-08-06}}</ref>

== Sicherheitslücken ==

Am 11. September 2023 wurde bekannt, dass Google im [[Google Chrome|Chrome-Webbrowser]] eine als „hoch“ eingestufte [[Sicherheitslücke]] (CVE-2023-4863<ref>[https://nvd.nist.gov/vuln/detail/CVE-2023-4863 CVE-2023-4863 Detail], auf nvd.nist.gov</ref>) in WebP behob, die durch einen [[Pufferüberlauf]] das Einschleusen von [[Schadprogramm|Schadcode]] ermöglichte und nach Erkenntnissen bereits ausgenutzt wurde.<ref>{{Internetquelle |url=https://www.bleepingcomputer.com/news/google/google-fixes-another-chrome-zero-day-bug-exploited-in-attacks/ |titel=Google fixes another Chrome zero-day bug exploited in attacks |sprache=en-US |abruf=2023-09-27}}</ref> Zuvor schloss [[Apple]] am 7. September mit Betriebssystemaktualisierungen von [[IOS (Betriebssystem)|iOS]], [[iPadOS]],<ref>{{Internetquelle |url=https://support.apple.com/en-us/HT213905 |titel=About the security content of iOS 16.6.1 and iPadOS 16.6.1 |datum=2023-09-07 |sprache=en |abruf=2023-09-27}}</ref> [[watchOS]]<ref>{{Internetquelle |url=https://support.apple.com/en-us/HT213907 |titel=About the security content of watchOS 9.6.2 |datum=2023-09-07 |sprache=en |abruf=2023-09-27}}</ref> und verschiedenen macOS-Versionen<ref>{{Internetquelle |url=https://support.apple.com/en-us/HT213906 |titel=About the security content of macOS Ventura 13.5.2 |datum=2023-09-07 |sprache=en |abruf=2023-09-27}}</ref><ref>{{Internetquelle |url=https://support.apple.com/en-us/HT213914 |titel=About the security content of macOS Monterey 12.6.9 |datum=2023-09-11 |sprache=en |abruf=2023-09-28}}</ref><ref>{{Internetquelle |url=https://support.apple.com/en-us/HT213915 |titel=About the security content of macOS Big Sur 11.7.10 |datum=2023-09-11 |sprache=en |abruf=2023-09-28}}</ref> zwei Sicherheitslücken in ihrer ImageIO-[[Programmbibliothek|Bibliothek]] in deren ebenfalls Teile von WebP enthalten sind. Einige Tage später erweiterte Google das Ausmaß der Schwachstelle auf die Libwebp-Bilbiothek, welche im [[Chromium (Browser)|Chromium]]-Projekt verwendet, und in verschiedenen Betriebssystemen und Anwendungen wie [[Webbrowser]]n, [[Grafiksoftware|Grafikprogrammen]], [[Instant Messaging|Messengern]] oder [[Framework]]s eingesetzt wird.<ref>{{Internetquelle |url=https://www.golem.de/sonstiges/zustimmung/auswahl.html?from=https%3A%2F%2Fwww.golem.de%2Fnews%2Falles-patchen-webp-schwachstelle-betrifft-zahlreiche-webbrowser-und-apps-2309-177648.html |titel=WebP-Schwachstelle betrifft zahlreiche Webbrowser und Apps |hrsg=Golem.de |datum=2023-09-14 |sprache=de |abruf=2023-09-27}}</ref><ref>{{Internetquelle |autor=Michael Taggart |url=https://gist.github.com/mttaggart/02ed50c03c8283f4c343c3032dd2e7ec |titel=CVE-2023-4863 Tracker |werk=github.com |sprache=en |abruf=2023-09-28}}</ref><ref>{{Internetquelle |autor=rezilion |url=https://www.rezilion.com/blog/rezilion-researchers-uncover-new-details-on-severity-of-google-chrome-zero-day-vulnerability-cve-2023-4863/ |titel=New Details on Google Chrome Zero-Day Vulnerability (CVE-2023-4863) |werk=Rezilion |datum=2023-09-21 |sprache=en-US |abruf=2023-09-28}}</ref> Ein neuer [[Common Vulnerabilities and Exposures|CVE]] mit dem Status „hochkritisch“ wurde am 25. September veröffentlicht,<ref>{{Internetquelle |url=https://nvd.nist.gov/vuln/detail/CVE-2023-5129 |titel=NVD – CVE-2023-5129 |abruf=2023-09-28}}</ref><ref>{{Internetquelle |url=https://thehackernews.com/2023/09/new-libwebp-vulnerability-under-active.html |titel=Critical libwebp Vulnerability Under Active Exploitation – Gets Maximum CVSS Score |hrsg=The Hacker News |datum=2023-09-27 |sprache=en |abruf=2023-09-27}}</ref> zwei Tage später aber von Google als Duplikat der Chrome-Schwachstelle wieder entfernt.<ref>{{Internetquelle |url=https://www.tenable.com/blog/cve-2023-41064-cve-2023-4863-cve-2023-5129-faq-imageio-webp-zero-days |titel=CVE-2023-41064, CVE-2023-4863, CVE-2023-5129: Frequently Asked Questions for ImageIO and WebP/libwebp Zero-Day Vulnerabilities |werk=tenable.com |datum=2023-09-27 |sprache=en |abruf=2023-09-28}}</ref>

== Nutzung, weitere Formate und Nachfolgekandidat AVIF ==

Laut einer Statistik von w3techs ist die Nutzung mit 19,4 % der untersuchten Webseiten (Stand März 2026) noch nicht sehr hoch.<ref>{{Internetquelle |url=https://w3techs.com/technologies/overview/image_format |titel=Usage Statistics of Image File Formats for Websites, March 2026 |sprache=en |abruf=2026-03-06}}</ref> Es ist jedoch bei dieser Statistik ein starker Aufwärtstrend bei der Nutzung des Formates zu erkennen.

Zeitweise entwickelte Google ein direktes Nachfolgeformat ''WebP 2'', das sie selbst als Verbesserung der Kompressionseffizienz mit wenig neuen Features und experimentell bezeichneten.<ref>{{Internetquelle |url=https://chromium.googlesource.com/codecs/libwebp2/ |titel=codecs/libwebp2 – Git at Google |abruf=2021-05-10}}</ref> Im Oktober 2022 wurde allerdings ein Hinweis im Repository eingefügt, dass WebP2 nicht veröffentlicht wird.<ref>{{Internetquelle |url=https://chromium.googlesource.com/codecs/libwebp2/ |titel=codecs/libwebp2 – Git at Google |abruf=2023-02-17}}</ref>

Google (Schweiz) entwickelte zudem 2017–2019 ein weiteres neues Format namens PIK, das bei [[GitHub]] unter [[MIT-Lizenz]] bereitgestellt wurde.<ref name="githup-pik">{{Internetquelle |url=https://github.com/google/pik |titel=GitHub – google/pik: A new lossy/lossless image format for photos and the internet |hrsg=Google |datum=2021-01-10 |abruf=2021-01-13}}</ref> Es floss bei der Entwicklung des neuen [[JPEG XL]] ein, neben anderen Formaten.<ref>{{Internetquelle |autor=Stephen Hall |url=https://9to5google.com/2017/07/24/google-is-working-on-a-new-lossy-image-format-for-the-web-called-pik/ |titel=Google is working on a new lossy image format for the web called ‘Pik’ |werk=9to5Google |datum=2017-07-24 |abruf=2018-08-28}}</ref><ref name="githup-pik" /><ref>{{Internetquelle |url=https://cloudinary.com/blog/how_jpeg_xl_compares_to_other_image_codecs |titel=How JPEG XL Compares to Other Image Codecs |sprache=en |abruf=2020-07-11}}</ref>

Außerdem wurde für Apple-Geräte ab macOS High Sierra und iOS 11 das [[High Efficiency Image File Format|HEIF]]-Format eingeführt, das auch hohe Kompressionsraten bietet, aber nicht auf allen anderen Geräten unterstützt wird und somit nicht für die Verwendung in Web-Seiten geeignet ist.<ref>{{Internetquelle |url=https://www.macwelt.de/article/977802/heif-und-hevc-erklaert-formate-fuer-mehr-platz-fuer-bilder-und-videos.html |titel=HEIF und HEVC: Mehr Platz für Bilder und Videos |datum=2023-04-24 |sprache=de |abruf=2024-09-11}}</ref><ref>{{Internetquelle |url=https://caniuse.com/?search=HEIF |titel="HEIF" {{!}} Can I use... Support tables for HTML5, CSS3, etc |abruf=2024-09-11}}</ref>

Als Variante davon kann das neue Format [[AV1 Image File Format|AVIF]] betrachtet werden, das von der [[Alliance for Open Media]] spezifiziert wird und auf dem [[AOMedia Video 1|AV1-Videocodec]] basiert.<ref>{{Internetquelle |autor=moinmoin |url=https://www.deskmodder.de/blog/2018/12/27/avif-dateiformat-wird-von-windows-10-1903-unterstuetzt/ |titel=AVIF Dateiformat wird von Windows 10 1903 unterstützt |datum=2018-12-27 |sprache=de |abruf=2018-12-29}}</ref> Es erwies sich in mehreren Veröffentlichungen gegenüber WebP überlegen (was aber für HEIF und JPEG XL genauso gilt),<ref>{{Internetquelle |url=https://storage.googleapis.com/demos.webmproject.org/webp/cmp/2021_12_15/plots.html |titel=Codec comparison metrics |abruf=2022-06-02}}</ref> so dass es sich für die Verwendung auf Webseiten mit besonders kompakten Bildern noch besser eignet.<ref>{{Internetquelle |autor=Jon Henshaw |url=https://www.coywolf.news/webmaster/avif-versus-webp-image-format/ |titel=AVIF, a next-gen image format for the web, will have to wait in line behind WebP |datum=2020-08-08 |sprache=en-US |abruf=2021-01-13}}</ref> Zu den Vorteilen des AVIF-Formats gehören neben der gegenüber JPEG etwa um 50 % verbesserten Kompression auch eine verbesserte Farbtiefe. WebP arbeitet nur mit einer Tiefe von 8 Bit, während AVIF 8, 10 und 12 Bit unterstützt, wodurch ein breiteres Spektrum an zu komprimierenden Bildern akzeptiert wird. Außerdem bietet das Format mehr Möglichkeiten bei der Farbunterabtastung: WebP unterstützt nur das Schema 4:2:0, während AVIF 4:2:0, 4:2:2 und 4:4:4 unterstützt.

== Ähnliche Formate ==
* [[JPEG 2000]], Konkurrenzformat der [[Joint Photographic Experts Group]] (2000 veröffentlicht)
* [[JPEG XR]], Konkurrenzformat von Microsoft (2006 veröffentlicht)
* [[High Efficiency Image File Format|HEIF]], Format der [[Moving Picture Experts Group]] (MPEG) von 2015

== Weblinks ==
{{Commonscat|WebP file format|WebP}}
* [https://developers.google.com/speed/webp Offizielle Website]
* {{Google Code}}
* {{Internetquelle |autor=Volker Zota |url=https://www.heise.de/newsticker/meldung/Googles-Web-Grafikformat-WebP-soll-JPEG-aufs-Altenteil-schicken-Update-1099870.html |titel=Googles Web-Grafikformat WebP soll JPEG aufs Altenteil schicken |hrsg=[[Heise online]] |datum=2010-10-01 |abruf=2010-10-02}}
* [https://people.xiph.org/~jm/daala/revisiting/compare.html Vergleich verschiedener Grafikformate.] people.xiph.org/~jm

== Einzelnachweise ==
<references />

[[Kategorie:Grafikformat]]
[[Kategorie:Google]]

WebP - Versionsgeschichte

imported>Mützelzipfe: - Bot