Microsoft · Referral → closed sale · Conversion tracking
How to track referral to closed sale for Microsoft Ads
A referral is the one channel that reliably steals credit in both directions: a stale paid identifier claims a word-of-mouth sale, or a referral parameter overwrites a legitimate paid click. Whichever wins is usually an accident of storage logic nobody chose. On Microsoft Ads the specifics that matter are the click identifier (msclkid), the import mechanism (Microsoft's offline conversion import), and conversion goals deduplicate on their own counting settings, as in Google Ads, rather than through a shared event ID. The chain only works end to end if the identifier is captured on landing and stored on the closed sale, with its true origin recorded — no cookie survives the gap between referral link shared and reward issued.
✓ 30-minute call · No commitment · You leave with a written remediation plan even if we’re not the right fit.
Written guarantee
95%+ conversion accuracy on Microsoft · Referral → closed sale
Measured against your own order records at handover. Miss it and we keep working at no cost until it’s met.
Built on — and certified for — the platforms that matter
Stape
Pro Partner
Meta
Tech Provider
Tag Manager
TikTok
Events API
Microsoft
UET Partner
CAPI Partner
CAPI Partner
Built on the same partner stack used by enterprise DTC brands.
Where this funnel usually breaks
Stale paid identifiers claiming referral sales
The more successful your referral program becomes, the better your paid campaigns appear to perform. That is a genuinely perverse outcome and an entirely avoidable one.
Referral parameters overwriting live paid clicks
The opposite failure. A referred visitor who then clicks a paid ad and buys is a paid sale, and referral-wins logic hands it to the referrer.
Reward-driven repeat purchases counted as new
The reward exists to produce a second order. Counting it as acquisition double-counts the same customer.
Specific to Microsoft × Referral → closed sale
Microsoft Ads and referrals: the UET goal Google's fix never touched
Track referral to closed sale on Microsoft Ads by applying the same precedence rule you use for Google on the order or CRM record, then uploading only paid-won sales against the stored msclkid through offline conversion import. Retire or demote the UET destination goal, which counts referred sales as Microsoft conversions.
Microsoft is where referral precedence fixes most often stop halfway. A team builds the rule for Google, switches Google to imported sales, and leaves the Microsoft account on the UET destination goal it inherited when the campaigns were imported. Microsoft then keeps counting every referred customer who touched a Bing ad, Google stops counting them, and the two platforms are no longer measuring the same thing. Any budget shift made from that comparison favors Microsoft for the wrong reason.
The brand search leak is the same shape as on Google, and Bing's audience makes it a little larger in some categories: older, desktop-heavy buyers who are more likely to receive a referral by email and then search the brand name instead of clicking the link. Your precedence rule has to name msclkid explicitly, or the referral parameter silently beats it because the code only knows about gclid.
Upload closed sales against msclkid with the order reference, counting each conversion once per click. Keep reward-funded orders and referral-won sales out of the upload, and check the goal list after any future Google import, since that is how the old destination goal tends to come back.
Architecture
The exact event sequence
Five stages. The break is at stage three and it is a logic decision, not a technical failure. Two identifiers arrive and something has to choose. The identifier has to survive all of them.
Step 1
Referral link shared
Person to person. No campaign produced this.
Step 2
Referred visitor arrives
With a referral parameter, onto a browser that may already hold a paid identifier from last week.
Step 3
Precedence decided
The moment that determines who gets credit, and the moment almost nobody has consciously configured.
Step 4
Sale closed
Attributed to whichever identifier survived.
Step 5
Reward issued
Which frequently produces a second purchase that must not inherit the first sale's attribution.
Diagnostic sequence
What's specific to Microsoft Ads
The funnel logic above is the same wherever you advertise. These are the parts that change because it's Microsoft Ads.
- 1
Click identifier: msclkid
Microsoft's click identifier, appended when auto-tagging is enabled. It depends on the UET tag being present on the site — without UET, msclkid arrives in the URL and there's nothing consuming it, which is a common half-configured state on accounts imported from Google.
- 2
Import mechanism: offline conversion import
Uploaded against msclkid, closely mirroring Google's approach. Because so many Microsoft accounts are imported wholesale from Google Ads, people assume full parity — verify the current column format and requirements in Microsoft's documentation rather than reusing your Google template unchanged.
- 3
Deduplication
The same counting question applies: one conversion per click for lead-type goals, every conversion for ecommerce. Accounts imported from Google frequently carry over the goal structure and not the counting review, so it's worth reading every goal rather than assuming the import got it right.
- 4
Window and timing
Check Microsoft's current offline import window and attribution settings directly. They resemble Google's closely enough to be assumed and differ enough to matter.
- 5
The Microsoft gotcha
Almost every Microsoft account we open was imported from Google Ads, and the import copies campaign structure without copying the tracking. The result is a live account spending money with UET missing, msclkid unconsumed, or conversion goals pointing at pages that don't exist on the site any more.
Source-of-truth validation
How to prove the chain works
One real journey, followed all the way, then a reconciliation. Neither on its own is enough.
- A live Microsoft ad clicked, and the identifier confirmed present on the landing URL.
- The same identifier confirmed on the closed sale, with its true origin recorded after a full real journey through every step.
- Reward issued confirmed arriving at Microsoft Ads, verified by the upload's match rate and Microsoft's conversion goal diagnostics.
- Your order or crm record, with referral and paid sources held apart reconciled against Microsoft Ads per record over a fully closed window.
- The same reconciliation repeated 30 days later.
Straight talk
When this doesn't apply to you
Worth checking before you build anything, because two of these are common and both mean the work isn't worth doing.
- With no referral program there is no conflict, and this is an ordinary purchase funnel.
- If your Microsoft account is a straight import you've never separately configured, fix the account structure and UET installation first — offline import on top of an unconfigured account produces data nobody will trust.
- If your cycle from click to reward issued regularly exceeds the import window, the final event can't drive bidding whatever you build. Optimize toward sales with both source parameters retained for later analysis instead and use the later data for budget decisions rather than for bidding.
- If almost none of your closed sales by origin carry a click identifier today, that's the whole project. Fix capture first — the import is the easy half and no tooling rescues a record with nothing to reference.
What working looks like
Reward issued attributed to the click
Server-sideWeeks later if necessary, because the identifier lives on the closed sale, with its true origin recorded rather than in a cookie.
Microsoft bidding fed the real outcome
8+ EMQVia offline conversion import, so it optimizes toward sales, credited to their true origin rather than toward referral link clicks.
A reconciliation that closes
DedupedYour order or crm record, with referral and paid sources held apart matched per record against what Microsoft Ads reports, over a fully closed window.
The implementation, on Microsoft Ads
Capture msclkid on landing
Auto-tagging appends msclkid, and the UET tag has to be present to make use of it. Add msclkid explicitly to your capture list alongside the Google parameters — code written for gclid alone won't pick it up.
Persist it to the closed sale, with its true origin recorded
Store both identifiers with timestamps and apply a written precedence rule, rather than letting last-write-wins decide by accident.
Send reward issued from the record
Your order or CRM system, with an explicit source-precedence rule applied and recorded on the record itself. Dispatched to Microsoft Ads through Microsoft's offline conversion import.
Deduplicate and reverse
Conversion goals deduplicate on their own counting settings, as in google ads, rather than through a shared event id. Refunds reverse against whichever source was credited.
Want this built for Microsoft · Referral → closed sale? One fixed price, $400–$1,800, no monthly fee. Live in 2–4 business days, 95%+ accuracy in writing. See packages
Book a free 30-min callGot questions?
The honestanswers.
No buzzwords, no upsell. If we don’t know, we say so.
01Do I need a separate referral rule for Microsoft Ads?
No, the same written precedence rule should apply. It just has to recognize msclkid as a paid identifier, which code written for Google alone usually does not.
02Why does Microsoft report more referral-era sales than Google?
Most often because Google was moved to imported sales and Microsoft is still counting a UET destination goal that fires on every confirmation page.
03Why isn't referred visitor arrives enough to optimize on?
Because referral link clicks measure how much your customers like you, which is worth knowing and is not something a bidding algorithm can act on.
04How does the identifier survive to reward issued?
It doesn't, as a cookie — the gap is too long. It has to be written onto the closed sale, with its true origin recorded at the point of referral link shared, where it lives as a field rather than as browser storage.
05What does Microsoft Ads need to accept the conversion?
msclkid inside the import window, a conversion goal name matching one in the account, a timestamp and a value. Confirm current requirements in Microsoft's documentation.
06How long does this take to build?
Two to four days for the implementation, plus a closed reconciliation window before we'd call it verified. Capture and persistence are the fiddly parts; the import itself is usually an afternoon.
07Can I do this myself?
Yes, and the reference pages on this site cover the mechanics. The part that's genuinely tedious rather than clever is keeping msclkid alive through multi-step forms and two competing identifiers in one browser, which fails silently at every stage.
Still have questions?Book a 30-min call— bring them all.
RELATED GUIDES
Related funnels, and the checks that close this one
- Microsoft · Directory listing → enquiryHow to track directory listing to enquiry for Microsoft Ads
- Microsoft · Chat → qualified leadHow to track chat conversation to qualified lead for Microsoft Ads
- Microsoft × CRM DealsHow to reconcile Microsoft Ads against your CRM's closed-won deals
- Post Affiliate Pro → Microsoft AdsConnecting Post Affiliate Pro to Microsoft Ads
- FirstPromoter → Microsoft AdsConnecting FirstPromoter to Microsoft Ads
- Microsoft · Booked call → closed wonHow to track booked call to closed won for Microsoft Ads
- Microsoft · Quote → closed jobHow to track quote request to closed job for Microsoft Ads
- Microsoft · Phone call → saleHow to track phone call to sale for Microsoft Ads
Get referral to closed sale tracked properly on Microsoft Ads
Book a free 30-minute call. We measure your actual identifier coverage on your own account, live, and you leave with a written plan — including the option that you don't need us.
Free · 30-min consultation · No commitment · Replies in under 2 hours · Available worldwide via WhatsApp
95% tracking accuracy guarantee
Free 30-min consultation · from $400 · 1st-party server-side
95% guarantee · from $400


