A photo can reveal more than what appears in the frame.
Depending on the device, camera settings, and export process, the file may contain GPS coordinates, a capture timestamp, camera details, or editing information. None of those fields need to be visible when you open the image.
Before publishing a photo in a blog post, attaching it to a public issue, or adding it to a marketplace listing, it is worth checking the actual file you are about to share.
Disclosure: I run MetadataRemover.ai. This article explains the workflow and includes an independent way to inspect the result.
What should you check?
GPS coordinates are commonly stored inside EXIF metadata, alongside fields such as camera make, model, and capture time.
However, EXIF is only one part of the picture. Depending on the format and the applications that touched the file, other information may appear in XMP, IPTC, or image text chunks.
Useful fields to review include:
- GPS coordinates and altitude.
- Original capture date and time.
- Camera model and device identifiers, where present.
- Author, description, and editing-software fields. Not every image contains these fields. Inspect the file instead of assuming they are present—or already gone. A browser workflow: inspect, remove, verify For a local browser workflow, you can use the EXIF remover. The current image tool supports JPG, PNG, and WebP files up to 25 MB each. Inspection, cleaning, and output verification happen locally in the browser; the image file does not need to be uploaded to the service. The steps are:
- Keep an untouched original for your own archive.
- Select the final exported image you intend to share.
- Review the detected metadata groups.
- Choose Privacy Safe, or use Custom to select supported groups for removal.
- Download the cleaned copy and inspect it before publishing. Check the final export, not just the original photo. An editor or conversion step can preserve existing metadata or add new fields. Also, make sure you share the downloaded copy rather than accidentally selecting the original again. Verify the downloaded file with ExifTool The tool checks its generated output, but a second metadata reader provides an additional check. If you have ExifTool installed, run these read-only commands with your own filenames: exiftool -a -G1 -s original.jpg exiftool -a -G1 -s cleaned.jpg The options show duplicate tags, include group names, and use short tag names, making the output easier to compare. Review the fields you intended to remove. Pay attention to GPS entries and any relevant EXIF, XMP, or IPTC fields. Do not expect the cleaned file to produce empty output. ExifTool can still report file-system information, image dimensions, compression details, and other properties. A file modification timestamp is different from an embedded original capture timestamp. The useful question is whether the targeted embedded fields remain within the reader’s supported coverage. Open the image as well. Metadata inspection does not tell you whether its appearance still meets your needs. Two details developers should watch EXIF Orientation affects how an image displays. Some photos store pixels in one orientation and rely on an EXIF value to display them correctly. Removing that value without handling the pixel orientation can produce a sideways image. Normalizing the orientation may require re-encoding, so “remove metadata” should not automatically be described as “always lossless.” ICC profiles affect color rendering. They have a different purpose from GPS coordinates or author fields. Preserving a color profile does not mean privacy cleanup failed. These are reasons to use a deliberate cleanup policy and check rotation, color, and dimensions afterward. Know the limits Metadata removal does not hide an address visible on a package, a reflection, or a recognizable landmark. It also does not remove pixel-level invisible watermarks or erase copies previously uploaded elsewhere. Some platforms strip metadata during processing, but behavior can differ between upload methods and downloaded versions. Checking before upload gives you control over the file that leaves your device. For an image-sharing workflow, a useful sequence is: Export → inspect → remove selected metadata → verify → publish. If you work on an upload or publishing pipeline, where do you handle metadata checks: in the browser, on the server, or both?
Top comments (0)