Intempt
  1. Data Models & Event Schema
Intempt
  • Installation
    • Basic Intempt Installation
    • Create source
    • Web Snippet
    • Google Tag Manager
    • Autocapture setup
    • SPA tracking
    • Environment Setup
    • Validating Installation
  • SDK
    • JS SDK
    • Android SDK
    • iOS SDK
    • Node.js SDK
  • API Reference
    • Track data
      POST
    • Consent
      POST
    • Choose API
      POST
    • Recommendations Feed API
      POST
  • Data Ingestion & Tracking
    • identify()
    • track()
    • record()
    • alias()
    • group()
    • consent()
    • intempt:html / intempt:page / intempt:session
    • Product Catalog Ingestion via API
  • Data Models & Event Schema
    • Event Schema Overview
    • Required Fields
    • Attribute Schema
    • Product Catalog Schema
  • Webhooks
    • Webhook Configuration
  • Server Side Experiments
    • Overview
    • Choose API endpoint
    • Handling Experiment Response
  1. Data Models & Event Schema

Event Schema Overview

Event Schema Overview

Intempt uses an event-centric data model, where every real-world action is represented as an event.
Events contain identifiers, timestamps, and contextual metadata, enabling Intempt to unify customer behavior, perform real-time analytics, and trigger engagement workflows.

Events are processed and stored using Intempt’s performance-first infrastructure:

  • ClickHouse for high-volume ingestion, time-partitioned historical storage, and sub-second analytical queries.
  • Flink pipelines for triggering real-time engagement (Journeys).
  • CDN-based personalization for <500ms segmentation and experience delivery globally.

Event Object Structure

{
  "eventId": "string",
  "profileId": "string",
  "sessionId": "string",
  "accountId": "string",
  "pageId": "string",
  "eventName": "string",
  "timestamp": "ISO-8601",
  "properties": {}
}

Fields

FieldTypeRequiredDescription
eventIdstringYesUnique identifier for the event. Enables deduplication and accurate traceability.
profileIdstringYesIdentifier of the user (masterID) performing the action. Used for profile merging and unification.
sessionIdstringYesThe session context of the event. Groups multiple actions into a single behavioral session.
accountIdstringNoOptional account/workspace identifier for B2B or CRM use cases.
pageIdstringNoPage or screen where the event occurred, mainly for client-side tracking.
eventNamestringYesName describing the action being tracked.
timestampstringYesISO-8601 timestamp indicating when the event happened.
propertiesobjectOptionalAdditional JSON metadata describing the event context.

How Events Power GrowthOS

Discover

Unify and analyze event data across sources using segmentation, behavioral tracking, and predictive models.

Engage

Trigger automated journeys, send personalized messages, and deliver privacy-compliant interactions.

Optimize

Run experiments, measure performance, and iterate using dashboards and detailed event-driven insights.


Why the Schema Works

  • Event-driven → clean mapping to real-world actions
  • Real-time ingestion → analytics available in seconds
  • Unified model → shared across all GrowthOS tools
  • Scalable → designed for trillions of events

This schema forms the foundation of Intempt’s unified customer data platform and real-time engagement engine.

Modified at 2025-12-03 11:36:55
Previous
Product Catalog Ingestion via API
Next
Required Fields
Built with