Designing podcast cover art that stands out on Apple and Spotify

Why almost every cover fails the same way

It was designed at full size on a desktop monitor. At 3000 pixels square, everything reads. In a listener's feed the same file competes at the size of a postage stamp, next to a screen full of shows in the same category, on a phone held at arm's length. That is the size that decides whether anyone taps.

So put the shrink in your process instead of finding out after launch. Export the file, drop it into a document, scale it until it is about as wide as your thumbnail, and look at it from where you normally hold a phone. No zooming. Whatever you cannot read at that size is not on your cover, whatever the layered file says.

The test is the constraint, not a final check

Most hosts run the shrink at the end, watch it fail, and try to rescue the design by nudging the type up a size. That rarely works. The problem is usually the number of elements rather than the size of any one of them. Shrink at the sketch stage and you design toward the small version from the beginning, which is a different drawing altogether.

The specs, and where they come from

Apple Podcasts asks for show cover art at 3000 by 3000 pixels, square, in PNG or JPG. If you submit through an RSS feed, it accepts anywhere from 1400 by 1400 up to 3000 by 3000. No transparency and no alpha channel. Spotify's guidance matches that range at a 1:1 ratio.

• Apple Podcasts show cover: 3000 by 3000 pixels, square, PNG or JPG, with no transparency and no alpha channel.
• Submitting through an RSS feed: Apple accepts cover art from 1400 by 1400 up to 3000 by 3000 pixels.
• Spotify show art guidance: between 1400 by 1400 and 3000 by 3000 pixels at a 1:1 ratio, no more than two fonts, and no more than one bold pattern plus one illustrative element.

Apple also publishes a template that marks the art safe area. The play button, labels, and subscription offerings sit on top of the cover in places, and anything you push to the edges can end up cropped or covered. Both specs are on Apple's show cover page and Spotify's show art guidance, and they are short enough to read in full before you open a design file.

What survives the shrink

Few words, one focal element, and contrast strong enough that the title separates from the background at a glance. If the show is built on a person, a face works, provided the face is cropped tight enough to read as a face rather than a smudge. Everything else is decoration.

• Three or four words at most. The show title, and not the word Podcast. If the title is long, set the memorable half large and the rest small enough to ignore.
• One focal element. A face, a symbol, a single strong shape. Two focal elements read as clutter once the square gets small.
• High contrast between type and background. Dark on light or light on dark, checked in both the light and dark app themes.
• Heavy type. A bold sans at medium size holds up where a light sans set large falls apart.
• A tight crop, if the show is built on a person. Shoulders and background disappear at small size anyway, so give the face the whole frame.

What dies at thumbnail size

A full sentence, thin script fonts, low contrast, busy photography, and a headshot small enough to read as a smudge. The other common failure is not a legibility problem at all. It is a sameness problem, and the microphone illustration is the worst offender in podcasting.

• A full sentence. Taglines, mission statements, and the words A Podcast About all vanish at the size that counts.
• A microphone illustration. It is the most common element in podcast art, which makes your show interchangeable with several hundred others in the same grid.
• Thin script and handwriting fonts. The strokes are the first thing to go.
• Low contrast. Grey on grey looks restrained at full size and reads as an empty square in a feed.
• Busy photography. A clear subject on a plain background survives. A photo with a horizon, three people, and a sky does not.
• A small headshot floating in a corner. Either commit to the face or leave it off.

Judge it in the grid, not on your desktop

Open your category on a phone and look at the real grid of shows you are about to sit inside. The question is not whether your cover looks good on its own. It is whether someone scrolling that grid could pick yours out of it and describe it afterward.

Two things usually show up fast. Half the category shares a palette, which means the obvious color for your topic is the crowded one. And the covers you remember from the scroll are almost always the ones with the fewest elements on them. Screenshot the grid, drop your cover into it at the same scale, and hand it to someone who does not know your show. Ask them to find yours. Any hesitation is your answer.

Distinguishable beats beautiful

A cover that is different in the right direction outperforms a prettier cover that blends. If everyone in your category uses navy and gold, a flat clay-red square with three words on it wins the grid without being a better piece of design. Find the gap that is open and take it.

Your cover is a sponsor-facing asset

It is the first thing a brand sees when they look you up. Before the download numbers, before the media kit, before anything you wrote, there is a square image telling them whether this is a real show or a hobby. That judgment happens before they read a word, and it is hard to reverse.

The art then follows you everywhere the money is. It sits at the top of the media kit, in the calendar invite, and in the deck a brand manager forwards internally to someone who has never heard the show. Pod Green Room builds the media kit from your real show data, and your cover sits at the top of it. Fix the art before the first pitch goes out. The free sponsorship guide covers what fills the rest of the page, and the template library has the pitch emails already written.

A sponsor will not decline over a mediocre square. But the cover is one of several things a brand checks before replying, and it is the cheapest of them to fix. The free sponsor readiness grader scores the rest of that list, and it sits alongside the guest pipeline and follow-up tracking in Pod Green Room, where the unglamorous half of sponsorship actually gets managed.

Designer or template

A template is fine, and often better than a bad custom job. What separates good cover art from bad is rarely the budget. It is the brief. A designer working without one will hand you something beautiful that fails in the grid, because nobody showed them the grid.

So write the brief before you hire anyone and before you open a template. Two lines carry most of it: the audience sentence, meaning who listens named by job title and problem, and the thumbnail constraint, meaning this gets judged at the size of a fingernail. Those two lines plus a screenshot of your category grid will get you something usable from almost any designer.

1. The audience sentence. Who listens, named by job title, industry, and the problem they lose sleep over.
2. The title, and how you want it to break across lines if it runs long.
3. The thumbnail constraint, stated plainly. Ask to see every concept small before you see it large.
4. A screenshot of your category grid on a phone, with a note on the palette you want to stay away from.
5. Three covers from outside podcasting that you like, and one sentence each on why.

Templates fail in exactly one way, which is that a few hundred other people picked the same one. If you go that route, change two things: the palette and the typeface. A stock layout in your own color, set in something heavier than the default, stops looking like a stock layout at the only size that matters.