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 · Seller-defined audiences

Seller-Defined Audiences From Domain-Level Data

Seller-defined audiences (SDA) let publishers declare who their audience is in the bid request, without user identifiers. The Cookieless Audience database provides credible audience data at the domain level for 102 million domains, with every attribute aligned to IAB Audience Taxonomy 1.1 — so the crosswalk from data to declaration is direct.

1.1IAB Audience Taxonomy version our vocabularies align to
102Mdomains with audience attributes
285 + 283interest and intent segments to crosswalk
0user identifiers required
IAB Audience Taxonomy 1.1 crosswalk OpenRTB segtax-ready segment logic Banded confidence per attribute No PII anywhere in the pipeline Fixed, versioned vocabularies (v1.0)
The SDA gap

Declaring an audience requires knowing it first

Shared taxonomies replace cookies

The SDA framework, standardized by IAB Tech Lab, lets sellers attach audience meaning to inventory using shared taxonomies. With Safari, Firefox and iOS blocking cookies, 40%+ of traffic is cookieless — SDA works there natively.

Domain data fills the evidence gap

Most publishers can only describe registered or subscribed users. The long tail of ad networks and multi-site sellers has no first-party evidence at all. Domain-level data provides a pre-computed audience profile for every property, in coded attributes the taxonomy already speaks.

Segment IDs, not identifiers

Declarations carry taxonomy segment IDs, not user identifiers. Buyers interpret them consistently across sellers — and the seller never touches PII to produce them.

// OpenRTB bid request fragment — SDA declaration
// segtax 4 = IAB Audience Taxonomy 1.1
"user": {
  "data": [{
    "name": "yourdomain-sda",
    "ext": { "segtax": 4 },
    "segment": [
      { "id": "<node-id: Interest | Cycling>" },
      { "id": "<node-id: Demographic | 35-44>" }
    ]
  }]
}
// Segment IDs come from your licensed copy of
// Audience Taxonomy 1.1; declaration happens in
// your own SSP, wrapper or ad server.
The crosswalk

Taxonomy alignment is the whole trick

Our vocabularies were built aligned with IAB Audience Taxonomy 1.1, so each family of attributes has a natural home in the taxonomy’s three branches. The full field reference is on the taxonomy page.

Demographics → Demographic branch

8 age brackets, 5-point gender skew, 6 income bands, 7 education levels, 14 life stages, household composition, employment, home ownership and urbanicity crosswalk to the taxonomy’s demographic nodes.

INT.* → Interest branch

29 interest groups and 285 sub-interests — INT.sports.cycling, INT.tech_computing.artificial_intelligence — map onto the taxonomy’s interest hierarchy node by node.

PI.* → Purchase Intent branch

34 intent groups and 283 segments — PI.travel.hotels_and_resorts, PI.auto_ownership.new_vehicles — crosswalk to the purchase-intent branch, the commercially valuable end of an SDA declaration.

Workflow

From domain data to a declared segment

Five steps, with the declaration itself always happening in your own stack — the database supplies the mapping, your SSP or wrapper supplies the bid request.

Profile your properties

Pull the database rows for your domains (or query the API) to get coded demographics, interests, intent and personas per property.

Pick segment candidates

Keep attributes banded medium or high confidence — declare only what the evidence supports.

Crosswalk to taxonomy IDs

Map each retained attribute to its IAB Audience Taxonomy 1.1 node using the alignment built into the vocabularies.

Declare via segtax

Configure your SSP, wrapper or ad server to emit the segment IDs in OpenRTB user.data with ext.segtax: 4.

Document for buyers

Publish the segment definitions and their evidence basis so DSP and agency buyers can evaluate — and pay for — the declaration.

Why alignment matters

One taxonomy from data to declaration

4the OpenRTB segtax ID for Audience Taxonomy 1.1
1,667deterministic personas to seed segment strategy
3taxonomy branches covered: demographic, interest, intent
40%+of traffic is cookieless — SDA works there anyway
Worked example

An ad network builds a cycling-enthusiast segment

A multi-site seller wants to declare a “cycling enthusiasts” audience across the cycling-adjacent portion of its network. The database rows for its domains supply the evidence; the crosswalk turns them into a declarable segment.

Database attribute (code)Reads asCrosswalks to (Audience Taxonomy 1.1)
INT.sports.cyclingCycling interestInterest › Sports › Cycling
PI.sporting_goods.outdoor_recreation_equipmentOutdoor recreation equipment intentPurchase Intent › Sporting Goods
age_bracket = 35_44, gender_skew = male_lean35–44, male-leaning readershipDemographic › Age / Gender nodes
income_level = upper_middleUpper-middle incomeDemographic › Income node
confidence = high (interest), medium (intent)Evidence strength per attributeGoverns what gets declared at all
Outcome: the network declares the crosswalked segment IDs under segtax: 4 on bid requests from its qualifying cycling domains, and publishes a one-page segment definition citing the underlying attributes and confidence bands. Buyers see a standardized, taxonomy-coded audience on inventory that never had cookies to begin with. The exact node IDs come from the seller’s licensed copy of Audience Taxonomy 1.1 — the placeholders above mark where they slot in.
Comparison

SDA evidence sources compared

 Registered first-party dataContextual signals onlyDomain-level audience data (this dataset)
Coverage of your trafficLogged-in share only — often single digitsAll pages, but describes content, not audienceEvery domain in the corpus, audience-described
Taxonomy fitNeeds manual mapping to Audience Taxonomy 1.1Maps to Content Taxonomy, not AudienceVocabularies aligned with Audience Taxonomy 1.1 by design
Long-tail / network sellersRarely availableAvailable but audience-blind102M-domain coverage, head to tail
Privacy postureConsent-dependent PIINo PIINo PII anywhere in the pipeline
Best usePremium logged-in segmentsAdjacency and suitabilityAudience declarations at property scale — and the three combine well
Scope note: we supply the domain-level (and, via the real-time API, page-level) audience data that informs your declarations. The declaration itself is emitted by your own SSP, wrapper or ad server — this is not impression-level pre-bid classification by us in the bidstream.
FAQ

Seller-defined audiences — common questions

What exactly are seller-defined audiences?

SDA is an IAB Tech Lab framework that lets sellers declare audience segments on their own inventory inside OpenRTB bid requests, using standardized taxonomy segment IDs instead of user identifiers. The segtax extension identifies which taxonomy the IDs come from — 4 designates IAB Audience Taxonomy 1.1 — so any buyer can interpret the declaration the same way, from any seller.

Why does IAB Audience Taxonomy 1.1 alignment matter here?

Because it removes the translation step. Our demographic fields, INT.* interests and PI.* purchase-intent segments were built aligned with Audience Taxonomy 1.1, so each attribute has a corresponding taxonomy branch and node. Instead of inventing a mapping from proprietary segments to the taxonomy, you crosswalk directly — and the fixed v1.0 vocabularies mean the crosswalk stays stable across quarterly refreshes.

Do you classify impressions in the bidstream for us?

No. The database describes domains and the real-time API describes pages, for planning, analysis and segment construction. Your SSP, wrapper or ad server emits the actual SDA declaration at request time from the mapping you configured. We deliberately do not claim impression-level pre-bid classification — the value here is credible, taxonomy-aligned evidence for what you declare.

Our sections differ a lot from our homepage. Can we go finer than domains?

Yes. Start with domain-level records for property-wide segments, then use the real-time API to profile representative URLs per section — the sports vertical of a general news site can declare different segments than its finance vertical. Both layers use the same vocabularies, so section-level and domain-level declarations stay consistent.

Related use cases

See what your domains could declare

Look up your properties in the audience demo, or license the domain file and build your first taxonomy-aligned SDA segments this quarter.

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.