Skip to main content
Big podcast publishers don’t sell ads one show at a time. iHeartPodcasts produces thousands of shows; a single advertiser (Public.com, Mint Mobile, Audible) commonly runs across dozens of them as a network buy. The per-podcast advertising endpoints give you one show at a time. These endpoints surface the rollup.
Available to MCP agents as the advertising section on particle_podcast_get_publisher — pass include=["advertising"]. The sponsor→publishers flip is also exposed to agents via particle_company_get_podcast_ad_presence with include=["publishers"] (the path resolves the company ref and aggregates across all linked sponsors). The cross-publisher leaderboard remains REST-only.
Use these endpoints when you want to:
  • See a publisher’s whole ad book in one shot — total spend, unique sponsors, network buyers.
  • Find sponsors doing network/bundle buys across a publisher’s catalog (sort by podcast_coverage).
  • Reverse the lens: given a sponsor, see every publisher whose catalog they buy into and at what coverage.
  • Compare publishers by monetization density (ads_per_active_podcast) — small sub-networks often outrank flagship catalogs.

Publisher advertising profile

The top-level rollup for a single publisher:
Response (truncated)
The publisher and coverage envelopes match the shapes used by the publisher bias and publisher suitability profiles, so callers can use the same destructuring code across all three publisher-level surfaces. network_buyers_count is the bundle-buy headline: how many distinct sponsors appear on at least three of the publisher’s podcasts and at least 25% of the catalog. A publisher with 76 network buyers is selling a lot of network inventory; a publisher with 2 is mostly selling shows individually. podcast_coverage on each top sponsor tells you how many of the publisher’s podcasts that sponsor appears on. Public.com on 93 of the 210 iHeartPodcasts shows in our index is unambiguously a network buy.

List sponsors for a publisher

Drill into the full sponsor list for a publisher, sortable by ad volume or by network coverage:
Response (truncated)

Query parameters

List publisher podcasts ranked by ad volume

Ad volume diverges sharply from popularity inside a single publisher. The default catalog listing at /v1/podcasts/publishers/{id}/podcasts orders by popularity; this endpoint orders by total ads detected, with per-podcast monetization stats:
Response (truncated)
Given one sponsor — or a company, by slug or domain — list every publisher whose catalog they buy into. When the {id} path parameter resolves to a company (e.g. apple.com), the response aggregates across every deduped sponsor linked to the company; the correct view for multi-sponsor brands like Apple where the company’s footprint spans several sponsor aliases. Pass a specific sponsor ID to scope to that one alias instead.
Response (truncated)
A sponsor that hits 60–100% coverage across multiple publishers is doing network buys, not per-show buys. This is the cleanest signal we expose for that pattern.

Cross-publisher leaderboard

Rank publishers by an advertising activity metric:
Response (truncated)

Query parameters

The publisher leaderboard reflects an all-time, MV-fresh snapshot — time-window filters are not currently exposed. Use the sponsor leaderboard with publisher_id if you need a time-windowed view scoped to one publisher.

Scoped sponsor leaderboard

The standard sponsor leaderboard accepts an optional publisher_id query parameter — set it to scope the ranking to ads on one publisher’s catalog. Like every publisher reference in the API, the parameter accepts either the publisher slug (e.g. iheartpodcasts) or the encoded publisher ID:
This is the cheapest way to ask “who are the top sponsors within a publisher’s catalog” with full Sponsor object detail (including id so you can pivot to other sponsor endpoints).

Choosing the right endpoint

  • Advertising — per-podcast, per-company, and per-episode views.
  • Publishers — catalog browsing endpoints for publishers themselves.