Browser tag
Google tag, Meta Pixel or LinkedIn Insight Tag capture on-site actions and click identifiers. Necessary, but exposed to blockers, consent choices and browser limits.
Conversion tracking · Google, Meta & LinkedIn
Tracking has two jobs: give ad platforms a signal they can learn from in time, and give your team numbers they can trust. Zephra sends qualified-lead outcomes back to Google, Meta and LinkedIn where configured, checks they arrive, and uses them to decide what to change.
The job
Short answer
It is recording what happens to a lead after the form, such as qualified, quoted or won, and matching that outcome back to the ad click. Google, Meta and LinkedIn can then report and, where eligible, optimise on those outcomes instead of treating every form submission as equally valuable.
Google tag, Meta Pixel or LinkedIn Insight Tag capture on-site actions and click identifiers. Necessary, but exposed to blockers, consent choices and browser limits.
The same events sent from your server or backend, with hashed contact details, so platforms still receive them when the browser doesn’t cooperate.
Qualified, opportunity, quote or won: stages the browser never sees, recorded by sales and sent back to the platforms against the original lead.
Capabilities
Zephra works from first-party and server-side conversion evidence and lead status from CRM data or a spreadsheet, and sends CRM lead stages to each platform through its official route, where configured.
| Platform | How Zephra sends lead stages | What the platform can do with them |
|---|---|---|
| Google Ads | Data Manager API, with enhanced conversions for leads | Report qualified and converted leads, and use them as bidding goals when volume and timing allow |
| Meta Ads | Conversions API with CRM lead stages | Report stages and, when eligible, optimise lead ads with Conversion Leads |
| LinkedIn Ads | LinkedIn Conversions API | Report qualified leads against campaigns and use them for optimisation |
Delivery
Short answer
Check each platform’s diagnostics and track accepted, rejected and retried events over time. Google’s enhanced conversions for leads diagnostics rate data quality and flag missing identifiers; Meta Events Manager shows event activity and match quality. A silent failure makes bidding learn from incomplete data without any visible error.
Most tracking failures are not dramatic. A form is redesigned and the tag stops firing on one page. A CRM field changes name and uploads start failing validation. A thank-you page fires the Pixel and the server sends the same event without a shared ID, so Meta counts some leads twice. Reports still show conversions, just the wrong number of them.
That is why Zephra treats delivery as something to check continuously: events should be accepted, rejected events should be visible with a reason, and retries should not resend events that were already accepted.
Original framework
Eight checks. Score each green, amber or red, using the platforms’ own tools. Any red on checks 2, 3 or 8 is worth fixing before changing bids or budgets.
| # | Check | What good looks like | Where to verify |
|---|---|---|---|
| 1 | Identifier coverage | Most leads carry a click ID (GCLID, fbclid, li_fat_id) or a hashed email or phone | Your form data or CRM export |
| 2 | Delivery | Events accepted; rejections rare and explained; no backlog of retries | Google enhanced conversions for leads diagnostics; Meta Events Manager; LinkedIn Campaign Manager conversions |
| 3 | Deduplication | Browser and server events share an event ID, so each conversion counts once | Meta Events Manager deduplication view; LinkedIn Insight Tag with Conversions API |
| 4 | Match quality | Meta Event Match Quality rated Good or Great; no Google match warnings | Meta Events Manager; Google Ads diagnostics |
| 5 | Stage coverage | Sales records a status on nearly every lead | CRM or spreadsheet |
| 6 | Stage lag vs platform window | The optimised stage lands inside the window: Google 63 days, Meta 28 days, LinkedIn’s recommended 90-day lead window | Median days from lead to stage |
| 7 | Consent and hashing | Consent captured for measurement use; contact details normalised and SHA-256 hashed before sending | Form consent text; implementation review |
| 8 | Goal hygiene | One primary optimisation action per platform; reporting-only actions marked secondary | Google Ads conversion goals; Meta and LinkedIn campaign settings |
What changed
Short answer
Google recommends enhanced conversions for leads: your site captures hashed details from the lead form, and qualified or won outcomes are uploaded later with the click ID where available. Since 15 June 2026 these uploads go through the Data Manager API, and outcomes must arrive within 63 days of the click.
| Platform | Route for offline outcomes | Timing and volume | Recent change |
|---|---|---|---|
| Google Ads | Enhanced conversions for leads through the Data Manager API | Within 63 days of the click (90 for click-ID imports); a goal works best with 15+ conversions in 30 days | Google Ads API uploads blocked from 15 June 2026. Source |
| Meta Ads | Conversions API with CRM stages (Conversion Leads) | 200+ leads a month; stage within 28 days, reached by 1–40% of leads; uploads at least daily | The Offline Conversions API is Meta’s legacy offline API. Source |
| LinkedIn Ads | Conversions API, deduplicated with the Insight Tag | 90-day click and view window recommended for lead conversions | Qualified lead supported as a conversion type. Source |
Platform rules change; check the linked documentation before relying on a figure. Last verified 15 September 2026.
Signals
A deeper outcome is not automatically a better signal. A won deal that arrives four months after the click is outside every platform’s window, and four of them a month is too few to learn from. Send it for reporting, and steer on the earliest stage that sales agrees predicts value and that lands inside the window in enough volume, often a sales-accepted or qualified lead.
Mark everything else as secondary or reporting-only. Two primary goals on the same platform confuse bidding more than one imperfect goal does. The full argument, with worked numbers for industrial, SaaS and consulting funnels, is in the signal gap.
In practice
A UAE B2B software and IT services firm spends AED 80,000 a month on Google and Meta and gets 420 leads a month.
Getting started
You don’t need a CRM to start sending better signals. You need three things recorded consistently for every lead:
Zephra can work from CRM data or a spreadsheet. Phone and WhatsApp enquiries need the same treatment: record the outcome against an identifier you can match, or they stay invisible to the platforms.
Data handling
Hashing is not anonymisation: hashed emails and phone numbers are still personal data under most privacy laws. This is general information, not legal advice; confirm your obligations with counsel.
Processing personal data needs notice and consent. The DPDP Rules were notified in November 2025 and phase in through 2027. Make lead forms say how contact details are used for measurement.
Federal Decree-Law 45 of 2021 governs personal data processing outside DIFC and ADGM, which have their own data protection regimes.
Laws such as California’s CCPA/CPRA treat sharing data for cross-context advertising as a regulated activity. Honour opt-outs before sending hashed data.
Questions, answered
Usually both. The browser tag captures on-site actions and identifiers; server-side events, such as the Meta Conversions API, add resilience and let you send outcomes the browser never sees, like a sales-qualified status. Use a shared event ID so the platform counts each conversion once rather than twice.
Not by itself. Fixing tracking usually increases reported conversions because previously missed events are now counted, but the number of real buyers hasn’t changed. Treat the jump as a measurement correction, re-baseline your targets, and judge campaigns on qualified leads before moving budget.
Yes. Where configured, Zephra sends CRM lead stages to LinkedIn through the LinkedIn Conversions API, as it does for Meta through the Conversions API and for Google through the Data Manager API.
Partly. Server-side events and hashed contact details improve matching when browsers block or limit tracking, but they don’t restore everything, and consent choices still apply. Be wary of anyone quoting a fixed recovery percentage.
No. A hashed email can still be matched to a person, which is exactly why platforms accept it. Treat it as personal data and make sure consent and notices cover its use.
Record each call or chat as a lead with an identifier you can match, such as a phone number or a click ID from a tracked number, then update its stage like any form lead. Without that, those outcomes never reach the platforms.
By giving browser and server events for the same action a shared event ID, which Meta and LinkedIn use to count it once, and by making sure retries never resend an event that was already accepted.
Start with your account
The free assessment checks what your conversions count, alongside wasted spend, structure and constraints, across Google, Meta and LinkedIn.