- 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 your warehouse. 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.- DeduplicationStable event IDs, so re-runs and backfills do not double rows.
- Bot and fraud filteringFiltered before load, with the filter decision recorded.
03 Activate
Delivered to your warehouse
A clean, resolved event stream into BigQuery, Snowflake or Redshift: the same data your dashboards run on.
See the warehouse integration → Your warehouseWhat it receives
event_idprimary key you can join onresolved person IDstitch sessions to customersfull property payloadnothing dropped, nothing sampledingest timestamprebuild any point-in-time view
The catch
BigCommerce reporting is aggregate.
Anything you want to segment differently later has to come from the underlying event stream.
Where to check in your warehouseA stream you can audit
Query the events table directly: count distinct resolved person IDs against count distinct sessions, and compare the ratio to what your analytics reports.
What changes
What changes when BigCommerce feeds your warehouse. Two gains on the warehouse side, two on the BigCommerce side.
Your warehouse
One resolved event stream
The same identity-resolved events that reach your ad platforms, landed in your warehouse.
Your warehouse
Nothing sampled
Full-fidelity events, not an aggregate or a sample.
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, your warehouse included, is forwarded the same resolved events.
Upstack dashboardExample
BigCommerce Data source Connected
Your warehouse Destination Healthy
Read the full warehouse setup guide → -
01
Connect BigCommerce
Server-side capture of BigCommerce storefront and checkout events, resolved and forwarded downstream.
-
02
Add the warehouse destination
Under Destinations, add your warehouse. Every resolved BigCommerce event is then forwarded to it.
-
03
Check delivery to your warehouse
Every row traceable to the event that produced it and the time it landed.
FAQ
Questions about BigCommerce and your warehouse.
How do I check that BigCommerce events are reaching your warehouse?
Query the events table directly: count distinct resolved person IDs against count distinct sessions, and compare the ratio to what your analytics reports.
Will re-runs or backfills duplicate rows?
No. Stable event IDs, so re-runs and backfills do not double rows.
How long does it take to connect BigCommerce to your warehouse?
Most brands are live in under 20 minutes. Once BigCommerce is connected, every destination receives the same resolved events, your warehouse included.