Postback Conversion Tracking
Postback Conversion Tracking is a server-side (server-to-server) alternative to client-side tagging methods like Google Tag Manager (GTM) and browser-based cookie tracking. This is useful when you can't place a conversion pixel on an advertiser's site, when the conversion happens outside a browser, or when it's an entirely offline event, such as a store visit or a phone call.
Here's how it works at a high level: when a user clicks an ad, we tag the link with an auction ID.
The client stores that ID and sends it to our postback endpoint when a conversion occurs. If the ID matches within the attribution window, we log the conversion.
Most clients implement a third-party tracking platform to handle attribution: it decides which impression or click gets credit for the conversion, then notifies the DSP via a server-to-server postback. Common third-party platforms include:
An affiliate network tracking platform like HasOffers
A mobile measurement partner (MMP) like AppsFlyer
A footfall attribution vendor like Cuebiq
Setup
Prerequisite: Postback conversion tracking requires a system that can capture and store Subset's {auctionId} token, then return it via a server-to-server request when a conversion occurs.
Most clients handle this through a third-party attribution platform or MMP (e.g., AppsFlyer, Kochava, HasOffers), which typically offers simplified setups for known ad platforms and DSPs.
Alternatively, you can build a custom in-house pipeline: your engineering team would capture the auction ID from the landing page URL parameter, store it in your backend database, and trigger the server-to-server request directly to Subset's pixel endpoint upon conversion. This is separate from your existing pixel setup—it doesn't require changing or removing any pixel you already have in place; it's an additional, cookie-free path for server-side conversion reporting.
Either way, our DSP(s) and your tracking platform need to be configured to send the right information to each other. To set this up:
The Subset team configures the ad in our system with the click or impression tracking URL from the tracking platform, and inserts our {auctionId} macro in the appropriate place to send our auction ID as the postback token.
The terminology for this varies; instead of "postback token," you might see this called "click ID," "postback ID," or another similar term.
The client configures its tracking platform with the URL to send postbacks to, using either the universal pixel endpoint or the "postback URL" option for a conversion pixel. Insert the third-party tracking platform's macro in the appropriate place to cause it to send the previously collected postback token back to Subset's systems when a conversion takes place.
How It Works
When using a third-party tracking platform, it collects information about clicks and impressions via click or impression tracking URLs. Because the {auctionId} macro is included in these URLs as a postback token, the platform records it for each click and impression.
After a conversion occurs, the platform determines which click or impression should receive credit for it, looks up the corresponding postback token, and returns it to Subset by making a request—typically server-to-server—to the URL it has been configured to send postbacks to. If the stored ID matches within the attribution window, the conversion is logged.
For example, say you want to track app installations as a conversion. Since app installs don't happen in a web browser, you can't use the usual client-side universal pixel or conversion pixel. Instead, you need a system—typically a Mobile Measurement Partner (MMP), though some clients build this in-house—that can determine when the conversion takes place, attribute it to a click, and report it to our DSP via a postback. For this example, assume there's no templated workflow available, so you'll need to configure the integration manually.
Before the campaign runs:
The app developer chooses an MMP and integrates its SDK into the application's codebase. They configure it so that it makes a request to the MMP on the first open after install or on any other events they want to track.
The Subset team creates a universal pixel or a conversion and collects the universal pixel endpoint URL or conversion pixel URL used for receiving the postbacks. For new deployments, we suggest using the universal pixel endpoint as it offers more capabilities and flexibility. For example, the URL might look like
https://pixel.subset.com/up/1234?cntr_postbackAuctionId=[POSTBACK_GOES_HERE].
The postback is configured in the client’s MMP. The previously mentioned URL is configured as the postback destination, replacing the [POSTBACK_GOES_HERE] placeholder with the correct macro to return the token according to the MMP's documentation. For this example, we'll assume that the MMP uses the %%PUB_CLICK_ID%% as its macro to produce this.
Also in the MMP, a click or impression tracking URL is created and given to the DSP user. This URL may have placeholders in it, like
https://mobiletrackingvendor.com/click?campaign=123&ad=456&pub_click_id=[PUT_PUBLISHER_CLICK_ID_HERE]&idfa=[IDFA_HERE].
It may be necessary to consult the platform's documentation to determine how the postback token and any other needed data is passed.
The Subset team uses the click or impression tracking URLs for the ad, setting the click tracking URL from the MMP as the destination URL for the ads, and configuring the impression tracking URL (if provided) as an impression tracker for the ad. The user populates DSP macros in the appropriate places in the URL to send the postback token and any other data required by the tracking vendor.
For example, for mobile app measurement, it's expected that the mobile advertising ID (IDFA, GAID) is passed. The user would set this as the ad's destination URL:
https://mobiletrackingvendor.com/click?campaign=123&ad=456&pub_click_id={auctionId}&idfa={ifa}
The Subset team configures the campaign to track the conversions. The user performs the usual campaign creation and configuration and creates universal pixel rules as applicable.
Be sure to track conversions on the conversion event that you created earlier. The only special consideration may be that some platforms require the presence of a mobile advertising identifier (IFA) to successfully attribute a conversion. If that is the case, in the devices section of the campaign editor, target only phone and tablet and select Only target mobile app impressions that contain an IFA.
When the campaign goes live, here's what happens:
Make it stand out
The "postback" happens in step 7, when the tracking vendor sends the postback ID to Subset.
Additional Resources for Setup
Setup is simplified across many tracking vendors because they provide templates for easy implementation.
If a tracking vendor doesn't offer a template, you can request one by contacting us and introducing us to the right person at the vendor—most vendors are happy to do this.
Pre-configured templates are available for these tracking vendors:
Mobile Measurement Partners (MMPs)
Tune Attribution Analytics (formerly MobileAppTracking by Tune)
Kochava
AppsFlyer
Adjust
Flurry
Apsalar
Lithient
Footfall Attribution Vendors
Cuebiq
NinthDecimal
Placed
For historical reasons, one of our DSP partners Basis may be labeled "Centro" or "SiteScout" in the tracking vendor's UI. The Centro or SiteScout options should work fine.
Postback Tracking with Dynamic Values
You can also track dynamic revenue when using postback conversion attribution. If using one of the simplified templated workflows in the above platforms, this may be handled automatically.
If you handle this manually, use the examples below. The insertions for dynamic revenue tracking are highlighted in red. Replace the [INSERT_REVENUE_HERE] placeholder with the tracking platform's macro to output the revenue amount.
Universal Pixel endpoint:
https://pixel.subset.com/up/1234?cntr_postbackAuctionId=[POSTBACK_GOES_HERE]&cntr_revenue [INSERT_REVENUE_HERE]
Conversion pixel postback URL:
https://clickserv.pixel.ad/conv/1234/[INSERT_REVENUE_HERE]?pb=POSTBACK_GOES_HERE

