Select locally
Drag files into the page. Ziply receives browser File objects and never posts their contents to an API.
Batch process transparent PNG assets in browser memory, tune the output, and download optimized WebP files immediately.
JPEG, PNG, WebP, or AVIF. Selected images are processed in this browser tab.
Premium raises routine product limits. Technical safeguards and concurrency adapt to browser memory, image dimensions, and device performance.
The processing boundary is the browser sandbox. That makes privacy a property of the architecture—not a promise added to a server pipeline.
Drag files into the page. Ziply receives browser File objects and never posts their contents to an API.
A worker uses Rust/Wasm or native canvas codecs, keeping expensive processing on the device that owns the data.
Compare the result, download one file, or assemble completed outputs into a bounded local ZIP archive.
The backend is deliberately limited to sessions, premium validation, Stripe webhooks, and coarse opt-in telemetry. Its request boundary rejects media bodies.
No. Ziply maps each selected file into browser memory, encodes it locally, and creates a local download Blob. The media API surface is intentionally absent.
Compression uses your own CPU and browser codecs. An account is only needed to validate premium status and manage billing.
JPEG, PNG, WebP, and AVIF are accepted when the browser can decode them. Output supports JPEG, PNG, WebP, AVIF, and lossless JPEG XL when the Rust/Wasm module is built.
After the application shell and encoder assets are cached, the compression workflow can run without an internet connection. Billing and any separate media-free advertising surface require a network.