Shopify
Connect Shopify storefront and Admin API data to Vendo, then route normalized commerce events and records to supported destinations.
Last reviewed September 15, 2026
Vendo combines Shopify storefront tracking with server-side commerce syncs. Use it to:
- Capture behavior
- Import durable order and customer records
- Deliver normalized data to the destinations that you select
How it works
| Path | Purpose |
|---|---|
| Web Pixel | Captures supported storefront and checkout events in Shopify’s pixel sandbox |
| Theme app embed | Loads destination-specific browser features that require storefront context |
| Server-side source | Imports Shopify Admin API records such as orders, customers, products, refunds, and fulfillments |
| Webhooks and scheduled work | Keep supported lifecycle data current between broader syncs |
Supported destination workflows
| Destination | Shopify-specific guide |
|---|---|
| Mixpanel | Shopify to Mixpanel |
| BigQuery | Shopify to BigQuery |
| Segment | Shopify to Segment |
| OneSignal | Shopify to OneSignal |
| Customer.io | Shopify to Customer.io |
| Google Tag Manager | Shopify and GTM |
The destination catalog in the app is the authority for your workspace. Managed destinations can require configuration with help from support.
Before you start
- Use a Shopify account that can install and authorize the Vendo app.
- Choose the production or development store deliberately.
- Decide which destinations should receive browser events, server-side records, or both.
- Before you enable browser-side marketing tools, confirm the consent requirements.
Setup
- Follow the Shopify setup guide.
- Confirm the Web Pixel and theme app embed states that your destinations require.
- Connect each destination with its own credentials.
- Select events, records, identity mapping, and optional backfill.
- Run a small test and review Latest run on the destination page.
- In each destination, validate one storefront event and one server-side order.
Data and identity
The Shopify data model is the canonical reference for events and objects. Identity can move from anonymous storefront context to a known Shopify customer during login or checkout. If the same conversion goes through the browser and server paths, keep stable event and order identifiers.
Backfill and freshness
Historical backfill applies to supported server-side records and the configured date range. It cannot recreate browser behavior that was never collected. Before you run a range again, review Historical backfill. Partially delivered data can create duplicates in destinations that do not have compatible deduplication.
Verify
- Confirm that the Shopify and destination apps show a healthy connection.
- Trigger a storefront test event.
- Create or use a safe test order.
- Check the source and destination jobs.
- Compare event time, customer identity, order ID, amount, currency, and products with Shopify.
Troubleshooting
| Symptom | Check |
|---|---|
| Storefront events missing | Web Pixel, theme embed, consent, and active theme |
| Orders missing | Shopify source scopes, selected streams, date range, and job errors |
| Customer history split | Anonymous-to-known identity mapping and destination merge behavior |
| Duplicate conversions | Shared event ID and overlapping browser/server or backfill paths |
Related
- Setup guide
- Tracking methods
- Data model
- Headless Shopify
- Debug mode
- Attribution: write first-touch and last-touch UTM values and click IDs to Shopify customers (Beta)
- Audiences: sync Shopify customer segments to OneSignal and Customer.io (Beta)
- Google Ads conversions: send paid orders to Google Ads as Purchase conversions
- Meta conversions: send paid orders to Meta as Purchase conversions
- Billing: choose, approve and cancel the app subscription
- Notifications: choose who gets progress updates and error alerts