Back to MIME Types

audio/mpeg MP3 Flagship

Identifies MP3 audio files — the most universally supported compressed audio format.

What it's for

audio/mpeg identifies MP3 audio files — despite the type saying "mpeg" rather than "mp3," this is the correct, official MIME type for .mp3 files (MP3 is technically MPEG-1 Audio Layer III, hence the naming). It remains, by a wide margin, the most universally compatible compressed audio format across virtually every device, browser, and media player that has ever existed, which is exactly why it's still the safe default choice for web audio delivery despite newer, more efficient formats existing.

Format & syntax

Content-Type: audio/mpeg

No parameters typically used. The naming mismatch between the MIME type (audio/mpeg) and the common file extension (.mp3) is a frequent point of confusion — there's no audio/mp3 officially registered type; audio/mpeg is the correct one to use, even though some non-standard tools and older systems have used audio/mp3 informally.

How it's used in practice

  • Podcast and audio content delivery — MP3 remains the dominant format for podcast distribution specifically because of its universal playback support across every podcast app and device without any compatibility concerns.
  • <audio> element sources — HTML5 <audio> elements commonly include an MP3 source (often alongside other formats like Ogg Vorbis for broader/more efficient coverage), relying on the browser's native MIME-type-based format selection.
  • Music streaming and download services — many music platforms still offer or fall back to MP3 for its universal device compatibility, even when higher-efficiency codecs are available for streaming.
  • Voice memos and simple audio recording features — apps with basic audio recording/playback functionality often default to MP3 (or occasionally a more compact format) for straightforward, broadly compatible storage and playback.

Common mistakes & gotchas

  • Using audio/mp3 instead of the correct audio/mpeg — a very common mistake since it seems more intuitive given the .mp3 file extension, but audio/mpeg is the officially correct and more broadly recognized type; using the non-standard audio/mp3 can cause inconsistent behavior across different browsers/tools that don't recognize it.
  • Not setting Accept-Ranges for audio streaming/seeking — for <audio> playback with seeking support (jumping to a specific point in a track), the server needs to support HTTP range requests correctly, which is a server configuration concern separate from the MIME type itself but commonly overlooked when self-hosting audio files.
  • Assuming MP3 is the most space-efficient option — newer audio codecs (like AAC or Opus) generally achieve better audio quality at smaller file sizes than MP3 for a given bitrate — MP3's advantage is universal compatibility, not maximum efficiency, so for bandwidth-critical streaming applications, more modern codecs are often the better technical choice where compatibility allows.
  • ID3 tag/metadata handling issues — MP3 files commonly carry ID3 metadata tags (title, artist, album art), and inconsistent or malformed ID3 data across different encoding tools can cause metadata display issues in different players, a separate concern from the MIME type itself but a common real-world MP3 file quality issue.

Comparison & FAQ

Type Purpose Key difference from audio/mpeg
audio/wav Uncompressed or minimally compressed audio Much larger file sizes; typically used for audio editing/production rather than web delivery
audio/ogg Open, often more efficient compressed audio Better compression efficiency in many cases, but historically less universal device support than MP3

Should I use audio/mpeg or audio/mp3 for MP3 files?

Use audio/mpeg — it's the officially correct, IANA-registered type for MP3 audio, despite the naming not matching the common file extension. audio/mp3 is non-standard and can cause inconsistent handling.

Why can't users seek/jump around in my self-hosted audio player?

Check that your server correctly supports HTTP range requests (Accept-Ranges header and partial content responses) for the audio file — without this, browsers can't efficiently seek to arbitrary points in the track.

Is MP3 still a good choice for web audio in 2026?

For maximum compatibility, yes — it remains the most universally supported compressed audio format. For bandwidth-sensitive streaming where you control the playback environment, newer codecs like AAC or Opus often achieve better quality-per-byte.

Why does my MP3's title/artist info show incorrectly in some players?

Likely an ID3 metadata tag issue — different encoding tools can write ID3 tags in slightly inconsistent ways, and different players parse them with varying degrees of leniency, leading to display inconsistencies across platforms.