Skip to main content

Overview

Reelevant SDKs send behavioural events (product views, cart additions, purchases, custom events) to a tracking Datasource in DataHub. Once ingested, the events are queryable from a Website Events Data Node and usable in any Workflow. Every SDK posts the same envelope to the same collector endpoint, so web and app events land in one Datasource and share one identity.
The endpoint answers 200 with an empty body. It never returns the ingestion result — malformed fields are dropped per field and reported in the Datasource logs, not to the caller.

Websites

Tracking tag or Google Tag Manager template, window.reel API, identity cookies.

Mobile apps

Android, iOS, and Flutter SDKs — same event builders, on-device identity and retry queue.

Event reference

Envelope schema, event catalogue, payload validation rules, server-to-server calls.

Prerequisites

You need a tracking Datasource before any SDK call is accepted. Create it in DataHub with the Tracking template, then read the two identifiers from the wizard: The wizard’s last step (Validate) only succeeds once the collector has received events, so keep it open while you test your integration. Setup details are documented in special configurations.

Pipeline

Ingestion is real time: events are queryable seconds after the call. Two behaviours are worth knowing when you integrate:
  • Requests whose user-agent is a known bot are answered 202 and dropped, so crawler traffic never pollutes the Datasource.
  • Events are retained for 90 days in the Datasource. Configure an analytics database sync if you need longer history.

Identity

Every event carries two identity fields, and both the web tag and the mobile SDKs manage them for you: Identify the user as soon as you know who they are — identify on the web, setUser() on mobile. Events sent before that point keep only tmpId, and Reelevant stitches them to the user afterwards through the shared tmpId. The same identifiers are used when the Runner personalises content (rlvt-u parameter), so a user tracked by an SDK is immediately targetable in a Workflow. The SDKs do not read consent frameworks. Gate collection yourself:
  • Web — inject the tracking tag only after consent is granted, or route events through your consent-aware tag manager.
  • Mobile — instantiate the SDK, or call send(), only once the user opted in.
Nothing is buffered before the SDK loads, except events pushed to window.reel.queue on the web (see website collection).