Image intelligence

Reverse Image Search: How to Trace a Photo's Origin

Updated 14 September 2026 · 6 min read

A photograph is a claim: this is me, this happened, this was here. Reverse image search is how you test that claim, by finding where else the picture has been, and when. It is also the technique people most often run once, get nothing, and abandon just before it would have worked.

How it works, and why that shapes the method

Two different technologies sit behind the phrase, and knowing which you are using explains the results you get.

Perceptual hashing reduces an image to a short fingerprint that survives resizing and re-compression. Two copies of the same file produce the same or nearly the same hash, so matching is exact and fast. It answers "where else does this file appear" and it fails as soon as the image is cropped, flipped or recoloured, because the fingerprint changes.

Embedding search converts the image into a vector describing what is in it, then finds neighbours in that space. It tolerates crops, rotations, filters and edits, and will happily find a different photograph of the same building. It answers "what is this, and what looks like it", which is a different and sometimes more useful question.

Most engines now blend both. The practical consequence is that a crop can defeat one engine and not another, which is the core reason the workflow below insists on running more than one.

The engines, and what each is actually good at

Coverage differs by region and by index, not by quality, and they disagree constantly. Treating them as interchangeable is the usual mistake.

"No results" is a result, and it needs interpreting. It can mean the image is genuinely original, a real photo taken by the person who posted it. It can mean the image is synthetic, because a generated face has no earlier existence to find. Or it can mean the copy you searched has been cropped or re-encoded enough to break the match. The three are distinguished by the follow-up searches below, not by the empty first result.

A workflow that actually finds things

Verifying a profile photo, step by step:

  1. Get the largest copy available. Open the image in its own tab rather than screenshotting a thumbnail. Platforms serve several sizes and the largest carries the most signal.
  2. Run it whole, in at least three engines. Google, Yandex and TinEye is the standard opening because they fail in different directions.
  3. Crop to the face and search again. Removing the background removes noise and often changes the result completely.
  4. Crop to the background and search that separately. This is the step people skip and it is frequently the productive one. A building, a shopfront sign, a menu, a vehicle livery, a mountain ridge, each is independently searchable, and the background is what the poster was not thinking about.
  5. Try a horizontally flipped copy. Mirroring is a trivial and common evasion, and it defeats hash-based matching outright.
  6. Search the text you can read. Signage, number plates, jersey numbers, shop names, typed into an ordinary search engine, sometimes with a place name, these solve cases that image search alone cannot.
  7. Sort by date where the engine allows it. An image that existed before the event it supposedly documents has answered the question.

What a match proves, and what it does not

Finding the same photo elsewhere establishes that the image is not unique to the profile you are examining. It does not by itself establish who took it, who is in it, or who the account belongs to.

Read the matches for these patterns instead:

Check the metadata before you assume there is none

Photographs carry EXIF data: camera model, timestamps, settings and sometimes GPS coordinates. Most social platforms strip it on upload, which is why people assume it is never there. Files sent as email attachments, through messaging apps that preserve originals, downloaded from cloud storage, or hosted on a personal site frequently retain it in full.

It costs nothing to look, and when it is present it is more precise than anything reverse search will give you. Treat it with care in both directions: absent metadata means nothing, and present metadata can be edited, so a timestamp is a claim to corroborate rather than a fact.

Synthetic images changed the problem

A generated portrait has no origin. Reverse search returns nothing because there is nothing earlier to find, and the visual tells people learned to look for, malformed hands, garbled text, mismatched earrings, eyes in identical positions across images, have been largely engineered away. Detection heuristics published a couple of years ago are not reliable now, and stating a confident verdict from them is how people get this wrong in public.

Two things do still work. Provenance metadata: the C2PA Content Credentials standard, now attached by a growing number of cameras and editing tools, travels with a file and records how it was made and altered; its presence is informative, though its absence proves nothing. And corroboration: a real person has a history that is not a single image. Accounts with other photos, mutual connections, mentions by others, and a presence extending backwards in time are hard to fabricate consistently, and a single perfect portrait attached to an account created last month is the actual signal.

A note on what this site does. MyRecon does not run reverse image search. Doing it properly requires the commercial image-search APIs, and this project is built on free, documented, keyless sources, so rather than ship a version that quietly returns worse answers, we explain the method and point you at the engines that do it well. The about page sets out the rest of that reasoning.

Where the line is

The technique is neutral; the use is not. Verifying whether the person messaging you is real is reasonable and often necessary. Assembling the identity, employer and home area of a stranger because their photo interested you is not, and in many jurisdictions the harassment that follows is an offence regardless of how the information was obtained.

Two rules keep this on the right side. Be able to state what question you are answering and why it is yours to ask. And remember that a match associates images, not people: our guide to verifying an OSINT finding covers the standard a conclusion has to meet before anyone acts on it, and image matches fail that standard more often than any other kind of evidence.

Related guides

← All guides

MyRecon Android is in closed testing for eligible testers. App availability and details.