How to track application to enrollment for Microsoft Ads

Architecture

The exact event sequence

Five stages. The break in this funnel is a calendar, not a bug. The gap between the click and the enrollment routinely exceeds every ad platform's import window, so the design decision is which earlier stage is defensible as a bidding target — and saying plainly that the enrollment itself cannot reach the algorithm. The identifier has to survive all of them.

1. Step 1

   Inquiry

   Volume signal. Prospects inquire widely and it predicts very little.

2. Step 2

   Information session or tour attended

   A real time commitment and a much better predictor than the inquiry.

3. Step 3

   Application submitted

   The realistic optimization target, because it is recent enough to upload and correlated enough to bid on.

4. Step 4

   Offer accepted

   The commitment, usually with a deposit.

5. Step 5

   Enrolled and attending

   The revenue, valued at tuition times your own average length of attendance.

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. 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. 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. 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. 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. 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 application and enrollment records in your admissions or student system after a full real journey through every step.
• Enrolled and attending confirmed arriving at Microsoft Ads, verified by the upload's match rate and Microsoft's conversion goal diagnostics.
• Your admissions system's applications by submission date and enrollments by start date, across the full cycle 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.

• If you enroll continuously with a short application-to-start gap — most short professional courses — this funnel collapses to something much simpler and the enrollment itself is uploadable.
• 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 enrolled and attending regularly exceeds the import window, the final event can't drive bidding whatever you build. Optimize toward application submitted, valued at your own application-to-enrollment rate instead and use the later data for budget decisions rather than for bidding.
• If almost none of your enrollment records 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.