- 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 BigCommerce event reaches RevContent. Captured on the server, resolved to a person, then sent.
01 Capture
Captured from BigCommerce
Server-side capture of BigCommerce storefront and checkout events, resolved and forwarded downstream.
See the BigCommerce integration →
BigCommerceWhat it sends order_idBigCommerce orderemail / phonecheckout contactcustomer_idBigCommerce customer recordproductscatalog items on the ordertotal_inc_taxorder value
02 Understand
Resolved to one person before it leaves
Every BigCommerce 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 RevContent
Server-side conversions to RevContent, resolved to a person and deduplicated so a purchase is counted once.
See the RevContent integration →
RevContentWhat it receives hashed email / phoneidentity matching on arrivalrc_click_idcredit the click that drove itexternal_idstable person across sessionsevent_iddedupe against the browser pixelvalue / currencyvalue-based bidding
The catch
BigCommerce's hosted checkout limits what a browser tag can see at the moment of purchase, which is exactly the moment that matters for conversion tracking.
Where to check in RevContentDelivery you can audit
RevContent › Campaigns › Conversions
The postback log records each server-side conversion and its matched click.
What changes
What changes when BigCommerce feeds RevContent. Two gains on the RevContent side, two on the BigCommerce side.
RevContent
Server-side delivery
Events reach RevContent through its server API rather than the browser, so ad blockers and ITP don’t cost you conversions.
RevContent
Identity-resolved events
Events sent to RevContent carry the resolved customer whenever Upstack can identify one, matched against a 750M+ device graph.
BigCommerce
Every event, server-side
Storefront and checkout events are captured from BigCommerce on the server, independent of the browser.
BigCommerce
One setup, every destination
Connect BigCommerce once and forward to every ad platform, email tool and warehouse you run.
Setup
Live in under 20 minutes.
Connect BigCommerce once and every destination, RevContent included, is forwarded the same resolved events.
Upstack dashboardExample
BigCommerce Data source Connected
RevContent Destination Healthy
Read the full RevContent setup guide → -
01
Connect BigCommerce
Server-side capture of BigCommerce storefront and checkout events, resolved and forwarded downstream.
-
02
Add the RevContent destination
Under Destinations, add RevContent. Every resolved BigCommerce event is then forwarded to it.
-
03
Check delivery to RevContent
Every conversion is inspectable from the moment it fires to the moment the platform confirms it.
FAQ
Questions about BigCommerce and RevContent.
How do I check that BigCommerce events are reaching RevContent?
Open RevContent › Campaigns › Conversions. The postback log records each server-side conversion and its matched click.
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 BigCommerce to RevContent?
Most brands are live in under 20 minutes. Once BigCommerce is connected, every destination receives the same resolved events, RevContent included.