- US device IDs in the graph
- 750M+
- Match rate on events
- 90%+
- Identity window, per customer
- Lifetime
- Most brands are live
- <20 min
How it flows
How a Skio event reaches Tatari. Captured on the server, resolved to a person, then sent.
01 Capture
Captured from Skio
Capture Skio subscription events server-side, with the first charge distinguished from every renewal that follows it.
See the Skio integration →
SkioWhat it sends subscription_idthe Skio subscription, stable across chargesemail / phonesubscriber contactcharge_typefirst charge, renewal, swap or skipline_itemsproducts on this chargetotal / intervalcharge amount and billing cadence
02 Understand
Resolved to one person before it leaves
Every Skio event is matched against a 750M+ device graph, so a phone browse and a desktop checkout resolve to one customer rather than two strangers.
How resolution works →
Resolved before it is sent - IdentityMatched against a 750M+ device graph, so a phone browse and a desktop checkout resolve to one customer.
customer_typeNew or returning, resolved before send.- DeduplicationBrowser and server copies of the same purchase collapse on event ID, so nothing is counted twice.
- Bot and fraud filteringAutomated traffic never reaches the model, because what you keep out of the training set matters as much as what goes in.
03 Activate
Delivered to Tatari
Send resolved purchases to Tatari so linear and streaming TV are measured against the same order data as every other channel.
See the Tatari integration →
TatariWhat it receives hashed email / phonematch a purchase to an exposed householdip / user_agenthousehold matching for a no-click channelorder timestampcorrelate against airing timesvalue / currencyfeed the incrementality model revenuecustomer_typeseparate acquisition from repeat purchase
The catch
A first charge is an acquisition and a renewal is not, but both arrive as purchases.
Sending renewals as conversions is the single most common way a subscription brand teaches Meta to re-buy its existing subscribers.
Where to check in TatariDelivery you can audit
Tatari › Measurement › Conversions
The conversion feed is the input to the lift model, so its completeness is checked here first.
What changes
What changes when Skio feeds Tatari. Two gains on the Tatari side, two on the Skio side.
Tatari
Server-side delivery
Events reach Tatari through its server API rather than the browser, so ad blockers and ITP don’t cost you conversions.
Tatari
Identity-resolved events
Events sent to Tatari carry the resolved customer whenever Upstack can identify one, matched against a 750M+ device graph.
Skio
Every event, server-side
Storefront and checkout events are captured from Skio on the server, independent of the browser.
Skio
One setup, every destination
Connect Skio once and forward to every ad platform, email tool and warehouse you run.
Setup
Live in under 20 minutes.
Connect Skio once and every destination, Tatari included, is forwarded the same resolved events.
Upstack dashboardExample
Skio Data source Connected
Tatari Destination Healthy
Read the full Tatari setup guide → -
01
Connect Skio
Capture Skio subscription events server-side, with the first charge distinguished from every renewal that follows it.
-
02
Add the Tatari destination
Under Destinations, add Tatari. Every resolved Skio event is then forwarded to it.
-
03
Check delivery to Tatari
Every conversion is inspectable from the moment it fires to the moment the platform confirms it.
FAQ
Questions about Skio and Tatari.
How do I check that Skio events are reaching Tatari?
Open Tatari › Measurement › Conversions. The conversion feed is the input to the lift model, so its completeness is checked here first.
Will a purchase be counted twice?
No. Browser and server copies of the same purchase collapse on event ID, so nothing is counted twice.
How long does it take to connect Skio to Tatari?
Most brands are live in under 20 minutes. Once Skio is connected, every destination receives the same resolved events, Tatari included.