Cookieless Audiences
Home Database API Docs Pricing Live Demo Taxonomy
Use Cases
Media Planning by Persona Inventory Curation & Deal Packaging Seller-Defined Audiences CDP & Analytics Enrichment ABM Account Profiling
Industries
SSPs DSPs Publishers Agencies Curation Platforms
Company
Contact Login
Try Live Demo
Use case · Media planning

Media Planning by Persona

Find which domains over-index for any of 1,667 deterministic personas built from fixed, versioned vocabularies. The audience profile lives on the domain, not a cookie — so the same plan covers Chrome, Safari, Firefox and iOS alike, including the 40%+ of traffic where cookies are already blocked.

102Mdomains with pre-computed audience attributes
1,667deterministic personas
285sub-interests (INT.* codes)
283purchase-intent segments (PI.* codes)
Aligned with IAB Audience Taxonomy 1.1 Fixed, versioned vocabularies (v1.0) Banded confidence: low / medium / high No PII anywhere in the pipeline Self-serve download, quarterly refresh
Why persona-level planning

Plan against the property, not the cookie

Cookie plans have blind spots

Cookie-based planning only sees traffic where third-party cookies function. Safari, Firefox and iOS block them by default — hiding a large slice of premium inventory from reach curves. Privacy regulation adds further pressure.

Profile the property, not the user

Persona planning asks “which properties does my target persona read?” instead of “which users can I follow?” A site’s audience profile is a stable property of the domain — it doesn’t vanish when the visitor arrives on an iPhone.

Pre-computed at 102M-domain scale

Demographics, interests, purchase intent, B2B firmographics and a resolved persona are pre-computed for every domain — all from a fixed vocabulary so two analysts filtering the same file always get the same answer.

Where cookie-based plans lose visibility

Chrome
cookies remain
Safari
blocked by default
iOS in-app
blocked by default
Firefox
blocked by default

Roughly 40%+ of traffic is cookieless today. Domain-level personas describe all of it equally.

The data model

The fields a persona is made of

A persona in this dataset is not a probabilistic lookalike. It is a deterministic combination of coded attributes, each from a versioned v1.0 vocabulary aligned with IAB Audience Taxonomy 1.1 — so a planning filter written today still means the same thing at the next quarterly refresh.

Demographics

8 age brackets, a 5-point gender skew (male_strongfemale_strong), 6 income bands, 7 education levels and 14 life stages such as young_professional or family_young_children.

Household & context

Household composition, employment status, home ownership and urbanicity (urban, suburban, small_town, rural) round out who the readership is.

Interests

29 interest groups and 285 sub-interests carrying INT.* codes — from INT.sports.cycling to INT.personal_finance.personal_investing.

Purchase intent

34 intent groups and 283 segments carrying PI.* codes, e.g. PI.travel.hotels_and_resorts or PI.auto_ownership.new_vehicles — the commercial layer on top of interest.

B2B firmographics

Company-size bands, seniority and job function on LinkedIn-standard scales, plus an audience_type flag (b2c / b2b / mixed) so B2B plans filter cleanly.

Confidence bands

Every attribute ships with a banded confidence value — low, medium or high — so planners can trade reach against certainty explicitly instead of implicitly.

The full field reference lives on the audience segmentation taxonomy page.

Workflow

From brief to domain list in five steps

The planning workflow is a sequence of filters over a flat file (or the same query via the API). No modelling step, no black box — the intermediate state at every stage is a readable list of domains and codes.

Define the persona

Take the brief’s target description and restate it in vocabulary terms: age bracket, life stage, income band, interests, intent.

Translate to codes

Map each phrase to its fixed code — “young city renters into fitness” becomes four filterable values, not a paragraph.

Filter the database

Apply the filters to the domain file. Add a confidence floor (medium+) to keep only well-evidenced matches.

Rank by over-index

Sort the matches by how strongly the persona concentrates on each domain versus the corpus baseline, then sanity-check the head of the list.

Export the plan

Hand the ranked domain list to activation: direct buys, allow-lists, PMP curation or publisher outreach.

Scale

One file, the whole addressable web

102Mdomains in the full corpus
100k–1Mtop-domain tiers available off the shelf
14life stages in the demographic model
v1.0versioned vocabularies — filters stay stable across refreshes
Worked example

Filtering for an urban fitness persona

A brief asks for “younger urban professionals with disposable income who are actively considering gym memberships”. Here is that sentence as a database filter — codes on the left, human-readable labels on the right.

FieldFilter value (code)Reads as
age_bracket25_3425–34 year olds
life_stageyoung_professionalYoung professional
income_levelupper_middle or highUpper-middle to high income
urbanicityurbanUrban readership
interestINT.healthy_living.fitness_and_exerciseFitness and exercise
purchase intentPI.recreation_fitness.gyms_and_health_clubsGyms and health clubs
confidencemedium or highWell-evidenced attributes only
What comes back: a ranked list of matching domains — typically boutique fitness publishers, urban lifestyle magazines, workout-programming blogs and running-community sites — each row carrying its full attribute set, its resolved persona and per-attribute confidence bands (high / medium). Because many of these niche sites skew heavily to Safari and mobile traffic, they are exactly the inventory a cookie-based plan under-counts. Try the same filter interactively in the audience demo dashboard.
Comparison

How persona planning compares to the alternatives

 Cookie / ID-based audiencesPanel-based site metricsDomain-level personas (this dataset)
Coverage of cookieless trafficBlind where cookies are blocked (Safari, Firefox, iOS)Covers panelled sites only; long tail thinFull corpus — profile is a property of the domain
Long-tail domainsSparse — few matched IDsMostly absent below the head of the web102M domains, head to tail
GranularityUser-level, but shrinkingSite-level, coarse demographicsDomain-level: demographics + 285 interests + 283 intent segments + persona
ReproducibilitySegment definitions vary by vendorPanel weighting changes over timeFixed v1.0 vocabularies; same filter, same meaning
Privacy postureIdentifier-dependentPanel consent-basedNo PII anywhere in the pipeline
Scope note: this dataset is a planning, curation and enrichment instrument. It is not an impression-level pre-bid signal — for per-URL granularity in planning and analysis, use the real-time page-level API.
FAQ

Media planning by persona — common questions

What is a “deterministic persona” in this dataset?

Each of the 1,667 personas is a named, fixed combination of vocabulary attributes — age bracket, life stage, income band, interests and intent drawn from the versioned v1.0 vocabularies. The same underlying attributes always resolve to the same persona, so a persona filter is reproducible across teams, tools and quarterly refreshes. Nothing is probabilistically matched to individual users, and no PII is involved.

Can I use this for impression-level bid targeting?

No — and we say so deliberately. The domain database is built for planning, inventory curation and enrichment; the real-time API adds per-URL granularity for planning and analysis workflows. Neither product claims impression-level pre-bid classification in the bidstream. The output of a persona plan is a ranked domain list you activate through direct buys, allow-lists or Deal-ID packages.

How does this handle the cookieless share of my plan?

Identically to the rest of it. Cookies remain on Chrome, but Safari, Firefox and iOS block third-party cookies by default, which puts roughly 40%+ of traffic outside cookie-based reach curves. Because the persona is computed from the domain’s content and audience characteristics rather than from visitor identifiers, cookieless inventory is described with exactly the same fields and confidence bands as everything else.

What do I actually buy, and at what price?

The top 100k domains with full audience attributes cost $490 one-time (or $190/quarter refresh); the top 1M domains cost $1,990 one-time ($590/quarter refresh) with instant card checkout and immediate download. Vertical and country slices run $190–$490, and larger cuts — 5M up to the full 102M corpus, custom enrichment or feeds — are quoted individually. See pricing for details.

Related use cases

Build your first persona plan today

Filter live audience data in the demo dashboard, or download the top-1M domain file with full attributes and start planning in a spreadsheet this afternoon.

Open the audience demo See database pricing
Stay in the loop

You are on the list!

We will send you updates that matter — no spam.