How to track quote request to closed job for Meta Ads

Architecture

The exact event sequence

Five stages. The break is almost always between stages one and four, where the identifier has to survive a handoff from a web form into a field service system that a different team administers — and where the value spread between a small repair and a full replacement is wide enough that averaging destroys the signal. The identifier has to survive all of them.

1. Step 1

   Quote requested

   A form or a call. High volume, and most of it is comparison shopping across three or four vendors.

2. Step 2

   Estimate scheduled

   A time commitment from the customer, and the first signal that means anything.

3. Step 3

   Estimate attended

   The visit actually happened. No-show rates on cold paid traffic are meaningful and differ by campaign.

4. Step 4

   Job signed

   The money event, at the actual contract value rather than an average.

5. Step 5

   Job completed

   Final revenue, which can differ from the contract once change orders land.

Diagnostic sequence

What's specific to Meta Ads

The funnel logic above is the same wherever you advertise. These are the parts that change because it's Meta Ads.

1. 1

   Click identifier: fbclid, which becomes the _fbc cookie

   fbclid arrives on the landing URL and is normally written into the _fbc cookie. If it isn't captured on landing, _fbc never exists — and _fbc is the strongest click signal Meta has, so its absence caps your match quality regardless of what else you send. Forward _fbp too, from the browser rather than regenerating it server-side.

2. 2

   Import mechanism: the Conversions API

   Server events go through CAPI with an action_source describing where the conversion happened. Offline outcomes flow through the same API rather than a separate product. Verify current field names against Meta's documentation before building — this surface changes.

3. 3

   Deduplication

   This is the mechanism that decides whether adding CAPI helps or doubles your conversions. Both the Pixel and the server event must carry the same event_id — the order or booking reference works best, because both sides can produce it without coordinating. A case difference in the event name alone produces two events even with a matching ID. Read the Deduplicated indicator in Events Manager over a full week, not one session.

4. 4

   Window and timing

   Meta's default attribution is a 7-day click and 1-day view. View-through is included by default, which is a large part of why Meta claims more conversions than your other platforms — that overlap is expected rather than a fault.

5. 5

   The Meta gotcha

   Match quality is where most Meta accounts lose attribution, and it's almost always normalization rather than coverage. An email hashed with a capital letter, or a phone hashed with brackets, produces a perfectly valid hash that matches nobody and errors nowhere. Normalize first, then hash, and read the score per event rather than overall.

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 Meta ad clicked, and the identifier confirmed present on the landing URL.
• The same identifier confirmed on the job record in your field service or job management system after a full real journey through every step.
• Job completed confirmed arriving at Meta Ads, verified by the Deduplicated indicator and the per-event match quality score, both read over seven days.
• Your job management system's signed and completed jobs, by date, at their contract values reconciled against Meta 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 close on the first call at a flat price with no site visit, this funnel collapses into a much simpler one and you do not need the job system in the loop. Say so before anyone quotes you for it.
• If you're advertising a business type Meta restricts data collection for — health being the obvious one — the parameters you can legitimately send are narrower, and that constraint should shape the build rather than be worked around.
• If your cycle from click to job completed regularly exceeds the import window, the final event can't drive bidding whatever you build. Optimize toward attended estimate, valued at your own estimate-to-close rate instead and use the later data for budget decisions rather than for bidding.
• If almost none of your job 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.