Apple Podcasts on any website.

The iTunes Search API is the original entry point for any Apple Podcasts widget worth embedding. It is a free, public, no-key REST endpoint at itunes.apple.com/search and itunes.apple.com/lookup that resolves any podcast in the Apple Podcasts directory by show name, Collection ID, or RSS feed URL. The API returns a JSON document with the show's title, artwork at multiple resolutions, primary genre, secondary genres, country storefront, episode count, content advisory rating, feed URL, and the canonical podcasts.apple.com link. Despite the iTunes branding (Apple retired the iTunes app in 2019), the endpoint itself is alive, well-maintained, and powers Apple's own internal podcast browsing surfaces. There is no rate limit officially documented, but Apple recommends caching responses and not exceeding roughly 20 requests per minute per source IP. Poper resolves your show once at connect time, then caches the show metadata at the global edge for 6 hours on the Free plan and 30 minutes on Pro. The actual episode catalog comes from the show's RSS feed (itunes:type, itunes:duration, itunes:explicit, and the standard RSS 2.0 enclosure tag), not from the iTunes Search API, because the directory API only exposes the most recent batch of episodes Apple chose to cache. Reading the RSS feed directly gives you the full episode history including everything older than the directory's cache window. There is also a closely related but distinct endpoint, the Apple Podcasts Customer Reviews RSS feed, which returns the most recent reviews for any Collection ID across any of Apple's 175 country storefronts. Poper combines all three sources (Search API, RSS feed, Customer Reviews RSS) into a single normalized response so the widget renders show metadata, full episode catalog, and review wall from one widget config.

Every show on Apple Podcasts is owned by a podcast host (Buzzsprout, Transistor, Libsyn, Captivate, Anchor, RSS.com, Podbean, and so on) and submitted to Apple Podcasts Connect, which is Apple's free creator dashboard for podcasters. Apple Podcasts Connect does not host audio. It only ingests RSS feeds your podcast host generates, validates them against Apple's RSS specification (which requires itunes namespace tags like itunes:author, itunes:category, itunes:explicit, and itunes:image), and indexes the resulting show into the directory. This separation matters for embedding. The widget never talks to Apple Podcasts Connect because Connect is for show owners, not for embedders. The widget talks to the public iTunes Search API and the public RSS feed your host generates, both of which are CORS-friendly and require no authentication for public shows. If your show is on Apple Podcasts Subscriptions (Apple's paywalled tier), the subscriber-only episodes are fetched from a separate authenticated RSS feed Apple provides, and the widget supports embedding either the public free episodes only or, for show owners, the full subscription catalog with a one-time Apple ID OAuth handshake. There are a few RSS feed gotchas worth knowing about. Trailers and bonus episodes are flagged with itunes:episodeType (trailer, bonus, full) and most directories now sort or filter on this field. Season and episode numbers come from itunes:season and itunes:episode, not from the episode title, so widgets that parse titles for episode numbers will lose accuracy as soon as your titles drift from a strict format. The itunes:duration tag is recommended in HH:MM:SS but most hosts emit it in raw seconds, and Apple Podcasts itself accepts both. Poper normalizes all of these into ISO 8601 duration strings before they hit the widget so the rendered episode list is consistent regardless of which podcast host generates the RSS.

Embedding episodes and ranking episodes are two completely different things. An Apple Podcasts directory link by itself is invisible to Google's podcast index because Google cannot crawl what is inside an Apple Podcasts deep link. To be eligible for the podcast carousel that appears at the top of many search results pages for podcast queries, and to get the listenable audio rich result with a play button next to your organic listing, your page needs Schema.org PodcastEpisode structured data for each episode plus a parent PodcastSeries reference for the show. The required PodcastEpisode fields are name, datePublished, associatedMedia (a MediaObject with contentUrl pointing to the actual audio file URL), and partOfSeries (a PodcastSeries object with name and webFeed). Strongly recommended fields include description, duration in ISO 8601, episodeNumber, seasonNumber, and url pointing to the episode page on your site. Most Apple Podcasts widgets emit none of this. The official Apple Podcasts embed badge emits zero structured data. Poper auto-injects a complete PodcastEpisode JSON-LD block for every episode in the feed plus a single PodcastSeries block for the parent show, populated from the iTunes Search API response and the underlying RSS feed, so the episodes you embed are immediately eligible for podcast carousel placement. Validate with Google's Rich Results Test on any page where the widget is embedded. There is a second tier of optional fields worth populating when you have the data: transcript for searchable captions (which Google increasingly uses to surface episodes for question-style queries), inLanguage for international shows, contentRating for explicit episodes, and isAccessibleForFree as a boolean to distinguish free episodes from Apple Podcasts Subscriptions content. Poper pulls transcripts from the podcast:transcript namespace tag when your podcast host emits it (Buzzsprout, Transistor, Captivate, and Castos all support podcast:transcript natively under the Podcasting 2.0 spec). Beyond Google, PodcastEpisode is also consumed by Bing Audio search, DuckDuckGo, and increasingly by AI search engines like Perplexity and ChatGPT search that build their podcast answer cards directly from PodcastEpisode markup. The same JSON-LD investment pays off across five different surfaces.

Apple Podcasts Subscriptions launched in 2021 as Apple's paywalled tier for premium podcast content. Show owners enroll through Apple Podcasts Connect, set a price (anywhere from $0.49 to $49.99 per month with annual options), and configure which episodes are subscriber-only. Apple takes a 30 percent revenue share in year one and 15 percent thereafter, payouts go to the show owner's Apple developer account, and subscribers manage their subscription through the same Apple ID infrastructure that powers App Store subscriptions. From an embedding standpoint, this matters because subscriber-only episodes are exposed through a separate authenticated RSS feed that requires the show owner's Apple ID to access. The widget supports two modes. In public mode, the widget shows only the free episodes from the public RSS feed and renders a Subscribe on Apple Podcasts call to action under each subscriber-only episode placeholder, deep-linking the visitor into the Apple Podcasts app where they can complete the subscription purchase. In owner mode (after a one-time Apple ID OAuth handshake), the widget can render the full subscription catalog including subscriber-only episodes, with optional gating that checks whether the visitor is logged into Apple Podcasts on the same device and shows the full episode if so or the upsell if not. Beyond Apple's paywall, dynamic ad insertion is the second monetization surface that matters for embedded podcasts. Modern podcast hosts (Acast, Spotify Megaphone, Libsyn AdvertiseCast, Podscribe, ART19) inject ads at the encoder level before the audio file is served, which means the audio file URL the widget plays is the same URL with ads pre-rolled in. Poper preserves this by always playing the original audio URL the host generates rather than caching a copy, so dynamic ads continue to monetize listens that happen on your widget. UTM tagging is supported on all listen-out clicks so you can attribute Apple Podcasts subscription conversions and ad impressions back to specific embed placements on your site.

The default audio elements that podcast widgets ship are surprisingly heavy. A standard HTML5 audio player with waveform visualization, scrub timeline, and chapter markers can pull 200 to 400KB of JavaScript, decode the entire audio file on initial render even if the visitor never presses play, and frequently regress Largest Contentful Paint by 800ms to 1.4 seconds depending on the audio file size and the visitor's connection. Embed five episodes as standard audio players and you can lose 12 to 18 Lighthouse points before any other code runs. The fix is the lite-player pattern: render only the episode artwork, title, and a play button overlay (under 4KB per episode) on initial load, and only swap in the real audio element with the waveform decoder when the visitor presses play. Apple's own podcasts.apple.com web player uses a near-identical pattern. Poper ships lite mode as the default, so all the episodes you embed cost you no more LCP than the same number of static images. Visitors who press play see the full player with timeline, scrub, speed controls, and chapter markers. Visitors who scroll past pay nothing. The performance difference between lite mode and standard audio embeds is the difference between a 90+ Lighthouse score and a 65. There are three additional optimizations Poper applies on top of lite mode. First, episode artwork is served at 2x retina resolution from the iTunes Search API CDN (mzstatic.com, Apple's own image network) and converted to WebP on the fly through our edge layer, which typically halves artwork weight versus the original PNG. Second, the play-button overlay uses a single inline SVG instead of an image request, which saves a round trip per episode. Third, when a visitor does press play, the audio element is created with the preload metadata attribute so the browser fetches only the first second or two of audio for instant playback rather than buffering the entire 60-minute episode. The combined result is that a page with twelve embedded episodes in lite mode often outperforms a page with two embedded episodes in standard mode on every Core Web Vitals metric. If page speed matters to your SEO, this is the single biggest reason to choose carefully which Apple Podcasts widget you embed. GDPR consent is also handled cleanly: lite mode sets no cookies and makes no third-party network requests until the visitor presses play, so the widget passes the strictest EU consent rules without requiring a cookie banner click.