Blog Content Workflows 7 min read

RSS Feeds and Podcast Cover Art Image Placeholders

Generate podcast cover placeholder images and RSS feed thumbnails from text when cover art files are missing or pending approval.

podcast cover placeholderRSS feed imagepodcast art requirementsiTunes artworkfeed thumbnail
RSS Feeds and Podcast Cover Art Image Placeholders

Podcast directories — Apple Podcasts, Spotify, Google Podcasts — require artwork before approving a new show. If your cover art is not ready or fails Apple's technical validation, your podcast submission is rejected and you cannot launch until you supply a compliant image. A placeholder that meets the minimum spec unblocks the submission while you finalize the real artwork.

RSS feed readers also display channel and item-level thumbnails from the image tags in the feed. When those images are missing or return errors, feed readers show broken-image icons beside every episode. A URL-based placeholder image keeps the feed presentable and the metadata complete.

Requirements

Apple Podcasts and Spotify artwork spec for podcast cover placeholder

Apple Podcasts requires artwork between 1400×1400 and 3000×3000 pixels, square aspect ratio, in JPEG or PNG format, under 512 KB, in RGB color space. The image must be accessible via a public URL that returns the correct Content-Type header. Apple's validator rejects images that return text/html or application/octet-stream even if the file is a valid JPEG.

Spotify Podcasters has the same 1400×1400 minimum with a 3000×3000 recommended resolution. Both platforms require the image URL in the RSS feed's <itunes:image href> tag at the channel level. Episode-level artwork goes in each <item>'s <itunes:image href> tag.

Google Podcasts (now Podcast Manager by Google) and iHeartRadio follow the same minimum 1400×1400 requirement. The consistent spec across directories means a single placeholder image URL at 1400×1400 satisfies all major submission requirements.

Implementation text
<!-- RSS channel-level podcast artwork -->
<rss version="2.0" xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd">
  <channel>
    <title>My Podcast</title>
    <itunes:image href="https://fallback.pics/api/v1/square/1400?text=My+Podcast&theme=purple" />

    <!-- Episode-level artwork override -->
    <item>
      <title>Episode 1: Getting Started</title>
      <itunes:image href="https://fallback.pics/api/v1/square/1400?text=Ep+1%3A+Getting+Started&theme=purple" />
    </item>
  </channel>
</rss>

Feed readers

Thumbnail sizes for RSS feed reader item previews

RSS feed readers display channel artwork at around 64×64 to 128×128 pixels in their list view. The image is fetched from the itunes:image URL and scaled down. Feedly, Inoreader, and Reeder all follow this pattern. The high-resolution artwork requirement from Apple Podcasts is for the directory listing page where the image is shown at larger sizes.

Item-level images in blog RSS feeds come from the media:content or enclosure tag in each item element. When a blog post has a featured image, that URL goes there. When it does not, feed readers show a broken icon. A fallback.pics thumbnail URL derived from the post title keeps every item in the feed visually complete.

Implementation text
<!-- Blog RSS item with fallback thumbnail via media:content -->
<item>
  <title>How to Optimize Your Database Queries</title>
  <link>https://example.com/blog/database-query-optimization</link>
  <media:content
    url="https://fallback.pics/api/v1/thumbnail/1200x630
      ?text=How+to+Optimize+Your+Database+Queries
      &theme=purple&style=soft"
    medium="image"
    width="1200"
    height="630"
  />
</item>

Validation

Testing RSS feed images before submitting to directories

Use Podbase's podcast validator at podbase.fm/validator or Cast Feed Validator at castfeedvalidator.com to check your RSS feed before submitting to Apple Podcasts. Both tools check the itunes:image URL for accessibility, correct Content-Type, and minimum dimensions. Paste the fallback.pics URL into a browser first to verify it returns an image at the expected dimensions.

Apple's Podcasts Connect portal shows a preview of the artwork during submission. If the image looks correct in the preview, it will pass Apple's automated validation. The most common failure is a URL that requires authentication or returns a redirect chain that the validator does not follow.

Transition plan

Replacing the placeholder with real artwork without breaking the feed

When your real artwork is ready, update the URL in the RSS feed's itunes:image tag. Apple Podcasts re-fetches channel artwork periodically (roughly every 24 hours). The change propagates to listeners within a day or two. You do not need to re-submit to the directory.

For episode-level artwork, update the item's itunes:image href. Podcast apps generally show the artwork that was set when the listener first downloaded or streamed the episode. Updating the feed does not update artwork the listener has already cached.

Blog feeds

Generating consistent og:image and feed thumbnails from one URL

If you generate your blog's OG image from a fallback.pics thumbnail URL, you can reuse the same URL in the RSS feed's media:content tag. The OG image and the feed thumbnail are the same asset, derived from the same post title and color theme. This eliminates the need to maintain separate image assets for two distribution channels.

Key takeaways

What to standardize before shipping

  • Apple Podcasts requires artwork at 1400×1400 to 3000×3000 pixels, JPEG or PNG, under 512 KB — a placeholder at 1400×1400 satisfies all major directory requirements.
  • Generate podcast cover placeholder URLs from the show name to unblock directory submission while final artwork is in production.
  • Blog RSS feeds can reuse the same fallback.pics thumbnail URL for both OG meta tags and media:content feed thumbnails.
  • Validate the image URL in Podbase or Cast Feed Validator before submitting to podcast directories.
  • Update the RSS feed's itunes:image href when real artwork is ready — directories re-fetch and update within 24 hours.

Production fallback layer

Use fallback.pics anywhere an image URL is accepted.

Start with one deterministic URL and standardize fallback behavior across your design system.

Read the docs