All posts
Release readiness

Spotify release targets in 2026 — the numbers that actually matter

Spotify normalizes everything to −14 LUFS. What that means for your true-peak ceiling, your loudness range, and the file you send to Spotify for Artists — backed by the published spec.

5/23/2026·5 min read·spotify, release-readiness, lufs, loudness
Learn version available

This post is part of the archive. The workflow-first guide lives in Learn and is the better place to start if you want the product path instead of the background read.

Open the guide

If your mix sounds great in your DAW but quiet, narrow, or distorted on Spotify, the cause is almost always the same: it wasn't set up for the loudness normalization that Spotify applies the moment a listener presses play. Most producers know "Spotify is −14 LUFS." Fewer know what that actually means for the file they upload — and the file that wins on Spotify isn't the one with the highest peak; it's the one that's already in the shape Spotify wants.

This post walks through Spotify's published targets, what each one means in practice, and the smallest set of measurements you need to confirm your master will land cleanly.

It also shows the part a tool should play: not just telling you the spec, but showing whether your track actually meets it, which corrective step fixes the miss, and how to keep the result loud enough without breaking the transients.

What Spotify actually normalizes to

Spotify's published Loudness Normalization spec says it normalizes streams to −14 LUFS integrated, measured per BS.1770-5, with a true-peak ceiling of −1.0 dBTP. Here's what each piece means:

  • Integrated LUFS is the average loudness of the entire track, weighted by the ITU-R BS.1770-5 K-weighting curve. It's not RMS, it's not dBFS — it's a perceptual measure designed to match how humans actually experience loudness over time.
  • −14 LUFS is the target. If your master is louder, Spotify turns it down. If it's quieter, Spotify turns it up only when "Loud" mode is on; otherwise, your quiet master stays quiet.
  • True peak (dBTP) measures inter-sample peaks — the peaks that appear between sample points when the signal is reconstructed by the DAC. A sample-domain peak of 0 dBFS can have an inter-sample peak well above 0 dBTP, and any encoder downstream (Spotify's Ogg Vorbis, AAC for AirPlay, etc.) can clip on those peaks.
  • −1.0 dBTP is the headroom Spotify wants you to leave so its codec doesn't clip you.

The "louder is better" trap

Before normalization, the loudness war made sense: a louder file sounded better in A/B comparisons because the ear naturally hears louder as better. Streaming normalization broke that.

When Spotify pulls your file down to −14 LUFS, every dB you pushed above −14 LUFS is dB you spent on transient compression, peak limiting, and dynamic-range crushing — and the listener never hears any of that loudness payoff. They hear the consequence of the loudness war (compressed transients, dead dynamics, flat punch) without any of the loudness benefit.

A master at −14 LUFS with a 9 LU loudness range sounds punchier on Spotify than a master at −8 LUFS with a 5 LU range. The first one keeps its transients. The second one had them squashed before normalization pulled the level down anyway.

What this looks like as measurements

You want a master that hits these targets before upload:

Measurement Target Why
Integrated LUFS −14 ± 1 Lands at Spotify's target post-normalization with minimal gain change
True peak (dBTP) ≤ −1.0 dBTP Leaves headroom for codec encoding
Loudness range (LRA) 6–12 LU Streaming-appropriate dynamics — punchy but not exhausting
Stereo correlation (full) > 0.5 Mostly mono-compat; stereo width without mono cancellation
Stereo correlation (< 150 Hz) > 0.7 Low end holds together on phones, Bluetooth speakers, cars

The first two are the contract. The last three are what separates a "technically compliant" master from one that translates.

What gets clipped

True peak is the silent killer. A master with sample peaks at 0 dBFS can have inter-sample peaks at +1, +2, even +3 dBTP. Spotify's Ogg Vorbis encoder doesn't know what to do with samples above 0 dBFS after reconstruction — it clips. You hear it as crunch on transients, harshness on cymbals, a fizzy top end on sibilants.

The fix is a true-peak limiter (not a sample-domain brick wall). A 4× oversampled limiter measures peaks at the higher rate, limits them, and downsamples — that bounds the inter-sample peak at the user-requested ceiling. MixLens's TP_LIMIT step does this with a 4× oversample factor and a hard clip at the oversampled rate; the result is reliably below the target dBTP after decimation.

Genre-specific gotchas

The −14 LUFS target is universal, but how you get there isn't. A few notes:

  • Hip-hop / electronic / dance — the kick + sub are doing most of the work. A wide low-end (sides hot below 60 Hz) will sound huge on headphones and disappear on a phone. Mono-compat below 150 Hz is non-negotiable; a stereo-to-mono utility on the low end before any bus saturation is the right move.
  • Pop / R&B — vocal forwardness matters more than loudness. A master that's −14 LUFS but with a vocal sitting 2 dB below the rest of the mix will sound "behind glass" on phone speakers, where the listener's ear lives.
  • Rock / metal — the loudness range trap hits hardest here. A 4 LU LRA master at −14 LUFS sounds tired; an 8 LU LRA master at −14 LUFS keeps the chorus impact intact.
  • Classical / jazz — Spotify's "Loud" mode actually helps you. Quieter masters (−18 to −16 LUFS integrated) preserve dynamics for the listeners who want them; the normalization brings the level up to feel competitive on shuffle.

How to verify before you upload

Drop your bounce in MixLens, set the playback target to Streaming, and the score on the dashboard tells you whether the master meets Spotify's published spec. Every diagnostic ("True peak exceeds ceiling," "Low end collapses on mono") traces back to a named rule reading a named metric — so the actions are concrete, not vibes.

If the master needs fixes, the corrective chain renders a new version with LOUDNESS_NORMALIZE at −14 LUFS and TP_LIMIT at −1.0 dBTP applied deterministically. That's the spec — automated.

That same workflow scales past a single song:

  • use the same target across a whole project when you batch-render an EP or album
  • keep the loudness target and true-peak ceiling visible while you tune the chain
  • switch from a safe streaming master to a louder competitive target when the release calls for it
  • export platform-specific files without re-reading the spec every time

The value is not that MixLens knows Spotify's number. The value is that it turns Spotify's number into a repeatable workflow you can use on every release.

TL;DR

  • Master to −14 LUFS integrated, −1.0 dBTP true peak, 6–12 LU range
  • Don't fight Spotify's normalization with loudness — you'll lose transients and gain nothing
  • Use a true-peak limiter, not a sample-domain brick wall
  • Verify with a measurement, not your ears (your ears lie about LUFS)

Once a master meets these targets, it translates. That's the whole point.

See your mix the way it'll translate.

MixLens runs the same standards-based analysis described in this post on your bounce — free, deterministic, every score backed by a citation.