Glossary · Data plumbing

GCLID

The click id Google appends to your landing page URL — the join key between your CRM and your ad account, and it is discarded by default.

Also: Google Click Identifier; see also GBRAID, WBRAID, FBCLID

One of 25 entries in the Endpoint Forms glossary.

Definition

A unique identifier Google Ads appends to the destination URL of a click. It identifies that click — not the person and not the campaign directly — and it is the token you hand back to Google later to say what became of it.

The family matters as much as the term. GBRAID and WBRAID cover iOS journeys where GCLID is unavailable; Meta uses FBCLID, stored as _fbc, alongside the _fbp browser id. Whatever the platform, the pattern is identical: an opaque click token that must survive from the landing page to your database.

Why it matters

Without it stored on the lead record, offline conversion import is impossible. You can know a deal closed, know which form produced it, and still have no way to tell Google — because the thing that connects the deal to the click was thrown away when the visitor clicked to the second page.

It is also the failure with the worst timing. Nobody discovers a missing click id until they try to feed outcomes back, which is months after the leads arrived, and the fix does not apply retroactively.

In practice

  • Read it on landing, write it to a first-party cookie with a sensible lifetime, and populate a hidden field at form render.
  • Store it on the CRM record, not only on the form submission, so it survives the handoff into sales tooling.
  • Watch the expiry window. Google’s import has a limit on how old a click can be — long cycles need the value uploaded at an interim milestone rather than at close.
  • Capture the siblings too. A funnel that only handles GCLID silently loses its iOS traffic.

The common mistake

Capturing it at submit instead of at landing.

Exactly the same bug described under hidden fields, and it is worth stating twice because this is where it costs money. Reading the click id from the URL at submission time works perfectly in testing, where you land on the form and submit immediately.

It fails in production for every visitor who behaves like a considered buyer — landing, reading, navigating, returning, submitting. The click id is captured for the impulsive and lost for the deliberate, which biases everything you subsequently feed back to the platform.

Related terms

Hidden field
An input the visitor never sees, carrying your attribution into the submission — and the first thing an automated filler reads.
Offline conversion import
Uploading what happened downstream back to the ad platform against the click id — a standard practice, and one that teaches the platform while teaching the form nothing.
Conversions API
The server-to-server endpoint each ad platform provides for conversion events. A transport, not a truth.
Server-side tracking
Sending conversion events from your server rather than the visitor’s browser — more reliable measurement of a dataset that may be worse.
Duplicate leads
The same person, twice — inflating your conversion count and, through it, the signal you send back to the ad platform.