Analytics · ScoutRV → Meta
ScoutRV and the Meta Conversions API
Browser-side pixels miss conversions to ad blockers and tracking restrictions. The Conversions API reports the lead from the server instead — which is also the only place customer data can be handled safely.
How it works
- Lead events are sent from the server, so the raw email and phone number never enter the browser. Only SHA-256 hashes leave the server, which is what makes advanced matching usable without putting customer data in the data layer.
- Three gates all have to pass before an event is sent: the dealer has switched it on, a pixel and access token are configured, and the visitor has granted marketing consent without sending an opt-out signal. If consent cannot be confirmed, nothing is sent — it fails closed, not open.
- The server event and the browser event carry the same lead identifier, so Meta deduplicates them into one enriched conversion rather than counting the lead twice.
- It is off by default. A measurement feature that sends customer data should be a decision somebody made, not a default somebody inherited.
Other integrations
Lightspeed → ScoutRV
Lightspeed DMS
Automatic inventory sync from Lightspeed, including multi-store feeds.
IDS → ScoutRV
IDS DMS
Automatic inventory sync from IDS, the most common DMS in RV retail.
Motility → ScoutRV
Motility
Inventory sync from Motility, in either its XML or CSV export.
Questions
Meta Conversions API questions
Does this send customer data to Meta?+
It sends irreversible hashes of the email and phone, never the values themselves, and only when the visitor has granted marketing consent.
Will our conversions be double-counted?+
No. Both the browser and the server event carry the same lead identifier and Meta merges them.
Is it on by default?+
No. It is off until you enable it, deliberately.