WEBP → JPG
☞ runs entirely in your browser — nothing is uploadedDrop your WebP here
or click to browse — WebP only
Converted preview
WEBP → JPG
Export WebP photos to JPEG for older apps, print shops, or social tools that require JPG.
or click to browse — WebP only
Converted preview
one engine, many formats
WebP is the better format on a web page, and still the one a lot of software refuses. Print shops, older versions of Office and Photoshop, some upload forms and a fair number of marketplace listing tools all want a plain JPEG.
Decoding happens in this tab, so there is no queue and no server-imposed size limit — the only ceiling is the memory of the device you are on.
what to expect
The pixels come through. The container and two of its features do not.
A WebP with transparency is composited onto white before encoding, because JPG has no alpha channel. Check the preview if the source had a cut-out subject.
An animated WebP exports as a single still frame. JPG has nowhere to put the other frames.
WebP compresses harder than JPEG at the same visual quality, so the JPG is often the bigger file. You are converting for compatibility, not for weight.
three steps
Drop a .webp file. This page accepts WebP only, so a mistyped file is rejected instead of silently passing through.
The slider drives the JPEG encoder. The source is already lossy, so keep it high — 90 or above — to avoid stacking two rounds of compression.
The result saves as .jpg with no watermark, and opens anywhere a JPEG opens.
quick answers
Compatibility. WebP has been supported in browsers for years, but plenty of desktop software, print workflows and upload forms still reject it outright.
Usually not. WebP is the more efficient format, so the JPG often ends up larger at the same visual quality. This conversion is about where the file can be opened, not about size.
The transparent areas turn white. JPG cannot store an alpha channel, so the image has to be flattened onto a background before encoding.
You get the first frame as a still JPG. If you need every frame, convert the animation to a GIF first and use the GIF to frames tool.
Slightly, because you are re-encoding an already lossy image. Keeping the quality slider at 90 or above makes the second round of loss hard to see.
No. The WebP is decoded and re-encoded by the canvas in your browser. Nothing is sent anywhere, and the page still works with the network off.