What is order-anchored attribution? Which post sold the bag, step by step
Order-anchored attribution starts from the order your store records and works back to the customer post. How the match works, and what "proven" means.
A store on our platform was taking orders every day. Our dashboard said customer content had influenced none of them. The gallery was being seen and tapped. Add-to-carts were arriving. Then the trail went cold at checkout. The checkout script that should report each order never ran. Every number built on it read zero.
In this article
Order-anchored attribution, defined
Order-anchored attribution credits sales starting from the order your store has already recorded. The store sends each order to the attribution system, server to server.
The system then looks for identifiers on that order that also appear on earlier activity. A visit, a tap on a customer video, an add-to-cart from a gallery. If it finds no link, the order still counts, as unattributed.
So the difference is in what can go missing. In a pixel model, an order the pixel never saw does not exist. In an order-anchored model every order exists. The open question is how much of it the content can claim.
The gap pixels leave
A checkout pixel is JavaScript that runs in the shopper's browser at the end of checkout. On Shopify it has three blind spots.
- It needs the newer checkout. App pixels run on Shopify's current checkout. Orders outside it are invisible.
- Consent can switch it off. Shopify gates pixels on the shopper's privacy choice. Decline tracking, and the pixel stays silent.
- Some orders skip the browser. Point-of-sale orders and staff-made draft orders never touch a browser checkout.
The store in the opening had plenty of orders and zero pixel checkout events. No gallery change could have fixed that report. It was built on the wrong end of the sale.
Starts in the browser
An order exists only if the checkout script ran.
Wins at
- Fires within seconds of checkout
- Easy to install as an app pixel
Struggles with
- Silent when the shopper declines tracking
- Blind to point-of-sale and draft orders
- Missing orders never show up as missing
Starts at the store
Every order the store records arrives, server to server.
Wins at
- Counts orders the pixel never saw
- Shows unmatched orders in their own column
- Uses the pixel as a second signal
Struggles with
- Needs an id on the order to match it
- Shopify re-fetch reaches about 60 days back
- Shows influence; only a test shows cause
The same store, measured from each end of the sale.
How an order finds its way back to a post
Here is the path from a gallery view to a credited order in Idukki, on Shopify.
From impression to credit
- 01
Impression
The gallery shows customer posts. The widget writes an anonymous visitor id, _idk_vid, into the cart.
Identifies
- 02
Add to cart from a post
The shopper adds a product from a customer post. Idukki records it against the same visitor id.
Proves intent
- 03
Checkout
The browser pixel may fire, or may stay silent. Nothing depends on it.
Optional
- 04
Order webhook
Shopify sends orders/create to Idukki. The visitor id rides on the order.
Every order
- 05
Credit
Idukki matches the order to the visitor's history and picks a bucket.
30-day lookback
The visitor id is the strongest bridge, but not the only one. Idukki tries them in this order:
| Bridge | Where it comes from | Match type |
|---|---|---|
| Visitor id (_idk_vid) | Written into the cart by the widget, returned on the order | Exact |
| Logged-in customer | The customer id on the order matches an earlier signed-in visit | Exact |
| Cart token | The cart built while browsing is the cart that became the order | Exact |
| Salted fingerprint | A one-way hash of network and browser signals, used only when the product matches | Always marked estimated |
What "proven" means
An order is proven when the same visitor added a purchased product from a customer post. That add-to-cart must fall in the 30 days before the order.
The visitor id alone is not enough. The widget writes it on impression, so it only says the gallery loaded for that shopper.
The same rule applies whether the pixel or the order webhook reports the sale. A pixel checkout with no matching add-to-cart is filed as a store order.
Proven, influenced and unattributed: why the columns stay apart
Adding every kind of credit into one headline makes attribution meaningless. Idukki keeps the buckets apart, with fixed definitions.
| Bucket | What it means |
|---|---|
| Proven | Same visitor added a purchased product from a customer post in the 30 days before. |
| Click-attributed | Clicked a customer post for a product they bought, without adding from it. |
| Content-assisted | Clicked customer content, but for a different product. |
| View-attributed | Was shown a post tagged with a product they bought, or saw posts on its page. |
| Store orders seen | Every order Idukki received from the store, matched or not. |
| Unattributed | Store orders seen minus influenced orders. Shown, split into identified and unidentified shoppers. |
Conversion rate follows the same rule. It is proven orders divided by engaged visitors, the people who interacted with customer content.
Our July 2026 case studies report checkout click-throughs, and say so. The order join was not live when those numbers were pulled.
One order, traced end to end
- 1Day 1, 8:40 pm. Maya opens a canvas tote bag page on her phone. The gallery loads and writes her visitor id into the cart.
- 2Day 1, 8:42 pm. She watches a customer video of the bag packed for a weekend. She taps Add to cart on the video's product card.
- 3Day 1, 8:43 pm. She declines the cookie banner and closes the tab.
- 4Day 3, 7:15 am. She comes back from an email and buys the tote and a keyring. The checkout pixel stays silent.
- 5Day 3, 7:15 am. Shopify sends the order to Idukki. Her visitor id is on it.
- 6Result. Same visitor, tote added from a customer post two days earlier. The order is proven.
Now change one thing at a time. Here is where the same order would land.
| If Maya had | The order lands in |
|---|---|
| Added the tote from the customer video | Proven |
| Clicked the video through to the tote page, then added there | Click-attributed |
| Clicked a customer post for a different bag | Content-assisted |
| Scrolled past a post tagged with the tote | View-attributed |
| Visited, but the gallery showed her no posts | Unattributed, identified |
| Left no id, customer login or cart token on the order | Unattributed, not identified |
Under a pixel-only report, every row in that table reads the same: nothing. She declined tracking, so the order was never seen.
What you see in the dashboard
- Proven orders and revenue in their own tile.
- Influenced orders by tier: click, content and view.
- Store orders seen, so you can check the total against Shopify.
- Unattributed orders, shown, never hidden.
- Estimated matches flagged wherever the fingerprint bridge was used.
What it cannot do
It cannot prove cause on its own. A shopper who watched a customer video may have bought anyway. Only a controlled test answers that, which is why proven and influenced stay apart.
History has a reach limit too. Shopify lets an app re-fetch about 60 days of orders. Older orders Idukki already stores are re-attributed from its own copies. An order with no bridge stays unattributed. The model does not guess a shopper into existence.
Questions to ask any attribution report
- Where do the orders come from? The store, or a script in the shopper's browser?
- Are unattributed orders shown? If not, you cannot tell how much it missed.
- Are proven and influenced kept apart? One blended figure hides the difference.
- What counts as proven? A page view, a click, or an add-to-cart?
- Which matches are estimates? Fingerprint matches should be labelled.
- What is the lookback window? Idukki uses 30 days.
Questions merchants ask
What is order-anchored attribution?
Crediting sales from the order your store records. Ids on the order link it to earlier activity.
Why does my UGC app show zero orders when I have sales?
It probably relies on a checkout pixel. Consent choices, older checkouts and in-store orders all silence it.
What makes an order proven in Idukki?
The same visitor added a purchased product from a customer post. It happened in the 30 days before the order.
Does order-anchored attribution need cookies?
It uses ids that travel with the order. A salted fingerprint is a last resort, always marked estimated.
Is influenced revenue the same as revenue caused by UGC?
No. Influenced means content was on the path. Only a controlled test shows cause.
Further reading
- 1Shopify: web pixels API · How app pixels run and how consent gates them.
- 2Shopify: webhooks · The server-to-server order event.
- 3Idukki: attribution comparator · Free tool. Compare models on your own numbers.
- 4Idukki attribution · The product page.
- 5Idukki: how to measure UGC ROI
Continue reading
4 pieces in this clusterThese long-form pieces on the Idukki blog link back to this article, go deeper on the cluster.
- Buyer's guides
Idukki vs Yotpo vs Bazaarvoice: price, rights and attribution in one table
What each one bills for and how each records a creator's yes. How each credits an order to UGC. Every rival fact sourced and dated. We make Idukki.
- Buyer's guides
How to choose a shoppable video app: 12 questions and a scoring sheet
Twelve questions on speed, rights, attribution, platforms and price. Plus a weighted scoring sheet and the red flags. We make Idukki.
- Buyer's guides
How to choose a UGC gallery app: ten questions to ask before you install
A buyer's checklist for UGC gallery apps: sources, product tagging, rights, moderation, page weight, measurement, pricing shape, platforms, exit and support. With a decision tree and the demo questions that expose a weak app.
- Buyer's guides
Idukki vs Syncly vs Emplifi UGC: finding customer content, managing it, or selling with it
Syncly listens inside social video, Emplifi UGC is one module of an enterprise CX suite, and Idukki turns customer content into shoppable galleries on your store. A side-by-side comparison, with a table and sources. We make Idukki.
More from Rohin Aggarwal
- Strategy
Affiliate plus UGC: combining the two
Run affiliate and UGC as one programme: a single creator makes the trusted content and carries the trackable link, so you get trust and attribution together.
- Strategy
Generative-AI product imagery vs real UGC: when to use which
Use generative AI for production and concepting; use real UGC for proof and trust. Each does a different job. Here is where the line sits, and why.
- Strategy
Build vs buy a UGC solution
Should you build your own UGC system or buy a platform? For almost every brand the answer is buy: the first version is cheap, the forever maintenance sinks it.