De los seis servicios de streaming cuyo tratamiento de la sonoridad más se discute, exactamente uno publica un objetivo de normalización que puedas citar. Spotify publica −14 LUFS integrados, con un techo de pico real de −1 dBTP, ajustado a −2 dBTP si el máster está más alto que −14 LUFS. Apple Music, YouTube Music, Amazon Music, TIDAL y Deezer no publican ningún objetivo de normalización. Toda cifra que hayas visto para esos cinco es reportada, no publicada — y la diferencia importa en el momento en que alguien usa una de ellas para calcular cuánta reducción de ganancia va a recibir su máster.
La única cifra publicada por un servicio de streaming
La propia página de normalización de sonoridad de Spotify indica el objetivo en −14 LUFS integrados. Indica el techo de pico real en −1 dBTP, y en −2 dBTP para másteres entregados por encima de −14 LUFS. Esos tres números son las únicas especificaciones de normalización de este artículo que provienen del servicio mismo.
Es una base factual más estrecha de lo que sugiere la mayoría de los consejos de masterización. También es suficiente para trabajar, porque el mecanismo es el mismo en todas partes aunque el objetivo no esté publicado: medir la sonoridad integrada, compararla con un objetivo y aplicar ganancia en la reproducción.
Los cinco servicios que no publican nada
Apple Music, YouTube Music, Amazon Music, TIDAL y Deezer no publican ningún objetivo de normalización. Las cifras que circulan sobre ellos son, en la única formulación honesta disponible:
Ampliamente reportado, no publicado por el servicio: Apple ≈ −16, YouTube Music ≈ −14, Amazon ≈ −14, TIDAL ≈ −14, Deezer ≈ −15.
Van aparte a propósito, y la regla que las acompaña es estricta: no calcules una cifra de ganancia a partir de ellas. "Mi máster está en −8, Apple está en −16, así que Apple me va a bajar 8 dB" es una aritmética hecha sobre un número que la empresa en cuestión nunca ha confirmado, usando un algoritmo cuyos parámetros tampoco ha confirmado nunca. La resta es limpia; el resultado carece de fundamento.
Esto no es pedantería sobre las fuentes. Es la razón práctica por la que tantos consejos sobre sonoridad se contradicen entre sí: dos autores toman dos valores reportados distintos para el mismo servicio, ambos hacen la resta y ambos presentan una cifra con toda seguridad.
−23, −16, −18: tres cifras que no son intercambiables
Otros tres números circulan como si fueran objetivos de streaming alternativos. No lo son.
- La EBU R 128 especifica −23 LUFS. La R 128 es una recomendación de radiodifusión. No es un objetivo de streaming y nunca se pensó como tal. Citarla en una discusión sobre entrega a streaming es un error de categoría, no un estándar más exigente.
- La AES TD1008 da −16 LUFS para música. Esta es la cifra orientada a streaming que la gente suele estar buscando cuando cita a la AES.
- La cifra de −18 LUFS de la TD1008 aplica a contenido hablado — noticias, entrevistas, radioteatro. Declarar −18 como el objetivo para música es un error común y grave. Si una guía de masterización, un preset de plugin o un mensaje de foro te dice que la AES recomienda −18 LUFS para música, ese documento confundió la cifra del contenido hablado con la de la música, y conviene desconfiar del resto.
Acertar con la distinción entre −16 y −18 es una de las formas más rápidas de saber si quien escribe sobre sonoridad leyó la fuente o copió un resumen.
El estándar de medición, y qué edición está vigente
Todo lo anterior se mide con la ITU-R BS.1770. Tiene seis ediciones: -0 (2006), -1 (2007), -2 (2011), -3 (2012), -4 (2015) y -5 (November 2023).
La BS.1770-5 está vigente. La BS.1770-4, de October 2015, está superada — aunque sea la edición que todavía citan la mayoría de los medidores en uso. Si el manual de tu medidor menciona la -4, eso te habla de la antigüedad del manual, no de qué edición rige. Nombra la -5 como la vigente.
Qué hace realmente el algoritmo, y dónde se equivocan los medidores
La especificación es breve y precisa, y varios de sus detalles se implementan mal con la frecuencia suficiente como para que convenga conocerlos.
Ponderación K. Un filtro de dos etapas: un shelving agudo (filtro "head") seguido de un pasa-altos (RLB). La ganancia de la curva de ponderación K a 1 kHz es de +0.698 dB — lineal 1.0836. Ese desplazamiento es la razón por la que la medición ponderada en K de un tono de 1 kHz no coincide con su nivel sin ponderar.
Bloques. La sonoridad se calcula sobre bloques de 400 ms con 75% de solapamiento.
La puerta absoluta. Los bloques por debajo de −70 LUFS se descartan por completo.
La puerta relativa — la que se enuncia mal con más frecuencia. La puerta relativa se calcula a partir de la media de los bloques que sobrevivieron a la puerta absoluta, y luego se desplaza en −10 LU. No es la media sin puerta. Un medidor que aplique la puerta relativa sobre una media sin puerta leerá un tema con silencios largos de forma distinta a uno que siga la especificación, y los dos diferirán en una cantidad que depende de tu arreglo y no de tu sonoridad.
Rango de sonoridad. El LRA, definido en la EBU Tech 3342, usa una puerta relativa de −20 LU — no de −10 LU. Reutilizar la puerta de la sonoridad integrada para el LRA es un error de implementación común, y hace que el material dinámico parezca más parejo de lo que es.
Ventanas temporales. La sonoridad de corto plazo usa una ventana de 3 s (EBU Tech 3341). La momentánea usa 400 ms. Son mediciones distintas, no ajustes de suavizado distintos de una misma medición.
Pico real. El pico real se mide sobre una señal sobremuestreada — 4× como mínimo según la BS.1770, y 8× es mejor. El pico de muestra no es el pico real. Los picos intermuestra pueden superar el valor de muestra más alto del archivo, y por eso un máster que marca exactamente 0.0 dBFS en un medidor de pico de muestra todavía puede saturar un decodificador con pérdida. Los techos de −1 dBTP y −2 dBTP de Spotify son cifras de pico real, así que un medidor de pico de muestra no puede decirte si los cumples.
| Parámetro | Valor | Error común |
|---|---|---|
| Puerta absoluta | −70 LUFS | — |
| Puerta relativa (integrada) | −10 LU por debajo de la media de los bloques supervivientes | Calculada sobre la media sin puerta |
| Puerta del LRA | −20 LU | −10 LU reutilizada de la integrada |
| Ventana momentánea | 400 ms | — |
| Ventana de corto plazo | 3 s | — |
| Sobremuestreo de pico real | 4× como mínimo, 8× mejor | Pico de muestra reportado como pico real |
Normalización hacia arriba: condicional, no un sí o un no
Los servicios normalizan en la reproducción. Un máster más alto que el objetivo se baja en esa diferencia. Esa parte no genera discusión.
El caso del máster bajo es donde ambas respuestas categóricas fallan. La página de Spotify dice que "Se aplica ganancia positiva a los másteres más suaves para que el nivel de sonoridad sea -14 dB LUFS". También dice: "Tenemos en cuenta el headroom del tema, y dejamos 1 dB de headroom para las codificaciones con pérdida a fin de preservar la calidad de audio".
Leídas juntas, esas dos frases describen una condición. Un máster bajo puede ser subido hasta el objetivo. Un máster bajo con picos altos puede que no sea subido del todo, porque subirlo consumiría el headroom que reserva la segunda frase.
Entonces:
- "Los másteres bajos nunca se suben" es falso.
- "Los másteres bajos siempre se suben hasta el objetivo" también es falso.
- Lo correcto es: la ganancia hacia arriba es real, y se aplica en función del headroom del tema.
Si quieres esa ganancia hacia arriba, la palanca es el control de picos en el máster, no el nivel promedio. Un máster con headroom real es un máster que tiene espacio para ser subido.
Qué te compra realmente el exceso de limitador
Junta las piezas. Un máster empujado a una sonoridad integrada alta se baja en la reproducción por la diferencia entre su nivel y el objetivo. No llega más fuerte al oyente. Lo que sí llega es aquello que le hiciste en el camino: factor de cresta reducido, transitorios aplanados y — si pasaste el techo de pico real — picos intermuestra que un codificador con pérdida resolverá según su propio criterio.
El exceso de limitador te compra chatura, no volumen. Esa es la afirmación defendible, y se sostiene sin necesitar un objetivo publicado de ningún servicio salvo del único que lo ha publicado. Aunque todas las cifras reportadas de los otros cinco resultaran exactas, la conclusión no cambiaría, porque lo que hace el trabajo es el mecanismo — normalizar en la reproducción, bajar lo alto — y no el número concreto.
Qué hacer con esto
- Mide la sonoridad integrada y el pico real, con sobremuestreo, antes de entregar nada.
- Compara tu máster contra −14 LUFS y −1 dBTP (o −2 dBTP si estás más alto que −14 LUFS) porque esas cifras están publicadas, y trata todo lo demás como no verificado.
- Si una herramienta, un plugin o un artículo te da un objetivo por servicio para Apple Music, YouTube Music, Amazon Music, TIDAL o Deezer sin etiquetarlo como reportado en lugar de publicado, tómalo como una señal sobre la herramienta.
- Confirma el comportamiento de la puerta relativa y de la puerta del LRA de tu medidor, si te lo permite. −10 LU para la integrada, −20 LU para el LRA.
- Deja de perseguir un número que se deshace en la reproducción y empieza a proteger el headroom que determina si la ganancia hacia arriba te alcanza.
El medidor de sonoridad gratuito de Mazufa está en /loudness-checker. Funciona por completo en tu navegador — no se sube ningún audio — y reporta las cifras publicadas de Spotify como publicadas, y todo lo demás como lo que es.
Fuentes
- Spotify, "Loudness normalization" (página de soporte para artistas) — objetivo −14 LUFS, techos de pico real −1/−2 dBTP, y las declaraciones sobre ganancia positiva y 1 dB de headroom. support.spotify.com/us/artists/article/loudness-normalization/ — read 2026-09-07.
- Historial de ediciones y mecánica de la ITU-R BS.1770; BS.1770-5 (November 2023) vigente, BS.1770-4 (October 2015) superada. itu.int — verified 2026-09-07.
- EBU R 128 — −23 LUFS, radiodifusión; y EBU Tech 3341 (ventanas momentánea y de corto plazo) y EBU Tech 3342 (rango de sonoridad, puerta de −20 LU). tech.ebu.ch — no consta fecha de lectura en nuestra ficha de datos.
- AES TD1008 — −16 LUFS para música; −18 LUFS para contenido hablado. aes.org/community/technical-council/technical-document-aestd1008/ — no consta fecha de lectura en nuestra ficha de datos.