S2S Postback Tracking for iGaming Campaigns: The Complete Setup Guide
Tracking

S2S Postback Tracking for iGaming Campaigns: The Complete Setup Guide

May 20, 2026 · 14 min read · Taroviser Team

You have probably lived this one. Your ad network reports 400 conversions. Your CRM shows 260 first-time deposits. And nobody in the room can tell you which number is real. So you scale a campaign on the network's data, and then you watch your actual FTD volume go flat. Two weeks and a five-figure spend later, you find out the conversion pixel had been firing on a cached thank-you page — double-counting some clicks, getting quietly eaten by an ad blocker on others.

That gap is not a rounding error. In a vertical where one qualified depositor can be worth hundreds of dollars in lifetime value, a misattributed conversion is the line between a channel you pour budget into and one you should have killed. And once you are buying across 200+ geos, each with its own device mix and browser policy, pixel-based tracking only gets shakier every quarter.

Server-to-server (S2S) postback tracking fixes this at the source. This guide covers why S2S is the more accurate standard for first-time-deposit (FTD) attribution, walks you through a clean setup, and shows how Taroviser supports S2S end to end — so your CPA-FTD campaigns optimize against real, verified events instead of best-guess browser signals.

What S2S Postback Tracking Actually Is

A postback is a server-to-server notification. Instead of leaning on a snippet of JavaScript that has to fire in the user's browser, the conversion event travels directly between two servers: your tracker (or platform) and the ad network.

Here is the flow in plain terms:

  1. A user clicks your ad. The network appends a unique click ID (often click_id, cid, or subid) to the destination URL.
  2. Your landing page or tracker grabs that click ID and carries it through the funnel — registration, KYC, deposit.
  3. When the user completes a first-time deposit, your server fires an HTTP request — the postback — back to the network's endpoint, carrying the original click ID plus the event data (event type, payout, currency).
  4. The network matches the click ID to the original click and attributes the FTD to the right campaign, creative, and traffic source.

No browser. No pixel. No cookie needed. The conversion gets recorded server-side, where you own the logic and the network gets a clean, deduplicated signal.

Why S2S Beats Pixel Tracking for FTD Attribution

Pixel (client-side) tracking was the web standard for a decade, and for low-value, single-session conversions it is still fine. iGaming is the opposite case in every dimension: high value, multi-session, heavily regulated, and more hostile to browser-side scripts each year. Here is where the pixel breaks and S2S holds.

Failure modePixel (client-side)S2S postback (server-side)
Ad blockers / privacy browsersScript blocked → conversion lostFires server-to-server, unaffected
Cookie expiry / ITP / 3rd-party cookie deprecationAttribution window collapsesClick ID stored server-side, durable
Multi-session FTD (register day 1, deposit day 4)Often outside cookie windowClick ID persists for your full window
Page caching / refreshDouble-counts or misfiresSingle authoritative server event
Bot / non-human page loads inflating pixelsCounts junkYou fire only on verified deposit
Cross-device journeysFrequently brokenReconcilable via your back end

The thing that matters most for iGaming: an FTD is rarely a same-session, same-device event. Someone taps a push ad on mobile, registers, gets verified, and deposits hours or days later — and often on a different device, like their laptop that evening. A pixel that needs a browser cookie to survive that gap will under-report, and it will do it systematically, every single day. S2S only needs the click ID stored once, in your system, then replayed when the deposit actually lands. For a vertical where the money event is delayed by design, that is the honest way to measure it.

There is a second benefit people overlook: you decide what counts. With S2S you set the trigger yourself — confirmed deposit, post-KYC, a minimum deposit threshold — so the network optimizes against the event that maps to your unit economics, not some loose "registration" proxy. That precision is what makes CPA-FTD pricing work for you instead of against you.

A note on hybrid setups

S2S and pixel are not either-or. Plenty of mature advertisers keep a lightweight pixel for top-of-funnel signals — landing page view, registration — because it gives fast creative feedback, and they reserve S2S for the deposit event that drives payout and optimization. The rule of thumb is simple. The event that costs you money should always be server-side.

S2S Postback Setup Guide: Step by Step

What follows is a vendor-neutral setup you can run with most trackers — Voluum, Keitaro, RedTrack, Binom — or a custom back end. Taroviser supports the standard token-based postback model, so the same flow plugs straight into your campaigns.

Step 1 — Capture the click ID on entry

When a user lands from a Taroviser campaign, the click ID token gets appended to your URL automatically. Your job is to read it and store it.

```

https://your-landing.com/?click_id={click_id}&campaign={campaign_id}

```

Store click_id in your tracker, your session, or your database against the prospective user. This one value is the thread that ties the eventual deposit back to the exact ad click.

Step 2 — Persist the click ID through the funnel

Pass the click ID forward at every stage — landing page → registration form → CRM record. The single most common place the chain breaks is right here: losing the click ID somewhere between registration and deposit. Persist it on the user record server-side, not just in a cookie. Keep it only in the browser and you have rebuilt the exact pixel problem you were trying to escape.

Step 3 — Configure the postback URL

In your network dashboard, set the postback endpoint your server will call when an FTD fires. A typical structure:

```

https://postback.taroviser.com/conversion?click_id={click_id}&event=ftd&payout={amount}&currency={cur}

```

The key parameters to map:

  • click_id — the value you captured in Step 1 (required for matching).
  • event — the conversion type, e.g. ftd, registration, deposit.
  • payout / amount — deposit value, for revenue reporting and ROAS.
  • currency — normalize to a single reporting currency where you can.
  • status — optional, for approved/pending/rejected flows if you run a review window.

Step 4 — Fire the postback from your server

When your back end confirms a first-time deposit, make a server-side GET (or POST) to the postback URL, dropping in the stored click ID and event values. This call comes from your server, not the browser — that is the whole point.

```

GET https://postback.taroviser.com/conversion?click_id=abc123xyz&event=ftd&payout=50&currency=USD

```

Fire it once, on confirmation. And build in a retry on non-200 responses, so a transient network blip does not silently swallow a real conversion.

Step 5 — Test before you scale

Never trust an untested postback. Run a controlled end-to-end check:

  1. Generate a test click and capture its click ID.
  2. Walk the full funnel to a test deposit in a staging or sandbox flow.
  3. Confirm the postback fires and the conversion shows up in the network dashboard against the right campaign and creative.
  4. Verify the payout and currency values match.
  5. Check for duplicates — fire the same test twice and confirm your dedup logic holds.

Step 6 — Reconcile weekly

Once you are live, reconcile network-reported conversions against your CRM's confirmed FTDs on a regular cadence. A small, stable gap is normal — timing, time zones, that sort of thing. A gap that keeps widening is telling you something in the chain is breaking, and it is usually a lost click ID or a postback firing on the wrong event.

Common S2S Mistakes That Cost iGaming Advertisers Money

  • Firing on registration instead of deposit. You end up paying CPA on people who never fund. Trigger on the confirmed FTD.
  • Dropping the click ID at deposit. The most frequent break, by far. Persist server-side, end to end.
  • No deduplication. Refreshes and retries inflate counts and poison your optimization. Enforce one conversion per click ID.
  • Ignoring currency normalization. Mixed-currency payouts make ROAS unreadable across geos.
  • No retry on failure. One 500 from any endpoint can lose a real, paid-for deposit. Always retry.
  • Skipping the test. A postback that "looks configured" is not a postback that fires. Validate end to end before you put budget behind it.

How Taroviser Supports S2S and CPA-FTD Optimization

Taroviser is built as an iGaming-specialized ad network (DSP) for advertisers — operators, affiliates, media buyers, and agencies — not for end players. That focus shows up directly in how we handle tracking and optimization.

  • Full S2S postback support across all four formats — push, in-page push, popunder, native, and banner — with standard token-based click IDs and flexible event mapping (registration, deposit, FTD, custom).
  • CPA-FTD pricing and optimization. Because S2S lets you report the deposit event cleanly, our system optimizes campaigns against verified FTDs rather than loose proxy signals. You pay for, and scale on, the outcome that drives your revenue.
  • AI-driven continuous optimization. Our platform pairs your S2S conversion feedback with campaign data to adjust targeting and bidding on an ongoing basis — and the cleaner your postback data, the sharper that loop gets. We combine your advertiser data with market intelligence to push toward the best possible result.
  • Deepest market intelligence in Asia and Southeast Asia. Taroviser holds #1 volume and expertise across SEA — the region where most iGaming demand concentrates, and where local nuance like device mix, payment behavior, and geo specifics makes accurate FTD attribution especially valuable. [VERIFY]
  • Cost-efficiency. Advertisers typically reach traffic 30–50% cheaper than comparable channels, which compounds with accurate S2S attribution — you stop paying for phantom conversions and move that budget to what actually converts. [VERIFY]
  • No platform fee, no monthly minimum, ads are easy to approve, 200+ geos, S2S postback as standard, and both self-serve and managed account options.
  • 24/7 support and human-analyst anti-fraud. A real team is on hand around the clock to help wire up your postback, debug a missing click ID, or audit your funnel — backed by human-led fraud review, so the conversions you optimize against are genuine.

On the rest of the market: networks such as PropellerAds and Clickadu are well-established options in this space. Where Taroviser differentiates is service depth, price efficiency, SEA market specialization, and AI-driven optimization. Against other networks, advertisers weighing their options often cite — per public reviews and reports — concerns around support responsiveness or vertical specialization with platforms like Adsterra, RichAds, or HilltopAds; those vendors may of course respond differently, so judge them against your own test data. The point that holds: whichever network you run, S2S postback is the tracking method that makes the comparison fair, because you are measuring real deposits everywhere.

FAQ

Q: Do I need a tracker to use S2S postback with Taroviser?

A: Not strictly. A dedicated tracker (Voluum, Keitaro, RedTrack, Binom) makes click-ID capture and reporting easier, but if you have a capable back end you can store the click ID and fire the postback directly. Either approach works with Taroviser's token-based postback.

Q: What conversion event should I fire the postback on?

A: For CPA-FTD campaigns, fire on the confirmed first-time deposit. You can also send earlier events (registration, landing view) as supplementary signals, but the deposit is the event that should drive payout and optimization.

Q: Will S2S tracking break when third-party cookies are deprecated?

A: No, and that is one of its main advantages. S2S does not depend on third-party cookies, ad blockers, or browser state. The click ID lives in your system and gets replayed server-side, so cookie deprecation and privacy-browser restrictions do not touch your attribution.

Q: How do I handle a deposit that happens days after the click?

A: Store the click ID against the user record at registration and keep it for your full attribution window. When the deposit lands — hours or days later — fire the postback with that stored click ID. This delayed, multi-session pattern is exactly where S2S outperforms pixel tracking.

Q: How do I prevent double-counting conversions?

A: Enforce one conversion per click ID on your side, and fire the postback only once, on confirmation. Test it by sending the same conversion twice and verifying the network records it a single time.

Q: Can Taroviser's team help me set this up?

A: Yes. Support is available 24/7 to help configure your postback URL, map event parameters, debug a missing click ID, and validate the full flow end to end before you scale spend.

Get Accurate FTD Tracking Live with Taroviser

Pixel tracking quietly costs iGaming advertisers real money every day, through conversions that get lost, duplicated, or arrive too late to count. S2S postback fixes the measurement at the source — and once your optimization runs on verified FTDs, every other lever you pull (targeting, bidding, budget allocation) gets sharper too.

Taroviser combines clean S2S postback support, CPA-FTD optimization, AI-driven campaign tuning, and the deepest iGaming market intelligence across Asia and Southeast Asia — with no platform fee, no monthly minimum, and 24/7 support.

Ready to track what actually converts? Sign up for a Taroviser advertiser account or contact our team to get your S2S postback configured and your first CPA-FTD campaign live.

Related on Taroviser

Ready to launch?

Put these tactics to work with premium iGaming traffic on Taroviser.

Start advertising