Conditions
Each lead type has conditions that determine which leads it matches. Conditions use fields from the parent lead category to evaluate incoming leads. To create a condition, you:- Select a field from the lead category
- Choose an operator (options vary based on the field’s data type)
- Enter a value to check against
Available operators
The operators available depend on the field type you select. On date fields, some operators display with date-friendly labels—“Before,” “After,” and “On” instead of “Less than,” “Greater than,” and “Equals.”Condition logic
Conditions are organized into groups with the following logic:- Within a group: Conditions are combined with AND (all must be true)
- Between groups: Groups are combined with OR (any group can match)
Example: Home insurance leads
Example: Home insurance leads
Say you want to create a lead type for high-value home insurance leads. You might set up conditions like:Group 1 (homeowners with high property values):
property_typeequalssingle_familyANDestimated_valuegreater than500000
year_builtgreater than2020ANDsquare_footagegreater than2500
Fallback lead types
A fallback lead type catches any lead that doesn’t match other lead types within the same lead category. When you create a lead category, a lead type is automatically generated and configured as the fallback. When the fallback option is enabled:- Conditions are hidden (since fallback matches everything that didn’t match elsewhere)
- Priority is automatically set to the lowest
Priority
Priority determines the order in which lead types are evaluated when a lead could match multiple lead types. If your lead types have non-overlapping conditions, priority doesn’t matter—each lead will only ever match one lead type. But if a lead could qualify for multiple lead types, the one with the highest priority wins.Example: Overlapping lead types
Example: Overlapping lead types
Imagine you have two lead types for auto insurance leads:
- Premium Drivers (priority 1):
agegreater than25ANDviolationsequals0 - Standard Drivers (priority 2):
agegreater than25
Priority only applies to non-fallback lead types. Fallback lead types are always evaluated last.
Bidding scopes
Bidding scopes define how customers can bid on leads within a lead type. You create them by configuring:
Until at least one bidding scope is enabled for a lead type, customers won’t see any bidding options when they try to place a bid.
Marketplace settings
Lead types also control marketplace behavior for leads that go unsold through normal distribution. See Marketplace for details on configuring these settings.Related guides
Defining lead types
Create a lead type, write conditions, set priority, and configure bidding behavior.

