Resources
Server-side customer data, explained.
How first-party, edge-native tracking actually works, how to set it up on your stack, and where it fits versus the alternatives.
Guides
How server-side, first-party customer data actually works.
How iOS and Safari lose your conversion data (and how to get it back)
Safari's ITP and iOS quietly drop a large share of your conversion data, so Meta and Google optimize on an incomplete picture. Here is why it happens and how server-side, first-party tracking fixes it.
ReadServer-side consent, explained: GDPR, CCPA and GPC
Server-side tracking does not mean tracking without consent. Here is how consent, regional rules and Global Privacy Control are enforced at the edge, before any data is stored or sent.
ReadWhat is match quality (EMQ) and how to raise it
Ad platforms match your conversions to users with the identifiers you send. The more, and the better, the higher your match quality. Here is what drives it and how to raise it with server-side data.
ReadFirst-party vs third-party data: what changed and why it matters
Third-party cookies are going away and browsers already limit them. First-party data, collected on your own domain with consent, is the durable foundation for marketing. Here is the difference in practice.
ReadUTM campaign tracking and channel attribution, explained
A UTM tag only tells you what a marketer typed into a link. Turning that into a channel you can act on, and a number you can trust, takes classification and a customer profile behind it. Here is how campaign attribution actually works.
ReadIdentity resolution: how anonymous visitors become one customer profile
A customer who browses on their phone and buys on a laptop looks like two strangers until identity resolution links them. Here is what actually gets merged, on what evidence, and why the merge has to happen server-side to be trustworthy.
ReadEvent deduplication: why the same purchase can count twice
Run a server-side event alongside your existing browser pixel and the same purchase can reach an ad platform twice, once from each side. Here is why that happens, and what a deterministic, shared event ID actually fixes.
ReadReferral link tracking without commission hijacking
The common way referral links are tracked, crediting whichever link touched the browser last, is exactly what a well-known class of coupon extensions exploits at checkout. Here is how last-click hijacking works, and what stops it.
ReadIntegrations
Set up SetRoasFlow on the platform you already use.
Server-side conversion tracking for Shopify
Client-side pixels lose Shopify conversions to ad blockers and iOS. Here is how server-side tracking captures purchases from the order itself and sends complete data to Meta, Google, TikTok and your CRM.
ReadServer-side conversion tracking for WooCommerce
WordPress and WooCommerce stores lose conversions to ad blockers and iOS. Here is how a server-side plugin captures the order itself and sends complete data to Meta, Google, TikTok and your CRM, with no theme code.
ReadServer-side tracking for any website
Not on Shopify or WooCommerce? SetRoasFlow is a customer data layer for any website. One snippet in the page head captures events server-side and routes them to every ad platform, CRM and warehouse you use.
ReadMeta Conversions API (CAPI): a complete server-side guide
The Meta Conversions API sends conversions server-to-server, so ad blockers and iOS no longer cost you the event. Here is how CAPI works, why it deduplicates with the pixel via a shared event id, and how SetRoasFlow delivers it from unified first-party data.
ReadGoogle Ads Enhanced Conversions, server-side
Enhanced Conversions supplements a Google Ads conversion with hashed first-party data. Sending it server-side, instead of via gtag, recovers conversions that Consent Mode and ITP stop Google from observing in the browser.
ReadTikTok Events API: a server-side guide
The TikTok pixel reports what the browser sees, which is exactly where ad blockers and browser privacy features cause loss. The Events API is TikTok's server-to-server counterpart. Here is how it works, deduplicated against the pixel, with consent and hashing handled correctly.
ReadComparisons
Where SetRoasFlow fits versus the alternatives.
SetRoasFlow vs a traditional CDP
Traditional customer data platforms are client-first and priced per monthly tracked user. SetRoasFlow is a server-side, edge-native customer data layer. Here is how they compare on cost, data quality and privacy.
ReadServer-side tracking vs client-side pixels and Google Tag Manager
Client-side pixels and Google Tag Manager run in the browser, where ad blockers and iOS limit them. Server-side tracking sends the same events from your server. Here is how the two approaches compare.
ReadSetRoasFlow vs server-side tracking tools
Server-side tracking tools fix conversion delivery. SetRoasFlow does that and adds the customer data layer on top: unified profiles, segments, audience activation and raw-event export to your own warehouse.
ReadServer-side Google Tag Manager (sGTM) vs SetRoasFlow
Server-side GTM is a container you host and configure to forward tags. SetRoasFlow is a managed, edge-native customer data layer that adds unified profiles, segments and activation on top. Here is how they compare on setup, cost, data model and maintenance.
ReadSetRoasFlow vs Segment
Segment routes events from your product to a large catalog of destinations, historically priced by monthly tracked users. SetRoasFlow is a focused customer data layer for ecommerce marketing: server-side collection, identity resolution and activation built in. Here is where each one fits.
Read