Claimscan
API OPERATIONALLog inTry it free
Back to all articles
Photo Forensics8 min readUpdated April 24, 2026

Reverse Image Search on Damage Photos: How to Catch Stock-Image Fraud

How to catch damage-claim photos that were lifted from stock sites, past eBay listings or another store: four reverse-image tools and what each is good for.

A targeting reticle scanning a row of product photos in a reverse-image search

Reverse image search is the cheapest forensic check that is almost never done. It takes 30 seconds per photo, costs nothing, and catches a specific fraud pattern that metadata checks miss entirely: the customer who grabs a stock photo of a scratched screen from Google Images and sends it as evidence. This guide covers which tool to use for which job, how to interpret results, and the one operational trick that makes this scale.

What Lift-and-Submit Fraud Looks Like

A customer orders a €120 pair of wireless headphones. Three days after delivery they open a ticket: "Arrived damaged, won't charge, please refund." Attached: a photo of a very convincingly scratched pair of headphones. The photo has no EXIF (the customer says they had to screenshot it because the app glitched). The photo looks real — because it is real. It was taken by someone else, uploaded to a review site two years ago, and your customer pasted it into your claim. The photo isn't manipulated. The fraud is that it is not of your shipment.

This pattern is why reverse image search matters. EXIF forensics catches doctored photos. Pixel forensics catches edited regions. Neither catches a photo that is 100 % authentic — just from someone else's headphones.

The Four Tools Ranked By Use Case

Reverse-image search tools, 2026
ToolBest at findingFree tierAPI for automation
TinEyeRe-uploads of the exact same image across indexed sites; early-web matchesLimited to 150 searches / month / IPYes (paid, from $50/month for 5 000 searches)
Google LensShopping sites, news images, editorial photos; visual-similarity (not just exact)Free, unlimited via browser; API limitedPartial via Google Cloud Vision
Yandex ImagesSocial media (VKontakte, OK, Telegram channels), older Russian-language stock sitesFree, unlimited via browserNo official public API
Bing Visual SearchMicrosoft properties, some stock libraries; weaker than the others overallFree, unlimited via browserYes via Bing Image Search API

In our dataset, running all four in sequence catches ~80 % of lifted photos. Running only Google Lens catches ~55 %. Running only TinEye catches ~40 %. The overlap is small, so the four-in-sequence workflow has diminishing returns fast — three is usually enough.

A 30-Second Workflow

Step-by-step

Reverse-image-check a damage claim photo

Run tools in this order. Stop if any single tool returns a hit older than the order date.

  1. Save the photo locally, right-click
    Most browsers let you 'Search the web for this image' via right-click (Chrome, Edge). On other browsers, save the photo, then drag-drop into the search tool.
  2. TinEye — tineye.com
    Drag-drop the file. Wait 2–3 seconds. Results page shows hits ranked by how closely they match. Click 'oldest' to sort by earliest-seen date. Anything predating the order is a smoking gun.
  3. Google Lens — images.google.com
    Click the camera icon in the search bar, upload or drag-drop the file. Google surfaces visually-similar images plus sites that embed them. Scroll for shopping-site matches; they are the strongest tell.
  4. Yandex Images — yandex.com/images
    Camera icon in the search bar, drop the file. Yandex's index is visibly stronger on older web content and social media than Google's. Skim the top 12 results.

The workflow pays off because in 9 of 10 lift-and-submit cases, the image has been online for months or years under someone else's URL. You do not need forensic expertise — if the Google Images result says "first seen on reddit.com/r/audiophile in 2022", the photo is not of the customer's 2026 purchase.

Reading the Results

How to interpret reverse-image-search hits
FindingVerdictNext step
No hits across any engineInconclusive — photo is new or the index has not crawled it yetContinue with other forensic checks (EXIF, ELA)
Hit on a stock-photo site (Shutterstock, Unsplash, Adobe Stock)High probability of fraud — stock photos are not customer evidenceReject under policy; document hit URL and first-seen date
Hit on a past eBay / Amazon listing by a different sellerVery high probability — lift from a competitor's listingReject under policy; screenshot the competitor listing
Hit on a review site, blog, or forum post predating the orderHigh probability — customer grabbed a review photoRequest original file; expect customer to drop
Hit on the customer's own public social media, predating the orderLow probability of fraud, high probability of double-dippingEscalate to human reviewer; cross-reference with order history
Hit on a news article about product defects (class action, recall)Medium probability — could be genuine customer of affected batchContinue with other checks; do not auto-reject

Pay close attention to the first-seen date. A photo first indexed in 2019 cannot be of a 2026 purchase regardless of how the customer explains it.

Scaling Beyond 100 Photos a Day

Manual reverse-image search caps at ~50–80 photos per reviewer per day. Above that volume three options:

  1. TinEye API. Paid tier with programmatic access, $0.01–0.02 per search at bulk rates. Easy integration in a support-ticket webhook — photo attached, API hit, result logged in the ticket.
  2. Google Cloud Vision Product Search. Purpose-built for matching photos against your own product catalogue, which is a slightly different problem (detecting item-swap fraud) but useful adjacent.
  3. Automated pipeline (e.g. Claimscan). Combines reverse-image search, perceptual hashing and cross-customer duplicate detection behind one API call. A new upload is checked against the open web, prior submissions across the network, and known fraud-photo databases — in one pass.

Option (3) also catches the pattern a single-engine search alone misses: the same photo submitted as a damage claim to three different stores in the same week, by three different customers. That cross-store reuse signal is decisive but only visible if you aggregate across stores.

Edge Cases That Look Like Fraud But Aren't

Three results that look damning but warrant investigation, not rejection
ResultWhy it might be legitimate
Photo appears on a Pinterest boardPinterest users often re-pin product photos from merchant sites — including yours. Check if the original pin is from your own store's product page.
Photo is on a consumer-review site like TrustpilotThe customer may have posted a genuine review months ago and is now claiming damage on the same product. Cross-reference to their account if it exists on the site.
Photo is on an influencer's Instagram, but the account is the customer'sNot fraud in the lift sense; potentially influencer-wardrobing (see the [wardrobing guide](/en/blog/wardrobing-detection)).

Rule: reverse-image hits are strong evidence, but verifying who uploaded the image first still matters. A photo on the customer's own old social-media post is not lift fraud; it is usually a forgotten re-post.

FAQ

Frequently asked questions

Do customers know to strip metadata before sending stock photos?
Almost never in 2026. The sophisticated ones do (they send screenshots, which have their own signature — see the [EXIF guide](/en/blog/exif-data-return-fraud)). The majority don't; they grab a photo, paste it into a support ticket, and don't think about the provenance at all. That's why reverse image search is such a high-yield check.
How long does it take for a new photo to appear in reverse-search indexes?
Google indexes shopping-site and news images within hours to days. TinEye's crawl is slower — a new photo on a random blog can take weeks to appear. This matters for the false-negative rate: a TinEye 'no hits' result on a photo that is one day old is uninformative.
Is it legal to reverse-image-search a customer's submission?
Yes. Reverse image search is an automated lookup of a public image — no new personal data is generated. It is the standard commercial-investigation tool and lawful under GDPR as a legitimate-interest basis (Art. 6(1)(f) GDPR) for fraud prevention.
What about screenshots of the customer's own camera-roll?
A screenshot of a camera-roll thumbnail is one of the most common ambiguous results. It will not appear in reverse-image indexes (the original photo was never uploaded anywhere public). If you see a screenshot + missing MakerNote + no reverse-image hits, the correct move is to request the original file.
Does Claimscan do this in the pipeline?
Yes — Claimscan includes reverse-image and reuse checks as part of its analysis. Any match that predates the order is added to the forensic report with a citable URL and first-seen date, for a person to review.
Early Bird · €19/mo

Ready to stop return fraud?

Early Bird: 50 seats, €19/month, 12 months price guarantee. Be one of the first to put forensic analysis into your return workflow.

0/5050 left
  • 12-month price guarantee
  • Unlimited analyses
  • DE + EN support
  • Cancel anytime