1Upload the MP3 audio files you want brought to a consistent level — a whole set at once is exactly the case this is for.
2Pick a target: about -14 LUFS for streaming platforms, -16 LUFS for podcasts, -23 LUFS for broadcast.
3Run the analysis; integrated loudness and true peak are measured before any gain is decided on.
4Download the normalized MP3 file, with the dynamics inside each track left untouched.
Normalize MP3 Loudness FAQ
Does the source format affect normalisation?
+
It does. MP3 is the universal lossy codec — nothing refuses to play it, at the cost of poorer quality per bit than AAC or Opus. That determines whether the corrected audio can be written back exactly or has to be re-encoded.
Anything specific to MP3 here?
+
Yes — MP3 frames are fixed-size blocks, so a cut lands on a frame boundary and gapless playback markers do not survive a re-encode. Worth knowing when the goal is a consistent set rather than one file.
What loudness target should I aim for?
+
About -14 LUFS is what the major streaming platforms normalise to, -16 LUFS is the usual podcast target, and -23 LUFS is the broadcast standard. Going louder than the platform target gains you nothing — the platform simply turns it back down.
How does Normalize MP3 Loudness decide the right level?
+
Concretely, loudness is measured against the EBU R128 standard and a single gain adjustment brings the whole file to the target LUFS — which is what streaming platforms actually measure, and is not the same thing as peak normalisation. The file is measured first and the correction follows from the measurement, rather than a fixed gain being applied and hoped for.
Can I run Normalize MP3 Loudness on several MP3 audio files at once?
+
Yes. Upload the set and they process in parallel with the same settings, which is the practical way to handle a podcast series or an album rather than repeating the job by hand.
Do tags and cover art survive?
+
Yes. ID3, Vorbis comments and MP4 metadata atoms are carried across, cover art included, so a processed file still sorts correctly in a music library. ReplayGain values are recalculated rather than copied, because a stale one is worse than none.
Is there a file size limit on Normalize MP3 Loudness?
+
Yes: free accounts process audio up to 15 MB per file, which at typical bitrates is several hours of material; ffmpeg does the decoding and encoding, exactly as it would on a desktop. That is the most generous cap on the site after video, and audio work rarely runs into it.
Will Normalize MP3 Loudness lower the quality of my MP3 audio files?
+
A lossy file has already discarded detail once, and re-encoding discards more — that is generation loss and it does not undo. Wherever the job can be completed by copying the encoded stream rather than re-encoding it, that is what happens, and the audio comes back bit-identical.
Why does a Word site host Normalize MP3 Loudness?
+
WORD.to is built around the editable end of a document's life — the DOCX that is still being written, still being styled and still being argued over, before anyone flattens it for sending. Office files are containers full of other people's media — images, embedded audio, fonts — so the work people need on them is usually the work they would need on those contents anyway. Normalize MP3 Loudness shares the upload, the caps and the account with the conversions for that reason.
What should I do with the result once Normalize MP3 Loudness is finished?
+
The converter on this site takes documents out to PDF for sending, to images for embedding and to plain text for anything that has to read them programmatically, and back the other way. Doing that afterwards keeps the editable original around, which is the part you cannot get back once it has been flattened.
Is Normalize MP3 Loudness here the same tool the sibling sites run?
+
The engines are shared — the same document toolchain, the same workers, the same limits. What a Word site adds is a view on what survives leaving the Office format and what does not, which is the question every one of these jobs actually turns on. It also starts from one fact about the format this site is named after: the document is a zip of XML, so text edits are cheap and the weight is almost always the embedded images.
Do I need an account, and does anything get kept?
+
No account, and nothing is kept: uploads are deleted from the workers shortly after the job finishes, nothing is read and nothing is indexed. Free accounts exist for history and batch size, not for access.
