Pulse Insights Documentation
  • Pulse Insights Overview
    • 👋Welcome to Pulse Insights
  • Implementing Pulse Insights (Dev)
    • Implementing on Web and Mobile Web
      • Deploying your tag (code snippet)
      • Ingesting contextual data for targeting and analysis
      • Client Key
      • Tracking Events (aka High Value Actions)
      • Presenting a specific survey
      • Supporting Inline surveys
      • Callbacks
      • Privacy Features
        • Identifiers, cookies, and local storage
        • Data that Pulse Insights stores
      • QA Process and Preview Mode
        • JavaScript Object
      • Single Page Apps
      • Load Time & Availability
      • Bot blocking
      • Customer-initiated Feedback
    • Implementing in email
      • Dynamic Email
    • Implementing in Native Apps
      • Android
        • Android Release Notes
        • Android Demo App
      • iOS
        • iOS Release Notes
        • iOS Demo App
      • Demo App Help
  • Integrations
    • Integrations overview
      • Hubspot
      • Braze
      • Google Analytics
      • Data Lake
  • Configuring Pulse Insights (Console)
    • Account Setup
      • Authentication & SSO
      • Inviting Collaborators
      • Roles & permissions
    • Dashboard & Program Management
      • Survey Status
    • Editor
      • Question Types
        • Survey Invitation
        • Single Choice
          • Using Images
        • Multiple Choice
        • Free Text
        • Net Promoter Score
        • Slider
        • Custom Content (Next Best Action)
        • Thank You Message
          • Poll (Show Results)
      • General
      • Targeting
        • Devices & Channels
        • Sample Rate
        • URL & Events
        • Dates
        • Previous Responses
        • On Page Behavior
        • CRM Targeting
        • Geo Targeting
        • Goal
        • User Behavior
        • Advanced Settings
      • Formatting
        • Widget Types
          • Docked
          • Bottom Bar
          • Top Bar
          • Overlay
          • Inline
        • Themes
        • Question Display
        • Custom CSS (Survey-level)
        • Supported Markdown
      • Link Builder
      • Preview
      • Survey Groups (Localization)
    • Reporting
      • Results Page & Filtering
      • On Demand
        • Columns/Data Dictionary
      • Scheduled Reports
      • Free Text
        • AI Generated Summary
        • Responses & Tagging
      • Custom Content Reporting
      • Viewable Impressions
    • Account Level Settings
      • Get Code Snippet
      • Global Targeting
      • Data & Integrations (Callbacks)
      • Data Restrictions
      • Themes
      • Automations
        • High Value Actions (Events)
      • Activity Log
      • Configured by Pulse Insights
  • Best Practices
    • Best Practices
      • Copy
      • Design and Execution
      • Targeting
      • Widget Types
      • Sample Rate
      • Submission Rates
      • Special Features
      • Best Practices for Progressive Profiling
  • API
    • API reference
      • Surveys
        • Questions
        • Poll
      • Q
        • A
      • Direct serve
      • Serve
      • Results
      • Present results
      • Track event
      • Custom content link click
      • Submissions
        • All answers
        • Answer
        • Close
        • Viewed at
      • Devices
        • Set data
Powered by GitBook
On this page
  • Use case for ingesting contextual data
  • Targeting
  • Analysis
  • Common data types to consider passing to Pulse Insights
  • The Two Types of Contextual Data
  • Context Data
  • Device Data
  • Syntax & Examples
  • Context Data – To Describe the Current Experience
  • Device Data
  • Contextual Data FAQs
  • When should I use Device Data vs. Context Data?
  • Is context and device data available in exports?
  • Is context and device data available to integrations?
  • How do I validate what context and device data Pulse Insights is getting?
  • How do I target surveys to specific values of device or context data?

Was this helpful?

  1. Implementing Pulse Insights (Dev)
  2. Implementing on Web and Mobile Web

Ingesting contextual data for targeting and analysis

Use case for ingesting contextual data

Pulse Insights can ingest contextual data about the current user, page, behavior, or device that isn’t immediately apparent or visible from the page they are visiting.

Contextual data is optional in most implementations, but is highly recommended because it can provide significant targeting flexibility, incremental insights, and enable appropriate follow-up with other systems.

Contextual data is used for two primary purposes:

Targeting

Use the value of the contextual data to determine whether the user is eligible to see a survey.

Example:

You might pass Pulse Insights authentication status as contextual data so that you can target a survey to only actively authenticated users.

Analysis

Learn how different values of the contextual data impact user responses.

Example:

You might pass Pulse Insights authentication status as contextual data so that you can learn if authenticated users answer differently than unauthenticated users.

Common data types to consider passing to Pulse Insights

Category
Examples
Comments

Identifiers

• Session ID • User ID • Analytics IDs • Support Ticket ID

Authentication status

• Unrecognized

• Recognized • Unauthenticated • Authenticated

User & enrollment details

• IsCustomer • Products owned • IsMFAEnabled • IsAutoPayEnrolled • IsPaperlessEnrolled • IsAlertsEnrolled • IsNewsletterEnrolled

Customer Tenure

• Join date

Model scores or output

• Likelihood to convert • Likelihood to cancel

• Segmentation scores • LLM prompt and output

Ecommerce details

• Cart amount • SKUs

Experience details

• IsWebview

Used if you'd like to target or view results of web users vs. app users [with webview screens].

Segmentations

• High Value Customer • Trade or business user

Locale details

• Market & Language

Used to serve the appropriate survey or language in global surveys.

Search/Filter usage

• Search term • Count of searches • Currently selected filters • Number of search results

Used to uncover the drivers of search satisfaction.

Categories or hierarchy

• Page category • Site section • Step number

A/B Test Variation

• Variation ID

Content details

• Author • Tags or topic

The Two Types of Contextual Data

Context Data

Describes the current page, survey, or person at the moment the survey is answered. The data may change from page to page and consequently these values don't persist from page to page.

Examples of good fit for contextual data:

  • Number of search results

  • Current search term

  • Current page hierarchy or category

  • Current step in a process

  • Current cart value

  • A/B Test Variation ID

  • Authentication Status

Device Data

Describes the device/browser (often as a proxy for the person). It is expected to remain relatively stable over time because it describes properties of the person/device.

Examples of good fit data for device data:

  • IsCustomer

  • JoinDate

The primary use case for Device Data is that it persists over multiple pageviews and visits and only needs to be defined once. For example, once you define a user as a customer once, you can use that targeting in subsequent pageviews and sessions without needing to redefine it.

Since device data is meant for data that changes infrequently, only the latest value is saved, not the value at the time the user responded. The latest device data values will apply to any and all responses from that user.

Syntax & Examples

Context Data – To Describe the Current Experience

pi('set_context_data', object);

Example:

pi('set_context_data', {author: 'Ann Smith', variant: 'a'});

If using Context Data for targeting, it should be defined before

pi('get', 'surveys');

since that line triggers the evaluation for whether to return a survey on the current pageview.

Device Data

pi('set_device_data', object);

Example:

pi('set_device_data', {userid: '1234', age: 32, locale: 'en-US'});

Contextual Data FAQs

When should I use Device Data vs. Context Data?

Context Data provides higher resolution in that it is stored with the impression and submission and thus is often the appropriate choice because it stores the values at the time the survey was submitted. Device data offers the capability to target across page views and sessions, so is beneficial for targeting, as long as the data remains stable over time.

Is context and device data available in exports?

Yes. Device and Context data have columns in the raw data exports.

Is context and device data available to integrations?

Yes. This includes both on-page JavaScript callbacks and API-based integrations.

How do I validate what context and device data Pulse Insights is getting?

How do I target surveys to specific values of device or context data?

See Targeting.

PreviousDeploying your tag (code snippet)NextClient Key

Last updated 2 years ago

Was this helpful?

Often used to tie data to other systems to dig deeper or drive resolution. Note: Pulse Insights maintains a special field, , for a user identifier that persists for a user across devices.

You can view Context Data in the PulseInsightsObject. You can view Device Data in PulseInsightsObject and via network calls in your browser dev tools. See for additional information.

QA features
client key