Vendor IDs

Signal collects and provisions vendor-compatible identifiers server-side so server-to-server event delivery maintains the same user-matching quality as client-side vendor pixels. This is what makes it possible to replace vendor JavaScript tags without losing attribution accuracy.

What customers configure

Per source (in the management UI):

• Which vendor destinations the source delivers to — only the relevant identifier modules are included in the per-source Datafly.js build, keeping the script small.
• Which click IDs to capture from inbound URL query parameters.
• Server-proxied enrichment providers, when an authenticated identity provider is part of the pipeline.

Click IDs captured from URLs

Datafly.js automatically captures advertising click IDs from URL query parameters on first visit, so paid-traffic conversions can be matched back to the original ad click:

Click IDs are attached to the visitor’s identity and replayed with conversion events as required by each vendor’s API.

Vendor IDs in the event payload

On the first event for a visitor, vendor identifiers appear under context.vendor_ids:

{
  "type": "page",
  "context": {
    "vendor_ids": {
      "ga_client_id": "...",
      "fbp": "...",
      "gclid": "...",
      "fbclid": "..."
    }
  }
}

After the first event, vendor IDs are retained server-side and attached automatically during delivery; the browser does not need to resend them on every event.