Skip to main content
Version: 2025-12-18

What are respondent exclusions

If you want to stop a respondent from taking your survey, you want to use an exclusion rule to filter them out before they enter. The Cint Exchange uses these rules to protect sample quality, ensuring the respondents who shouldn't be taking your survey are filtered out before entering.

The need for respondent exclusions comes from a buyer's need for independence between sample, where each survey's list of completed respondents is unique. Without exclusions:

  • The same respondent can complete a brand tracker in January and again in February, carrying memory and familiarity into the second survey.
  • They can complete two surveys in the same project that were designed for independent demographic groups.
  • They can appear in a follow-up study they were never meant to see.

Respondent exclusions are used to draw these boundaries around your surveys.

Three exclusion rules

There are three main ways to implement respondent exclusions on a target group, and the way each rule affects your survey differs:

Exclusion ruleScopeTime bound?Statuses used for exclusionBest for
Exclude within this projectProjectNocompleteUnique sample across all target groups in the same project
Respondent activityAccountYes (90 days)in_client_survey - live target groups
complete - Paused or completed target groups
Cohort independence across surveys
Individual IDExchangeNoAll statusesPermanent blocks on specific respondents

Exclude individual IDs:

  • You supply a list of specific respondent IDs
  • Individual ID exclusion is not time-bound: once an ID is on the list, it stays there until you remove it. It doesn't factor in participation history — the respondent is blocked regardless of their participation history.
  • This is the right tool when you have a defined list of people who should never enter a particular target group, for any reason. This might be a known bad actor, a respondent whose data quality you've already flagged, or someone whose prior exposure would compromise your results.

Exclude within this project:

  • You can enable or disable this rule at the target group level
  • The Exchange automatically prevents any respondent who completed another target group in the same project from entering this one.
  • This is the right tool when your project contains target groups that represent distinct, non-overlapping populations — for example, different demographic cells that should remain independent. The system handles the deduplication; you don't need to maintain a list.

Exclude by respondent activity:

  • You configure a target group to exclude respondents who completed specific other projects or target groups within the last 90 days.
  • This is the right tool for managing cohort independence across related surveys. For example, brand trackers where each wave needs fresh respondents, sequential research where participants in Phase A shouldn't appear in Phase B, or any design where repeat exposure within a rolling window would compromise your data.

How they interact

All three exclusion rules — Exclude within this project, respondent activity, and individual ID — can be active on a target group at the same time. When a respondent attempts to enter a survey (regardless which rules are active), the Exchange evaluates them in this order:

StepCheckIf yesIf no
1Is the respondent's ID on the blocklist?Block respondent and exit rule evaluationContinue to step 2
2Is the respondent currently active in a mutually excluded target group?Block respondent and exit rule evaluationContinue to step 3
3Did they complete an excluded project or target group in the last 90 days?Block respondent and exit rule evaluationAllow entry

Where to go next