Convert WebP to PNG

Convert WebP images to PNG in your browser with transparency preserved. Free, batch, no upload, no size limit and no watermark on the output.

🌐 Español

Drop your files here (.webp)

🔒 Private by design: your files are processed locally in your browser and never uploaded to any server.

Alpha edges that survive the round trip

The reason to send a WebP to PNG rather than JPG is almost always transparency. WebP carries a full alpha channel, PNG carries a full alpha channel, and this tool takes the direct route between them: the file is decoded to pixels and those pixels are written straight back out as PNG, with no background colour introduced anywhere in the process.

That matters more than it sounds. Transparency is rarely a simple on or off property. The edge of a cut-out product photo, the anti-aliased curve of a logo, the fade at the bottom of a drop shadow and the soft glow around an icon are all stored as partial alpha values, somewhere between fully visible and fully absent. A conversion that flattens onto white will turn every one of those into a fixed blend with white, which looks fine on a white page and immediately wrong anywhere else. Nothing here flattens, so those in-between values arrive in the PNG unchanged.

The engine used for this page does have a flattening variant, and the JPG converters call it because JPEG genuinely cannot represent alpha. This page deliberately does not, because doing so would destroy something the target format is perfectly capable of holding.

Turning a saved WebP into PNG

  1. Drop your .webp files onto the box above, or click Choose files to pick them. Files added in separate drops build up into one batch, and a file already in the list under the same name and size is ignored.
  2. Click Convert WebP to PNG. There is nothing to configure first, and the progress bar advances one notch per completed file.
  3. Download each PNG from its own link. Clicking Process another clears the file list and the results together, so download anything you want before you use it.

Animated WebP files come through as one frame

WebP has an animation mode, and it is used heavily for stickers, reaction images and short looping banners. The decode path here produces a single still bitmap for each file you give it, so an animated source contributes only its default frame and the remaining frames are simply not part of the output. You get a valid, correct PNG of one moment of the animation.

That is a real limitation rather than a bug, because PNG’s own animated variant is not what a still PNG encoder produces. It is worth being blunt about the obvious alternative: WebP to GIF will not recover the animation either. That page inspects the file for an animation chunk and refuses it, because the FFmpeg build it runs on cannot decode those frames. When the movement is the point, the honest answer is to keep the original .webp, which every current browser plays, and to re-export from whatever produced the animation if another format is required.

The PNG will be heavier than the WebP was

Expect growth, and often a lot of it. WebP’s lossy mode is a modern codec designed to throw away what you will not notice; PNG’s compression is required to reproduce every pixel exactly and can only look for patterns it can encode without error. On photographic content, where neighbouring pixels differ constantly because of sensor noise and fine texture, there is not much pattern to find.

Flat graphics do far better. A logo, an icon, a diagram or a screenshot of an interface is mostly large runs of identical colour, which is exactly the case PNG’s filtering and deflate stage was built for, so those files often grow only modestly. Photographs are where the multiplier gets uncomfortable.

If the size matters more than pixel-exactness, WebP to JPG is the better destination for photographic material, and Optimize PNG can bring a finished PNG down further without altering a pixel or changing its format again.

Picking this over the JPG converter

The decision comes down to two questions. Does the image have transparency you need to keep, and is it going to be edited again? A yes to either points at PNG. Cut-out product shots, logos heading into a slide deck, screenshots that will be annotated, and assets going into a design tool all belong here.

A no to both usually points at JPG. Holiday photos, scenery, portraits and anything destined for an upload form with a size cap will be smaller and just as acceptable as JPEG, and the loss involved is invisible at normal viewing sizes.

One honest caveat applies whichever you choose. The WebP you saved from a website was itself compressed by whoever published it, so neither route recovers the photographer’s original file. PNG guarantees that nothing further is lost from this point forward, which is a genuine and useful promise, but it is not the same as getting the master back. The full set of raster converters is on the image tools hub if you need a different pairing.

See it in action

Screenshot of the Convert WebP to PNG tool with sysfenix-sample.webp (37 KB) loaded
Convert WebP to PNG mid-process: sysfenix-sample.webp (37 KB) loaded.
Screenshot of the Convert WebP to PNG result screen showing sysfenix-sample.png ready to download (447 KB, 1094% larger)
The finished result: sysfenix-sample.png ready to download (447 KB, 1094% larger). The download link is a local blob URL — the file never leaves your device.

Frequently asked questions

Why are there no settings on this page?

Because PNG has no quality dial to expose. The format is lossless by definition, so the encoder is not making a size against fidelity trade you could tune. The tool decodes each WebP and writes the resulting pixels out as PNG, and that is the whole operation.

My animated WebP sticker came out as a single still image.

That is expected, and no setting here changes it. The decode step produces one still bitmap per file, so an animated WebP contributes only its default frame and the rest of the animation is dropped. Do not expect the WebP to GIF page to rescue it either. That tool checks for the animation chunk and refuses an animated file outright, because the FFmpeg build behind it cannot decode WebP's animation frames. Keep the original .webp when the movement is what matters, since every current browser plays it, and re-export from whatever created the animation if you need it in another format.

Do semi-transparent pixels survive, or only fully transparent ones?

Both. PNG stores a full eight-bit alpha value per pixel, exactly as WebP does, so anti-aliased edges, soft shadows and glass-style overlays keep their partial transparency rather than snapping to opaque or invisible. Nothing is composited onto a background colour at any point.

The PNG came out several times bigger than the WebP. Can I shrink it?

Not by much, because the size difference is the price of losslessness. If the file only needs to look right rather than be pixel-exact, converting to JPG instead is far smaller for photographs. The Optimize PNG tool is the lossless route, shaving off whatever the PNG encoder left on the table and handing your file back untouched when there is nothing to gain. The Compress Image tool keeps the format too, but its quality box is ignored for a PNG, so there only its downscale option makes a difference.

Is the PNG the same as the designer's original file?

Almost certainly not. It is a faithful copy of the decoded WebP, and if that WebP used lossy mode, as most website images do, the artefacts from that compression are now stored losslessly in the PNG. Lossless from here on is the honest claim; identical to the original is not.

Related tools