1. Inspect
Drop or select photos. We read and clean metadata locally in your browser, then show exactly which carriers were handled.
Batch clean AI/C2PA, EXIF, GPS, XMP and IPTC metadata locally, then review each photo with a metadata cleanup report.
Files never leave your device.
Or drag and drop files here
Drop or select photos. We read and clean metadata locally in your browser, then show exactly which carriers were handled.
Pick the cleanup level that fits your privacy and publishing needs before changing any copy.
Review each uploaded photo with an in-place preview and metadata report while the batch stays easy to scan.
Download the selected clean copy or save the whole cleaned batch as one ZIP file. Nothing is uploaded or stored by the product workflow.
Removes AI indicators, C2PA blocks, JUMBF payloads, and related provenance tags when they are stored as metadata.
Removes Content Credentials manifests and claims that can travel with edited or AI-assisted images.
Removes camera settings, device information, capture date, software, and ordinary EXIF privacy details.
Removes latitude, longitude, altitude, and location hints when they appear in supported metadata carriers.
Removes XMP packets, IPTC fields, captions, rights fields, comments, and creator workflow notes.
Removes editing software, generator names, application signatures, and export-history style metadata.
When people ask how to remove AI metadata from photo files, they are usually trying to solve two related problems. The first is ordinary privacy: a picture can carry camera, time, software, creator, caption, and GPS fields that are invisible in the pixels. The second is provenance: newer AI and editing tools may attach C2PA, Content Credentials, XMP, or JUMBF data that describes generation history, edits, signing information, or the tool that touched the image. Those records can be useful in a trusted workflow, but they can also expose more context than you want when you share a finished JPG, PNG, or WebP.
Camera, GPS, date, caption, and creator context that can travel invisibly.
Generation, edit, signing, and tool-history records attached by newer workflows.
The selected file explains what was removed, preserved, or skipped when you remove AI metadata from photo copies.
A photo can look harmless while still carrying production details. A creator may not want a marketplace, client, or social network to see the prompt tool, edit software, capture device, or old caption fields. A photographer may want to strip GPS before sending client previews. A designer may want to share a composite without leaking internal file comments. A seller may want a product image that does not include home location or camera history. A simple screenshot or image export does not always clean every metadata carrier, and many online cleaners require an upload before they tell you what they found.
Avoid extra prompt-tool or edit-history context when you remove AI metadata from photo exports.
Strip GPS and capture data before sending previews.
Keep product photos free of home location and camera history.
Share client-safe images without internal captions or comments.
The workflow starts with a batch dropzone. You can choose several JPG, PNG, or WebP images, and every valid upload is cleaned automatically in the browser using the selected cleanup mode. The horizontal filename rail switches the active file, the upload area previews the selected original image, and the report panel shows what changed in the cleaned copy. The selected file drives the preview, report, and Download selected action, while Download all packages every cleaned copy into one ZIP file. If one file is unsupported or malformed, the rest of the batch can still be scanned, cleaned, and downloaded.
Drop JPG, PNG, or WebP files locally.
Each valid file is processed so you can remove AI metadata from photo batches.
The rail changes preview, report, and selected download.
Download one clean file or the whole ZIP.
JPG files often store metadata in APP segments. EXIF usually lives in APP1, XMP can also live in APP1, IPTC and Photoshop resources often use APP13, comments use COM, and C2PA or JUMBF provenance can appear in application segments. PNG files store metadata as chunks such as eXIf, tEXt, iTXt, zTXt, tIME, iCCP, and caBX. WebP uses a RIFF container with chunks such as EXIF, XMP, ICCP, and sometimes provenance payloads. This page inspects those container structures directly before it builds a cleaned copy.
Segment rewrite helps remove AI metadata from photo files while keeping pixel data when markers are safe.
Chunk rewrite removes text and provenance carriers.
RIFF chunk handling updates metadata flags where needed.
Creators use local metadata cleanup when they publish AI-assisted artwork but do not want the output file to carry extra tool history. Photographers use it before sending previews, especially when phone photos may contain GPS. Agencies use it before uploading client-safe images to CMS systems or ad platforms. Marketplace sellers use it before posting product photos. Private users use it when sharing family, travel, or home photos in chats, forums, and communities. In each case, the job is similar: make a clean distribution copy while keeping the original untouched.
Publish final exports without extra generation history.
Send client previews without GPS and camera details.
Prepare product photos before public listings.
Clean folders of versions, thumbnails, and finals.
Metadata removal does not rewrite the visual story inside the pixels. If an image has a visible watermark, a signature, a platform overlay, or edited content, stripping metadata will not remove that. If a model or platform uses pixel-level signals, statistical detection, or server-side records, a local metadata cleaner cannot guarantee that those systems will classify the image differently. Some AI watermarking systems are designed to survive common edits and may not be stored as ordinary EXIF, XMP, or C2PA chunks. The limitation is important: remove metadata for privacy and distribution hygiene, not as a promise to defeat every AI detector.
Online image utilities often ask for an upload first and explain privacy later. This page reverses that pattern. The photo bytes are read by your browser, processed in memory, converted into a local Blob, and downloaded through a temporary object URL. There is no image upload endpoint in the product workflow, no account history, no cloud storage bucket, no payment wall, and no AI model call. The server only serves the web page, SEO content, scripts, robots.txt, and sitemap.xml.
File bytes stay local.
Container parsing happens in memory.
A clean copy is created locally.
No image upload endpoint is used when you remove AI metadata from photo files.
No. It removes supported metadata carriers such as C2PA, Content Credentials, XMP, EXIF, and related chunks when they are present. It does not remove visible watermarks, pixel-level signals, platform records, or statistical AI detection.
No. The metadata scan, cleanup, preview, and download happen in your browser. The product workflow has no image upload, database storage, or AI model call.
The MVP supports JPG, PNG, and WebP. It does not support HEIC, AVIF, TIFF, PSD, PDF, or video files.
Yes. Upload several images and each valid file is cleaned automatically. Use the horizontal filename rail to select a file, preview it in the upload area, download the selected clean copy, or download all cleaned files as a ZIP.
No. Your original remains untouched. The browser creates a cleaned copy with a new filename ending in metadata-cleaned.
Partial means the browser found warnings, used canvas fallback, or skipped a carrier that could not be safely rewritten. The cleaned copy may still be useful, but the limitation is shown honestly.