tracking attribution

How Affiliate Tracking Works: Click IDs, SubIDs and Postbacks

Understand the path from an affiliate click to a validated conversion, including click identifiers, sub-IDs and server-to-server postbacks.

AffiliateHunk editorial illustration for How Affiliate Tracking Works: Click IDs, SubIDs and Postbacks
AffiliateHunk editorial guide · tracking attribution

Affiliate tracking connects a publisher's referral to a later event on an advertiser's site or app. A typical system records a click, assigns or carries an identifier, and uses that identifier to associate a later conversion with the correct campaign and partner.

1. The click

A user follows a publisher's tracking link. The network or tracking platform records an event and may create a unique click ID. The browser is then redirected to the advertiser's destination. The redirect must preserve the permitted query parameters and should not expose unnecessary personal data.

2. Campaign and placement parameters

A tracking URL can contain campaign IDs, publisher IDs, creative IDs and sub-IDs. Sub-IDs are useful for a publisher's own placement reporting—for example, comparing two pages or email placements. Use a documented parameter map and avoid placing names, email addresses, phone numbers or other personal data in URLs.

3. The conversion

When the user completes the agreed action, the advertiser's system records the event. The event must carry a reliable reference to the original click, such as the click ID or a mapped transaction ID. If the advertiser cannot recover the identifier, attribution may fail.

4. The postback

A server-to-server (S2S) postback sends conversion information from one system to another. A typical postback includes the click ID, event ID, conversion value, currency and status. The exact fields depend on the integration.

An S2S postback should be authenticated or otherwise protected against forged requests. Use HTTPS, validate expected parameters, avoid logging secrets and document retry behaviour.

5. Status updates and deduplication

A conversion may begin as pending and later become approved, rejected or reversed. The integration should use a stable event identifier so retries do not create duplicate conversions. Define whether a repeated event updates the existing record or is ignored.

6. Test the full path

Before launch, run a controlled test:

  • Click a test link and record the click ID.
  • Confirm campaign, publisher and sub-ID values survive the redirect.
  • Complete a test action using the same browser or test flow.
  • Confirm the advertiser emits the expected postback.
  • Confirm the network maps the event to the original click.
  • Retry the postback and verify that the conversion is not duplicated.
  • Change a test status and verify the reporting lifecycle.

Common failure points

Lost query parameters: redirects or landing-page scripts remove the click ID.

Macro mismatch: a placeholder is misspelled or not URL-encoded.

Wrong event timing: the postback fires before the action is actually eligible.

Duplicate retries: the receiver treats every retry as a new conversion.

Timezone and currency mismatch: reports appear different because systems aggregate different dates or monetary units.

Personal data in URLs: identifiers intended for attribution are used to pass personal information, creating privacy and security exposure.

The operational standard

Keep a tracking specification for each integration: parameter names, encoding, event definitions, authentication, retry policy, deduplication key, status mapping and test evidence. Tracking is not complete because a click appears in a dashboard; it is complete when a controlled test can be traced consistently from click through final conversion status.

Editorial note: This article is general educational information, not legal, financial or campaign-specific advice. Verify current rules and the actual campaign terms before acting.

Join Free