Refunds

Winning eBay disputes with delivery proof links

March 21, 2026 · 8 min read

Key takeaways

The strongest evidence in an eBay item-not-received case is a working carrier delivery-proof link showing a delivered scan to the buyer.
A bare tracking number is weak, and a link to the wrong carrier shows not found and actively hurts your case.
The real courier is often not what AliExpress claims, so resolve it from the tracking-ID prefix rather than the unreliable carrier_name field.
Win cases by having the proof link already on the order row, not by assembling it under time pressure during an open dispute.
Fetch Order Tracking captures a correct carrier delivery-proof link for every order it syncs into your Google Sheet.

An "item not received" (INR) case is a clock. From the moment a buyer opens one, you have a narrow window to respond with evidence — and the quality of that evidence decides whether you keep the money or refund a parcel that was actually delivered. The single best piece of evidence is a working carrier delivery-proof link showing the order delivered to the buyer's address.

The sellers who win INR cases are not lucky. They are the ones who can produce that link in seconds because it was attached to the order the whole time. The sellers who lose are the ones digging through AliExpress at 11pm trying to remember which courier carried it.

Why delivery proof wins INR cases

eBay's INR process is fundamentally an evidence question: can the seller show the item reached the buyer? A tracking number alone is weak — it is just a string. What carries weight is a live link to the carrier's own tracking page showing a delivered scan, ideally with the destination matching the buyer's location. That is hard to argue with, and cases resolve in your favour fast when you supply it.

A bare number forces eBay (and you) to figure out which courier it even belongs to.
A link to the wrong carrier's site shows "not found" and actively hurts you.
A correct carrier link with a delivered status is close to decisive.

An INR case is won or lost on whether you can produce a working carrier link with a delivered scan — before the response window closes.

The problem: proof is scattered and the carrier is often wrong

Here is why this is harder than it sounds. The tracking number lives on the AliExpress order. The real courier is frequently not what AliExpress tells you — the carrier_name field is notoriously unreliable, often showing a generic service name instead of the actual last-mile carrier like Evri, Yodel, or Royal Mail. So even if you have the number, you can paste it into the wrong carrier's tracker and get nothing.

To build a proof link by hand under time pressure you have to:

Find the right AliExpress order (and there may be more than one behind a single eBay sale).
Extract the tracking number in the correct format.
Work out the real courier — usually from the tracking-ID prefix, not carrier_name.
Construct the correct carrier URL and confirm it shows delivered.

Doing that once is annoying. Doing it during an open case, for an order from five weeks ago, is exactly when you make a mistake and lose. The fix is to never build it under pressure — to have the link already sitting on the row.

Resolve the real courier first

Everything depends on identifying the actual carrier, because the proof link is carrier-specific. The reliable signal is the tracking-ID prefix: certain prefixes map cleanly to Evri, Yodel, Royal Mail, and others, regardless of what AliExpress claims in carrier_name. If you want the prefix reference, read why you should never trust AliExpress's carrier_name field on its own. Get the courier right and the correct proof URL follows automatically.

Attach proof to every order, automatically

The winning move is to stop treating delivery proof as something you assemble during a dispute, and start treating it as a column that is always populated. That is precisely what Fetch Order Tracking does. For every order it syncs into your Google Sheet, it captures the tracking ID, the tracking status, and a carrier delivery-proof link — with the carrier resolved from the tracking-ID prefix, not from the unreliable carrier_name.

So when an INR case lands, the workflow is not "go investigate". It is:

Open your sheet, find the order row.
Check the tracking_status — is it delivered?
Copy the delivery-proof link straight from the row into your eBay response.

Seconds, not an evening. And because the link was generated with the correct carrier from the start, it actually resolves to a real tracking page instead of a dead "not found".

The other half: spotting trouble before the case opens

The strongest dispute position is the one you never need, because you saw the problem coming. Two patterns are worth watching:

A false "Delivered". Sometimes the carrier marks delivered but the buyer genuinely did not get it — a misdelivery or a premature scan. Catching that early lets you get ahead of the buyer instead of reacting to a case. We dig into this in when AliExpress shows Delivered but your buyer disagrees.
A delivered-then-refunded order. If AliExpress refunded you on an order that already delivered, your records need to reflect both facts. Fetch Order Tracking's refund detection checks several fields together — issue_status, the gmt_refund_* timestamps, and child orders — so a refund does not hide behind a delivered status.

Make proof a default, not a fire drill

INR cases are part of the business; you cannot eliminate them. What you can do is make every single order arrive in your sheet with the carrier identified and a working delivery-proof link already attached, so responding is a copy-paste instead of a panic. That is the difference between dreading disputes and dispatching them.

Point Fetch Order Tracking at your existing Google Sheet, connect eBay and AliExpress once, and let every order carry its own proof from the day it ships. When the clock starts on your next INR case, you will already be holding the evidence.

Frequently asked questions

What is the best evidence to win an eBay item-not-received case?

A working link to the carrier's own tracking page showing a delivered scan, ideally with the destination matching the buyer's location. eBay's INR process is fundamentally an evidence question, and a live carrier link with a delivered status is close to decisive. A bare tracking number is far weaker because it forces everyone to first work out which courier it even belongs to.

Why does my AliExpress tracking number show not found on the carrier site?

Usually because you pasted it into the wrong carrier's tracker. The carrier_name field on the AliExpress order is notoriously unreliable and often shows a generic service name instead of the real last-mile courier such as Evri, Yodel, or Royal Mail. The reliable signal is the tracking-ID prefix, which maps cleanly to the actual carrier; get the courier right and the correct proof URL follows.

How can I have a delivery-proof link ready before a dispute opens?

Stop treating proof as something you build during a case and make it a column that is always populated. Fetch Order Tracking captures the tracking ID, the tracking status, and a carrier delivery-proof link for every order it syncs into your Google Sheet, with the carrier resolved from the tracking-ID prefix. When an INR case lands you open the row, confirm the status is delivered, and copy the link straight into your eBay response in seconds.

Related guides

Try Fetch Order Tracking → More guides