Image Metadata Stripper
Strip image metadata in your browser, re-export a clean JPEG, PNG, or WebP, and compare privacy markers, GPS hints, size, and warnings.Metadata Cleanup Receipt
| Category | Source evidence | Clean output | Action | Copy |
|---|---|---|---|---|
| {{ row.category }} | {{ row.source }} | {{ row.output }} | {{ row.action }} |
| Check | Status | Detail | Copy |
|---|---|---|---|
| {{ row.check }} | {{ row.status }} | {{ row.detail }} |
Introduction:
A photo, screenshot, scan, or design export is more than the pixels a person can see. Image files can also carry metadata: camera settings, capture time, software names, comments, color information, thumbnails, captions, rights fields, editing history, and sometimes location clues. Those details are useful inside a controlled photo library or publishing workflow, but they can become unwanted baggage when an image is attached to a message, uploaded to a listing, shared in a support ticket, or included in a public report.
Metadata cleanup is not the same as image editing. Removing hidden fields can reduce accidental disclosure, yet it cannot blur a face, hide a document number, erase a reflection, or remove a recognizable landmark from the visible picture. A careful sharing workflow checks both parts of the file: hidden data around the pixels and private information inside the pixels themselves.
| Metadata Area | Common Use | Sharing Concern |
|---|---|---|
| EXIF | Camera model, exposure, capture time, orientation, thumbnails, and GPS-related tags. | Can reveal device details, timing, location hints, or a hidden thumbnail that no longer matches the visible edit. |
| XMP | Creator, rights, workflow, document, annotation, and editing metadata across publishing tools. | Can expose project history, software names, people, labels, or rights notes that should stay internal. |
| IPTC | Editorial captions, creators, copyright, keywords, location fields, and usage information. | Useful for archives, but often excessive for public copies or anonymous sharing. |
| Text and comments | Plain notes, encoder strings, timestamps, and application-specific comments. | Can contain names, workflow notes, copied coordinates, or stale captions. |
Fresh exports can also change image behavior. JPEG cannot preserve transparency, so transparent pixels need a background color. JPEG and WebP quality settings affect compression and visible artifacts. Some animated inputs become a single still image when decoded and exported through a browser canvas. Orientation tags can make a phone photo appear upright in normal viewers, so orientation handling should be checked before sharing the clean copy.
Metadata should be preserved when provenance matters. Legal evidence, journalistic originals, asset archives, and forensic handoffs may need the untouched file with its original timestamps, camera settings, captions, and editing history. Share a cleaned copy when privacy matters, but keep the original separately when authenticity or later investigation might matter.
How to Use This Tool:
Load one image, choose how the clean copy should be encoded, then review the clean preview and metadata findings before downloading.
- Drop, paste, or choose Browse image for one file in Source image. JPEG, PNG, WebP, GIF, AVIF, BMP, and other image types your browser can decode are accepted.
- If more than one file is selected, read the ignored-file notice. The page processes the first image only so all findings and receipts stay tied to one source.
- Choose Clean output format. Auto (keep source) keeps JPEG, PNG, or WebP when possible and falls back to JPEG for other decoded images.
- Set Quality for JPEG or WebP output. The slider is clamped from 45% to 100%; PNG output ignores it because the export is lossless from the decoded pixels.
- For JPEG output, set Transparency background before judging edges or transparent areas. JPEG has no alpha channel, so transparent pixels are flattened onto that color.
- Leave Apply source orientation enabled for most phone photos. Turn it off only when you intentionally want the encoded orientation rather than the viewer-corrected orientation.
- Check Clean Image, Metadata Findings, Cleanup Receipt, and Size Cleanup Chart. If an error appears, use an image under 40 MB, reduce very large pixel dimensions, or choose a format your browser can decode.
Download the clean image only after the preview looks right and the findings show no remaining privacy-like markers in the clean output.
Interpreting Results:
Output privacy clean means the clean copy was scanned and no common privacy-bearing metadata markers were found. It is a practical browser-side check, not a promise that every metadata parser, forensic tool, or unusual file structure would report nothing.
- Sensitive metadata blocks covers common EXIF, XMP, IPTC, text, comment, and similar markers that can carry names, locations, captions, software history, or workflow notes.
- GPS hint is a text clue from marker labels and sampled metadata text. It can catch obvious GPS, latitude, longitude, geotag, or location wording, but it is not a full coordinate parser.
- Technical markers covers color profile, density, gamma, animation, and encoder structure data. These are separated because a clean export can legitimately contain display metadata.
- Container shows whether the source and output had a direct scan path. JPEG, PNG, WebP, and GIF receive direct scans; other decoded formats receive a limited signature scan.
- Size Cleanup Chart compares source size, clean output size, and privacy marker counts. A larger clean file usually reflects format and quality choices, not failed metadata removal.
For sensitive publishing, verify the downloaded copy with an independent metadata viewer and inspect the visible pixels separately. Hidden-data cleanup cannot remove information that is plainly visible in the image.
Technical Details:
Raster image formats store pixel data inside a container. The same container may hold metadata blocks before, after, or around the compressed image payload. A reliable cleanup copy avoids reusing the old container: it decodes the visible pixels, draws them into a canvas, then encodes a new JPEG, PNG, or WebP file from those pixels.
That fresh-export method is good for common sharing privacy because old EXIF, XMP, IPTC, text, and comment blocks are not copied forward. The tradeoff is that browser encoding can write new technical markers, choose a different compression shape, flatten transparency for JPEG, apply or ignore orientation depending on the setting, and reduce animated input to one decoded still frame.
Transformation Core:
source image bytes
-> scan common metadata markers
-> decode visible pixels
-> apply source orientation when selected
-> draw one still image
-> encode a fresh JPEG, PNG, or WebP copy
-> scan the clean output
-> report findings, receipt details, warnings, chart values, and JSON
| Family | Markers Checked | Why It Matters | Result Meaning |
|---|---|---|---|
| EXIF | JPEG APP1, PNG eXIf, WebP EXIF, and generic signatures in limited scans. | Can hold camera settings, capture time, orientation, thumbnails, and GPS-related tags. | Usually privacy-relevant when preparing a copy for public or semi-public sharing. |
| XMP | JPEG APP1, WebP XMP, XML-like XMP signatures, and related text samples. | Can include creator, rights, editing, document, location, annotation, and workflow metadata. | Review when project history, authorship, or location hints should not travel with the file. |
| IPTC and Photoshop data | JPEG APP13 Photoshop/IPTC blocks. | Can include captions, creator data, copyright, keywords, and editorial resource records. | Useful for archives, often unnecessary in a clean sharing copy. |
| Text and comments | JPEG comments, PNG tEXt, zTXt, iTXt, tIME chunks, GIF comments, and application extensions. | Can carry notes, software strings, timestamps, names, and location-like text. | Review because plain text fields can reveal information that does not appear in the pixels. |
| Technical markers | ICC profiles, JFIF density, gamma, color, animation, frame-control, and encoder markers. | Can help display color, density, and animation behavior. | Tracked separately because fresh output may still need technical metadata to render predictably. |
Formula Core:
The size change percentage compares clean output bytes with source bytes:
A 4.0 MB source that becomes a 3.2 MB clean copy reports -20.0%. A 4.0 MB source that becomes a 4.8 MB clean copy reports +20.0%, which usually points to re-encoding choices rather than remaining hidden metadata.
| Condition | Rule or Behavior | Practical Effect |
|---|---|---|
| File count | One image is processed at a time. | Extra selected files are ignored so the findings stay tied to one source. |
| File size | Files above 40 MB are blocked. | Large originals should be resized or compressed before browser-side cleanup. |
| Pixel count | Decoded images above 60,000,000 pixels are rejected. | Very large scans and panoramas may need a desktop workflow first. |
| JPEG output | Transparency is flattened onto the selected background color. | Check transparent edges before sharing a JPEG version. |
| Animated input | The exported copy is one decoded still frame. | Do not use this path when GIF or WebP motion must remain animated. |
| Limited source scan | Formats outside the direct JPEG, PNG, WebP, and GIF parsers receive a signature scan after browser decoding. | Use an independent parser when the source format is unusual or the release is sensitive. |
Privacy Notes:
The selected image is scanned, decoded, re-encoded, previewed, and exported in the current browser session without a server upload. That local workflow is useful for private photos, screenshots, scanned forms, and design drafts, but it is not a complete publishing review.
- Keep the original file when provenance, camera settings, capture time, or chain-of-custody information may be needed later.
- Redact visible private details separately. Metadata cleanup cannot hide faces, badges, documents, screens, reflections, street signs, or landmarks.
- For high-risk release work, compare the downloaded copy with a trusted desktop metadata parser before sharing outside your controlled workflow.
Advanced Tips:
- Use Auto (keep source) when you want a normal clean copy without changing JPEG, PNG, or WebP containers unnecessarily.
- Choose PNG when transparency matters. Choose JPEG only after setting Transparency background to a color that matches the destination.
- Keep Quality around 88-94 for JPEG or WebP sharing, then inspect the preview for artifacts around text, faces, and sharp edges.
- Read Technical markers separately from privacy findings. Fresh encoders may write density, profile, or format markers even after privacy blocks are removed.
- Use the Cleanup Receipt and JSON record when you need to document file size, output format, quality, orientation behavior, and warnings for a handoff.
Worked Examples:
Phone JPEG with location hints
A 4.6 MB phone photo is loaded, Clean output format stays on JPEG, Quality is set to 92%, and Apply source orientation stays enabled. Metadata Findings should show the original EXIF or GPS hint in the source evidence and no GPS hint in the clean output. The preview should still appear upright.
Transparent PNG sent as JPEG
A logo PNG with transparent edges is converted to JPEG for a document upload. Set Transparency background to the document color before downloading. Cleanup Receipt should report JPEG output, the chosen quality, and a warning that transparent pixels were flattened.
Animated GIF used as a still preview
An animated GIF with a comment extension can be cleaned for a static preview image. Metadata Findings may show privacy markers in the source and none in the output, while the warning list notes that the exported copy is one decoded still frame. Keep the original GIF if motion is part of the deliverable.
Oversized scan rejected
A 55 MB scan is blocked before cleanup, so no meaningful Cleanup Receipt is produced. Resize or compress the file below 40 MB, reload the smaller copy, and check that the summary reaches Output privacy clean after export.
FAQ:
Does the image get uploaded?
No. The source image is scanned, decoded, re-encoded, previewed, and exported in the browser session without a server upload.
Which image types can I load?
Use one browser-readable image such as JPEG, PNG, WebP, GIF, AVIF, BMP, or another image type the current browser can decode. JPEG, PNG, WebP, and GIF receive direct container scans.
Why did the clean file get larger?
Re-encoding changes compression. PNG output can be larger than a JPEG source, and high JPEG or WebP quality can increase size even when metadata was removed.
Why do technical markers remain?
Fresh output files may include display or format metadata such as color profiles, density, gamma, or encoder markers. Read those separately from privacy markers.
What should I do if the file is rejected?
Choose an image file the browser can decode, keep it under 40 MB, and reduce very large pixel dimensions before trying again.
Is zero privacy markers enough for sensitive publishing?
No. It means the browser-side scan found no common privacy markers in the clean output. Use an independent metadata parser and review the visible pixels before sensitive release.
Glossary:
- EXIF
- Camera and phone metadata that can include capture settings, timestamps, orientation, thumbnails, and GPS-related tags.
- XMP
- An extensible metadata format used for creator, rights, workflow, editing, annotation, and descriptive information.
- IPTC
- Photo metadata used in editorial, archive, and publishing workflows for captions, creator information, rights, keywords, and descriptions.
- GPS hint
- A clue that sampled metadata text includes GPS, latitude, longitude, geotag, or location wording.
- Alpha channel
- Transparency data in formats such as PNG or WebP. JPEG output cannot preserve it.
- Technical marker
- Format, color, density, animation, or display data tracked separately from privacy-bearing metadata.
References:
- About Exif 3.0, Camera & Imaging Products Association, December 2023.
- IPTC Photo Metadata Standard 2025.1, IPTC, 16 October 2025.
- XMP standards, Adobe.
- Portable Network Graphics (PNG) Specification (Third Edition), W3C, 24 June 2025.
- HTMLCanvasElement: toBlob() method, MDN Web Docs, 12 February 2026.
- Window: createImageBitmap() method, MDN Web Docs, 23 June 2025.