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
  • User-level Frequency Capping
  • How does Frequency Capping work in conjunction with Client Key in various scenarios?
  • IP Suppression
  • Redirect Domain Whitelist

Was this helpful?

  1. Configuring Pulse Insights (Console)
  2. Account Level Settings

Global Targeting

PreviousGet Code SnippetNextData & Integrations (Callbacks)

Last updated 5 months ago

Was this helpful?

User-level Frequency Capping

You can enable user-level frequency capping to restrict the number of times a single individual is shown a survey. You can set the maximum number of impressions and the period for which the user won’t exceed the max number.

Check the box and then enter the number of maximum impressions to show and the number of days, hours or minutes (select time interval via the dropdown menu).

At the end of the period, the counter resets and the user will be eligible to see survey impressions again.

Frequency capping is based on Served Impressions, not Viewed Impressions. If a survey is served, but isn't viewed due to unmet targeting conditions, the served impression still counts towards the cap.

How does Frequency Capping work in conjunction with Client Key in various scenarios?

Assumptions for this table:

  1. Client Key is populated (e.g., upon login or on each pageview once the user was identified)

  2. Frequency capping is turned on with a max of 1 impression per 7 days

Scenario
Description
Behavior & Explanation

Single User, Single Browser/Profile, But Two Accounts/Login IDs

  • User logs into Account 1

    • Device UDID is set to ABC

    • Client Key is set to 1234

    • User is served an impression.

  • User subsequently logs into Account 2 within the 7-day frequency cap period.

    • Device UDID is still ABC (same browser profile)

    • Client Key is set to 5678 (second account/login id)

The user is not eligible to be served another impression within the 7-day period, even with a second login/id.

The frequency cap considers both Client Key and Device UDID. Since the Device UDID has already been served an impression, no further impressions are allowed until the cap resets.

  • User logs into Account 1 with Device 1

    • Device UDID is set to ABC

    • Client Key is set to 1234

    • User is served an impression.

  • User subsequently logs into Account 2 with Device 2

    • Device UDID is set to DEF

    • Client key is set 5678

On the second login (different device, different account), the user is eligible to be served a second impression.

Because the user has two different client keys (1234 vs. 5678) and two different Device UDIDs (ABC vs DEF), the user is eligible to receive a second impression, even within the 7-day frequency cap.

Single User, Two Browsers/Profiles, Single Account/Login ID:

  • User logs into Account 1 on Device 1

    • Device UDID is set to ABC

    • Client Key is set to 1234

    • User is served an impression

  • User subsequently logs into Account 1 on Device 2

    • Device UDID is set to DEF

    • Client Key is set to 1234

On the second login (different device), the user will not be eligible to be served an impression.

The user has already met the frequency cap. The frequency cap is enforced because the Client Key remains the same across both devices, even though the Device UDID is different.

Single User, Two Separate Pulse Insights Platform Accounts (e.g., To Manage Multiple Websites Within A Single Company):

  • User 1 logs into Site A (Pulse Insights Console Account A).

    • Device UDID is set to ABC

    • Client Key is set to 1234

    • User is served an impression

  • User 1 logs into Site B (Pulse Insights Console Account B).

    • Device UDID is set to XYZ

    • Client Key is set 9876

    • User is served an impression

On the second login (different website, different console account, different UDIDs, different client keys), the user will be eligible to be served an impression.

Two separate console accounts have independent frequency cap settings and evaluations. Two separate websites will assign two separate Device UDIDs to the user. Two separate accounts/Login IDs will have two separate Client Keys for the user.

Single User with Long Time on Page Targeting Criteria Set:

  • User 1 logs in and is eligible for the survey but does not meet the time-on-page requirement.

    • Device UDID is set to ABC

    • Client Key is set to 1234

    • User is served an impression on page load.

    • Because the user didn’t meet the time requirements, the user does not see the survey.

User 1 logs in again within the 7-day window. On the second login, the user will not be eligible to be served an impression.

Because the user has met the frequency cap already, the user will not be eligible for a second impression until the period resets. Frequency caps are based on served impressions, which means that the user can meet the cap even if the user didn’t see the impression.

Two Users, Shared Device:

  • User logs into Account 1 on Device 1

    • Device UDID is set to ABC

    • Client Key is set to 1234

    • User is served an impression

  • User 2 logs into Account 2 on the same device (including browser profile)

    • Device UDID remains ABC

    • Client Key is set to 5678

On the second login (same device), User 2 will not be eligible for an impression on that device.

The user has already met the frequency cap. Because frequency capping evaluates both Client Key and Device UDID (ABC, which is the same across both devices), the user is ineligible to receive a second impression within the 7-day period.

IP Suppression

You can also create a list of IP addresses to block on your account. This feature is typically used if you don’t want internal employees of your company answering surveys.

Pulse Insights will prevent Live surveys from displaying on those IPs for any survey in Live status. Draft surveys can still display while in Preview Mode so you can still QA surveys.

Redirect Domain Whitelist

If you are using direct submission links and redirecting the user to a landing page (e.g. for surveys in an email), then you must whitelist the domain of the landing page here.

  1. Type in the domain(s) you wish to whitelist (1 per row)

  2. Click "Update"

If you'd like a specific survey to ignore the frequency capping rules set at the account-level, you can check "Ignore frequency cap" in the survey's targeting configuration (in the "Advanced Settings" section). Please see our section for more details.

Single User, Two Devices, Two Accounts/Login ID:

Targeting