What Are ID3 Tags for Podcast Episodes

ID3 tags are metadata stored inside the MP3 file itself, the episode title, the show name, the author, and the cover artwork, written into the audio file's own header rather than into your podcast feed. When you open an MP3 in a music player and it shows a title and a thumbnail, that text and image came from the ID3 tags baked into the file.

That last part is the whole reason this term trips people up. A podcast episode carries its title and artwork in two places: once inside the MP3 (the ID3 tags) and once in the RSS feed that points apps to the MP3. Most apps read the feed. Some readers, and almost any plain audio player, read the file. When the two disagree, you get the wrong title or the old artwork, and you spend an afternoon wondering why.

What ID3 tags actually store

ID3 is a tagging standard for MP3 files. The current common version, ID3v2.3, organizes data into named "frames," each holding one piece of information (id3.org spec). A frame for the title, a frame for the artist, a frame for an embedded image, and so on. They sit at the start of the file, so a player can read the label without downloading the whole episode.

For a podcast, only a handful of frames matter:

The one to watch is APIC, the embedded image. This is artwork stored inside the audio file, separate from the cover art you set in your podcast feed. A file can carry one cover and a feed can declare another, and that single mismatch is behind most "why is the wrong image showing?" support tickets.

ID3 tags vs RSS metadata: which one wins?

Here's the rule that clears up the confusion: directory apps read the RSS feed; plain audio players and a few readers read the ID3 tags. Apple Podcasts, Spotify, and the big directories pull the episode title, artwork, and description from your RSS feed. A music app, a car stereo, a file you airdropped to a friend, those read the ID3 tags inside the MP3, because there's no feed in sight.

So both can be "right" and still disagree, and it's not even consistent within one company. The iOS Apple Podcasts app reads episode artwork from the URL in the feed, while older desktop iTunes historically read the embedded ID3 image instead; Overcast leans on the embedded image too (Castos: episode artwork). There's no single "feed first, file as fallback" switch, different apps simply look in different places, which is why the only safe move is to set both. The directory and the file are two separate sources of truth, and which one a listener sees depends entirely on what they opened the episode in.

Why mismatched ID3 tags break things

When the file and the feed carry different information, the symptoms are predictable. Knowing which is which tells you where to look:

• Wrong artwork in a music app, right artwork in Apple Podcasts. The feed art is correct; the embedded APIC image is old. Re-export the file with the current cover.
• An old episode title surfaces somewhere. A directory app shows the feed title; a downloaded file shows the stale ID3 TIT2. Update the file's tags, or stop relying on the file's title.
• "Track 03, Unknown Artist" on a car stereo. The MP3 shipped with empty ID3 tags, so the player fell back to the filename and a blank artist. Fill TIT2, TPE1, and TALB before publishing.
• Bloated file sizes. A 3,000-pixel cover image embedded in every episode adds weight to every download. Keep the embedded APIC art reasonable; the high-res master belongs in the feed.

None of these are feed errors, and none are file errors on their own. They're disagreements. Fix them by setting both, then keeping them in sync whenever you change a title or refresh your cover.

How to set ID3 tags correctly

Most hosting platforms write sane ID3 tags for you when you upload, pulling from the title and artwork you enter in their dashboard. If your tags are wrong, the fix is usually in the source file before upload:

1. Embed current artwork. Use a tag editor (Mp3tag on Windows, Kid3 on Mac/Linux, or your DAW's export settings) to set the APIC image to your present cover. Match the dimensions your host recommends.
2. Set TIT2, TPE1, TALB. Episode title, host/author, and show name. These are what a fileless player shows.
3. Set TCON to "Podcast." It groups the file correctly in music libraries.
4. Re-upload. Replacing tags after publishing means re-uploading the corrected file; many hosts re-derive feed values, but the embedded ID3 data only changes if the file does.

The deeper habit: treat the feed as your live source of truth and ID3 tags as the label that travels with a loose file. Set both, match both, and you avoid the whole class of "wrong image" problems.

Frequently asked questions

Do podcast apps use ID3 tags or the RSS feed? Most directory apps, Apple Podcasts on iOS, Spotify, read the RSS feed for the title, artwork, and description. Plain audio players, car stereos, downloaded files, and some apps like Overcast read the ID3 tags inside the MP3. There's no single rule across apps, so set both and keep them matched (Castos: episode artwork).

Why is my podcast showing the wrong artwork? Almost always a mismatch between the embedded ID3 image (APIC frame) in the MP3 and the artwork declared in your feed. The app you're testing in is reading one source while another shows the old image. Re-export the file with current artwork and confirm your feed art matches.

Are ID3 tags required to publish a podcast? No. Apps that read your RSS feed work fine without them, because the feed carries the title and artwork. But empty ID3 tags make your episode show as "Unknown" in any plain player, so it's worth filling the basic frames, title, author, show, artwork.

What's the difference between ID3 tags and the enclosure tag? ID3 tags live inside the MP3. The enclosure tag lives in the RSS feed and is the line that points apps to the MP3's URL and size. One is the file's internal label; the other is the feed's link to the file. Both, along with the episode's GUID, are pieces of how podcast distribution gets an episode to listeners.

Does fixing ID3 tags help my podcast grow? Only indirectly, clean tags prevent embarrassing "Unknown Artist" displays, but they don't move discovery. Growth comes from being found, and a lot of that now happens through social clips rather than directory browsing. Note that the public download benchmarks people quote skew toward indie shows: Buzzsprout's widely cited stats, for example, are drawn from a single host's catalog of 100,000-plus active podcasts, not the whole industry (The Podcast Host).