Private by design
image processing stays in your browser. ResizeNest does not need your original image uploaded to an application server.
Image EditorConvert
Convert ImagesJPG to PNGPNG to JPGJPG to WebPWebP to JPGPNG to WebPWebP to PNGJPG to AVIFAVIF to JPGPNG to AVIFAVIF to PNGHEIC to JPGHEIC to PNGSVG to PNGPNG to ICOJPG to ICOImage to PDFPDF to ImageMore tools
Rotate ImagesFlip ImagesImage EnlargerImage EditorAdd a Watermark to ImagesPick Colors from an ImageRemove Personal Metadata from ImagesDocument tools
Image to WordWord to ImageImage converter
Convert supported still WebP images to PNG through ResizeNest's shared local browser pipeline. PNG preserves supported decoded 8-bit RGBA pixels and alpha, but it cannot restore detail already lost by lossy WebP compression. Animated WebP is not silently reduced to one frame, and the original image is not uploaded to a ResizeNest server.
Start here
No account is required. Choose a file and work directly in this browser.
image processing stays in your browser. ResizeNest does not need your original image uploaded to an application server.
Results come from the actual processing pipeline, with measured dimensions, bytes and format instead of placeholder estimates.
Process one image or a local batch, then download current successful results.
Three simple steps
Choose, drop or paste WebP images. ResizeNest sniffs the file bytes and frame state, rejecting non-WebP or animated/indeterminate-frame input instead of silently rerouting or flattening it.
Review the fixed PNG lossless output and optional resize. No quality or PNG optimization slider is shown because the current shared PNG codec contract does not apply those settings.
Convert the selected image or batch, review the measured PNG dimensions and byte size from the worker, then download one current PNG or a ZIP containing current successful results.
Useful details
Understand what the tool does before you download the result.
ResizeNest inspects the WebP container, decodes the supported still image through the shared WASM codec, normalizes it to the current 8-bit SDR RGBA baseline, optionally applies the shared resize operation, and performs a fresh PNG lossless encode. The PNG signature is verified before output can be exported with image/png and a .png extension.
For supported still WebP input, alpha is carried through the decoded RGBA pixels into PNG instead of being flattened onto a background. Transparent previews use a checkerboard so alpha is visible before and after conversion.
If the source WebP was encoded with lossy compression, converting those decoded pixels to PNG stops additional lossy PNG compression but cannot reconstruct texture, edges, or detail that the WebP source already discarded. ResizeNest therefore describes the output as lossless from supported decoded pixels, not as quality restoration.
WebP is often compact, while PNG uses lossless compression. A PNG made from WebP can therefore be substantially larger. ResizeNest reports the actual encoded output bytes and never promises a byte reduction.
The WebP-to-PNG pair supports still images only. Animated, multi-frame or indeterminate-frame WebP is rejected instead of selecting an arbitrary frame and discarding animation without explicit user control.
Output format and mode are fixed to PNG lossless. There is no JPEG-style quality control. Although a PNG library may have internal tuning options, the current shared ResizeNest codec/recipe contract does not apply a PNG optimization or effort value, so this page does not pretend that such a control exists.
Normal conversion preserves the supported decoded image dimensions. Optional resize reuses the shared ResizeNest geometry, and final displayed dimensions always come from the actual worker result rather than from the preview.
Options, processing, retry, result review, single download and current-success ZIP export remain on /webp-to-png. Failed files do not erase successful current results, retries read the immutable original WebP, and the workflow does not upload source images to a ResizeNest server.
Questions, answered
No. PNG can preserve the supported pixels decoded from the WebP without another lossy output encode, but it cannot reconstruct detail or remove artifacts already introduced by lossy WebP compression.
Yes for supported still WebP input. The shared WebP decoder and PNG encoder preserve alpha through the current 8-bit RGBA path instead of flattening transparent pixels onto a background.
PNG uses lossless compression and WebP can be very compact, especially when the source is lossy. A larger PNG is therefore normal for many images; ResizeNest reports the measured output size rather than promising savings.
Not by silently flattening it. Animated, multi-frame or indeterminate-frame WebP is blocked because the current pair does not expose animation-preserving conversion or explicit frame selection.
No. Optional resize, processing, retry, result review, single download and ZIP export all stay on /webp-to-png, and source image bytes are not uploaded to a ResizeNest server in the workflow.