Images stay on the device
Resize, compression, and conversion run in the browser. Files are not uploaded to a remote processing queue.
Image Tools is designed around browser-only image processing. This page explains what that means in practice, what limited product data may still exist, and where direct communication sits outside the editor flow.
Resize, compression, and conversion run in the browser. Files are not uploaded to a remote processing queue.
Basic aggregated usage data may be collected to understand product usage, but it does not include the files you edit.
If you email feedback directly, that email is handled like a normal message. It is separate from the editor workflow.
When you resize, compress, or convert images, the work is performed inside the browser using Web APIs such as Canvas, File, Blob, and Web Workers. The product does not receive your files or keep copies of them on a server.
The site may collect high-level usage data such as pageviews or route usage to understand which tools and guides are useful. That data is intended to improve the product surface, not to inspect the content of edited files.
Some product state can be stored in the browser so the interface can remember the last tool, recent presets, or similar convenience features. This is local browser state, not uploaded image storage.
The site still needs to deliver its code, fonts, and static assets over the network so the interface can load. That network activity is for the application itself, not for transmitting the image pixels you process locally.
The product is intentionally simple. The main distinction is between local editing, which stays in the browser, and direct communication, which behaves like normal web or email communication.
If you are working with sensitive files, you can complete the edit flow without sending the image to a server because the editor is built for local execution.
If you share feedback by email, the email itself may contain whatever details you send voluntarily. That communication is outside the local editor flow.
This policy describes the product's current behavior and may be updated if the app architecture changes in the future.
Privacy explains what data the product handles. Security explains the local-first architecture. Terms explain the responsibilities around using the tool.