LUFS: целевые значения по платформам в 2026 – Spotify, Apple Music, YouTube, Netflix, вещание

Опубликовано: 2026-06-05 · Время чтения: 21 мин · Автор: Николай Сапунов, CEO Фора Софт

Коротко

Целевое значение LUFS – это единственное число громкости, к которому платформа приводит каждый материал, чтобы слушателю не приходилось трогать ручку громкости между дорожками, видео и программами. Музыкальные и видеостриминги кучкуются около −14 LUFS (Spotify, YouTube, TIDAL, Amazon Music, SoundCloud) или чуть тише, −16 LUFS (Apple Music), подкасты сидят около −16 LUFS, а профессиональное вещание и кинематографическая доставка остаются куда тише – −23 LUFS (EBU R128), −24 LKFS (ATSC A/85) или −27 LKFS с гейтингом по диалогу (Netflix). Стриминг громче вещания не из-за спора о науке, а из-за обстановки прослушивания: телефоны и наушники в шумных местах любят более плотный, громкий и ровный сигнал, а тихая гостиная приветствует широкую динамику. Статья даёт единую, сверенную с первоисточниками таблицу целей на 2026 год, объясняет, почему каждое число именно такое, и показывает, что на самом деле происходит с вашим мастером, когда он нарушает цель.

Почему это важно

Если вы где-либо публикуете звук – музыкальный релиз, подкаст, YouTube-канал, OTT-каталог, эфирный сигнал, – кто-то вручает вам число и ждёт, что вы его достигнете, и на каждой платформе это число своё. Сведите подкаст к −23 LUFS – и слушатели потянутся к громкости; сведите сингл к −7 LUFS, чтобы «звучать громко в Spotify», – и платформа всё равно его убавит, так что вы променяли динамический диапазон ни на что. Статья – для продакт-менеджера, основателя, контент-лида или операционного специалиста, которому нужно знать верную цель для каждого назначения, понимать, почему вещание и стриминг живут в разных мирах, и уметь читать или писать спецификацию доставки, не гадая. Каждое число здесь восходит к управляющему документу – опубликованной спецификации самой платформы, Рекомендации ITU-R, R-документу EBU, Recommended Practice ATSC или рекомендации AES по стримингу, – а не к форумному посту.

Что такое «целевое значение LUFS» на самом деле

Перед таблицей надо твёрдо усвоить одну идею, потому что на ней держится всё остальное. Число громкости, называемое LUFS – Loudness Units relative to Full Scale, единицы громкости относительно полной шкалы, – это мера того, насколько громким контент звучит для человеческого уха, усреднённая по всей его длине и выраженная отрицательным числом, где ближе к нулю значит громче. Дорожка на −14 LUFS громче дорожки на −23 LUFS. Измерение даёт международный алгоритм ITU-R BS.1770: он фильтрует звук под человеческий слух, игнорирует тихие места и сводит всё к одной цифре. Если эта фраза для вас в новинку, сначала прочитайте материал об измерении: Нормализация громкости: EBU R128, ITU-R BS.1770, ATSC A/85. Эта статья предполагает, что вы знаете, что такое число LUFS, и сосредоточена на целях – конкретных числах, к которым стремится каждая платформа.

«Цель» – это громкость, на которой платформа хочет воспроизводить каждый элемент своего каталога. Вот часть, на которой все спотыкаются: платформа добивается цели при воспроизведении, а не переписывая ваш файл. Когда вы загружаете песню или видео, платформа измеряет его интегральную громкость – гейтированное число LUFS на всю программу – и сохраняет её. В момент воспроизведения она применяет единое равномерное изменение усиления, чтобы подтянуть элемент к цели. Если ваш мастер измеряется на −9 LUFS, а цель −14 LUFS, платформа играет его на 5 dB тише. Файл на диске не тронут; движется только уровень воспроизведения.

Поскольку это одно равномерное изменение усиления, нормализация никогда не добавляет искажений и не меняет соотношений внутри микса – тихие и громкие места сохраняют ровно ту же дистанцию друг от друга. Она просто двигает всё вверх или вниз, чтобы попасть в цель. Это и есть тот единственный факт, который побеждает инстинкт «свести погромче, чтобы выиграть»: перекричать нормализатор нельзя, потому что он вас измеряет и снимает излишек.

«Путаница −14 против −23, убитая сразу. Самый повторяемый миф в звуке – будто стандарт громкости один. Его нет. −23 LUFS – это европейская вещательная цель. −14 LUFS – типичная стриминговая цель. −27 LKFS – кинематографическая цель Netflix с гейтингом по диалогу. Все они верны – для разных назначений. Вопрос никогда не звучит как «какой стандарт LUFS?». Он всегда звучит как «какая цель у этой платформы?».»

Одна таблица: цели LUFS по платформам в 2026

Это та таблица, ради обоснования которой существует вся статья. Каждая строка снабжена источником; опубликованное значение самой платформы важнее любой сторонней оценки. Там, где платформа никогда не публиковала официальное число, строка прямо об этом говорит – гадать в спецификации доставки и есть способ провалить проект.

Таблица 1. Сведённые цели LUFS на 2026. Две разные задачи делят одну таблицу: строки стриминга/музыки – это цели нормализации, применяемые при воспроизведении; строки вещания и Netflix – спецификации доставки, которые вы обязаны достичь до сдачи файла. LKFS и LUFS – одна и та же единица под двумя именами (США vs Европа). Источники полностью перечислены в разделе «Источники»; «нет опубликованной цели» означает ровно это – не вписывайте для таких платформ фиксированное число в договор.

Две вещи бросаются в глаза сразу. Первое: почти каждая музыкальная платформа сходится на −14 LUFS, и Apple – исключение на −16; это схождение недавнее и намеренное, его задала рекомендация AES, в написании которой платформы участвовали. Второе: строки вещания и Netflix на 9–13 LU тише стриминга, и это не погрешность округления, а другая философия, которую объясняет остальная часть статьи.

Нажмите, чтобы увеличить

Почему стриминг громче вещания

Числа делятся на два лагеря – вещание и кино около −23…−27, стриминг около −14…−16, – и зазор выглядит как разногласие. Это не оно. Оба лагеря измеряют одной и той же линейкой BS.1770 и хотят одного результата: никаких сюрпризов для слушателя. Они приходят к разным числам, потому что решают для разных комнат.

Вещание и кино предполагают внимательного слушателя в тихом, контролируемом пространстве – гостиная вечером, кинозал. В такой комнате тихие места слышны, а громкие желанны, так что контент может иметь широкий динамический диапазон: зазор между шёпотом и взрывом. Более тихая общая цель вроде −23 LUFS оставляет запас для этих громких моментов, не заставляя весь микс быть плотным. Тихая цель – это плюс: она защищает динамику.

Стриминг предполагает противоположную комнату. Вы в телефоне или наушниках, в поезде, в кафе, идёте по улице с потоком машин. Фоновый шум проглатывает тихие места, а крутить громкость между песнями вы не хотите. Поэтому стриминг нормализует к более громкой, плотной цели – −14 LUFS, – где даже тихие места сидят выше шумового порога окружающего мира. Громкая цель – тоже плюс: она подходит для мобильного прослушивания.

Вот арифметика, делающая зазор осязаемым. Возьмите тот же мастер и доставьте его в два назначения. Чтобы перейти от стриминговой цели −14 LUFS к вещательной −23 LUFS, вы меняете уровень на:

усиление = вещательная цель − стриминговая цель
усиление = −23 LUFS − (−14 LUFS)
усиление = −9 LU

Девять единиц громкости – примерно девять децибел – разделяют два мира. Это не подстройка; это разница между «комфортно в наушниках на шумной улице» и «комфортно в тихом кинозале». Одному и тому же контенту нужны две разные доставки, и меняется лишь одно равномерное изменение усиления плюс проверка пика.

«Подводный камень – считать, что один мастер подходит каждому назначению. Мастер −14 LUFS, −1 dBTP – разумная единая доставка для музыкальных стримингов, потому что у них общая цель. Но тот же файл неверен для вещания EBU (−23), неверен для Netflix (−27 dialog-gated, −2 dBTP) и переcжат для тихого кинозала. «Один мастер на всех» работает внутри стримингового кластера и ломается, как только вы переходите в вещание или кино. Сопоставляйте мастер со строкой назначения в Таблице 1.»

Музыкальный стриминговый кластер: −14 LUFS и одно исключение

Музыкальные сервисы тихо сошлись. Spotify, YouTube, TIDAL, Amazon Music и SoundCloud нормализуют к −14 LUFS интегрально. Deezer сидит на единицу тише – −15. Apple Music – намеренное исключение на −16 LUFS. Это схождение не случайно: крупные сервисы вместе работали над рекомендацией AES TD1008 (о ней ниже), которая подтолкнула индустрию к единой зоне, чтобы слушатель, переходя между приложениями, больше не слышал скачка громкости.

Практический вывод для всех, кто доставляет музыку: единый мастер на −14 LUFS интегрально с истинным пиком не выше −1 dBTP – верная доставка для кластера −14, и он приемлемо играет на более тихой цели Apple −16, потому что Apple в основном убавляет контент, а не поднимает. Сведение громче −14 на этих платформах не даёт ничего – они измеряют ваш файл и применяют отрицательное усиление, чтобы вернуть его к цели, так что лишняя громкость отбрасывается, а у вас остаётся лишь урезанный динамический диапазон, на который вы её променяли.

Три режима Spotify – полезная деталь, которую опускает большинство спецификаций

Spotify заслуживает близкого взгляда, потому что он показывает нормализацию, которую другие платформы прячут. Слушатель Spotify Premium может выбрать в настройках приложения один из трёх режимов громкости, и каждый соответствует своей цели:

Таблица 2. Три режима громкости воспроизведения Spotify. По умолчанию стоит −14 LUFS – поэтому −14 и есть число, под которое надо сводить. Режим Loud – единственный частый случай, когда платформа применяет лимитер поверх усиления, и он может слышимо придавить иначе динамичный мастер.

Режим Loud – та самая деталь, что оправдывает небольшой запас в мастере. В режиме Loud Spotify вынужден поднимать тихий контент к −11 LUFS и, чтобы не дать самым громким пикам клиппировать, вставляет лимитер. Мастер, сведённый без запаса и упёртый в потолок, может быть слышимо придавлен этим лимитером. Потолок истинного пика −1 dBTP (или −2 dBTP при загрузке, что Spotify рекомендует) даёт платформе место для работы без искажений.

Подкасты и устная речь: мир −16 LUFS и ловушка моно

Контент устной речи живёт на чуть более тихой цели, чем музыка, и на то есть измеримая причина. Apple Podcasts рекомендует −16 LUFS (±1 dB); гайд Spotify по подкастам – −14 LUFS; широкая отраслевая конвенция для подкастов – −16 LUFS. Причина, по которой речевые цели сидят чуть ниже музыкального числа −14, – особенность измерителя BS.1770: он читает речь и музыку немного по-разному, и слуховые тесты показывают, что речь, нормализованная к тому же числу BS.1770, что и музыка, воспринимается на 2–3 dB громче. Поэтому органы стандартизации рекомендуют нормализовать речь на несколько единиц тише музыки, чтобы они ощущались одинаково громко.

Здесь есть ловушка моно, которая постоянно кусает подкастеров. Измерение LUFS у моно- и стереофайла не сравнимы напрямую, потому что измеритель суммирует каналы. Чтобы звучать так же громко, как стереофайл на −16 LUFS, моно-файл следует измерять примерно на −19 LUFS. Доставьте моно-подкаст на −16 LUFS – и он заиграет заметно громче окружающих стерео-эпизодов.

моно-цель, совпадающая со стерео-файлом −16 LUFS ≈ −16 LUFS − 3 LU = −19 LUFS

Большинство разговорных подкастов – моно (меньше файлы, одинаково на любом устройстве), так что верное число для моно-интервью – −19 LUFS, а не −16. Стерео и −16 LUFS используйте только когда музыка и звуковые эффекты оправдывают ширину. Ошибка здесь – самая частая жалоба на громкость в подкаст-лентах.

Вещание и кино: тихий, регулируемый край

Профессиональный видео- и вещательный мир – там, где цели громкости несут вес закона и договора, и числа куда тише стриминга.

EBU R128 – европейский вещательный свод правил – задаёт цель −23 LUFS с допуском ±0.5 LU для файловой доставки и потолком истинного пика −1 dBTP. ATSC A/85 – американский аналог – задаёт −24 LKFS и обеспечивается федеральным законом через CALM Act, который делает цель юридически обязательной для телевизионной рекламы. Зазор в одну единицу между −23 и −24 исторический, а не перцептивный; единому миксу под обе цели нужна лишь подрезка на один децибел. Оба опираются на одно измерение BS.1770; полная механика – в Нормализация громкости: EBU R128, ITU-R BS.1770, ATSC A/85.

Netflix – самый цитируемый пример видеостриминга, и он делает кое-что особенное: его спецификация доставки просит −27 LKFS, dialog-gated, с допуском ±2 LU и потолком истинного пика −2 dBTP, по BS.1770. «Dialog-gated» означает, что громкость измеряется только на участках, где есть диалог, – экшн-сцена без разговоров не тянет число вниз. Если в программе недостаточно диалога, чтобы гейтинг сработал, Netflix откатывается к измерению всей программы около −24 LKFS. Цифра −27 dialog-gated выглядит драматически тише музыкальных −14 стриминга, но она измеряет другое (только диалог, а не весь микс) и обслуживает другую комнату (кинематографический микс с широкой динамикой на хорошей системе). Подход Netflix задокументирован в его публичных партнёрских спецификациях, и диалого-центричная философия повторяет идею «Anchor Element» из ATSC A/85.

«Подводный камень – сравнивать dialog-gated число с числом по всей программе. −27 LKFS у Netflix и −14 LUFS у Spotify не на одной шкале сравнения, хотя оба используют BS.1770. Netflix гейтит по диалогу; Spotify измеряет всю дорожку. Фильм, у которого диалог сидит на −27 LKFS, может иметь общую интегральную громкость на несколько LU выше, как только учтут музыку и эффекты. Никогда не ставьте dialog-gated цель против цели по всей программе так, будто они измеряют одно и то же.»

Рекомендация AES, которая собрала стриминг вместе

Схождение около −14…−16 LUFS не случилось само. Audio Engineering Society опубликовала техническую рекомендацию – AES TD1008 (документ AESTD1008.1.21-9, «Recommendations for Loudness of Internet Audio Streaming and On-Demand Distribution», 2021, заменяет TD1004 от 2015), – и крупные сервисы участвовали в её черновике. Это самое близкое к общему своду правил, что есть у стриминга, и она задаёт цели с учётом типа контента, а не одно универсальное число:

Таблица 3. Рекомендации AES TD1008 для стриминга с учётом типа контента. Документ намеренно рекомендует нормализовать речь на 2–3 LU тише музыки, чтобы оба ощущались одинаково громко через измеритель BS.1770. Источник: AES TD1008 (AESTD1008.1.21-9, 2021).

TD1008 также рекомендует метод нормализации по альбому: нормализовать громчайшую дорожку альбома к −14 LUFS, что обычно даёт интегральную громкость альбома около −16 LUFS и держит большинство тихих дорожек выше −20 LUFS. Эта альбомная логика – ровно то, что реализуют Spotify и TIDAL, сохраняя соотношения громкости между дорожками одной пластинки вместо того, чтобы плющить каждую дорожку до одинакового числа.

Соцсети: платформы, которые вам не скажут

TikTok, Instagram, Facebook, X и Twitch – честный пробел в любой таблице LUFS, и ответственная спецификация так и говорит. Ни одна из них не публикует официальную цель LUFS. Любое фиксированное число, что вы видите для этих платформ в интернете, – оценка. Лучшее из публично подтверждённого – что Meta перешла на xHE-AAC с адаптивным управлением громкостью: платформа подстраивает громкость под контекст воспроизведения (наушники против динамика, тихо против шумно), а не нормализует к одной фиксированной цифре. Наблюдаемое поведение кучкует внутренние цели где-то около −14 LUFS, но это не число, которым можно держать платформу за слово.

Практическое следствие – реальное напряжение. Поскольку контроль на этих платформах рыхлый и непостоянный, многие авторы сводят горячо – −10…−12 LUFS, – чтобы захватить внимание в первые три секунды прокрутки ленты на динамике телефона, принимая любой штраф нормализации. Это контент-стратегия, а не стандарт. Если вам нужно защитимое число для соцсетевой доставки, целитесь около −14 LUFS с пиками на −1 dBTP, а всё громче считайте намеренной осознанной сделкой, а не соответствием спецификации.

Что происходит, когда вы нарушаете цель

Полезно знать режим провала для каждого направления, потому что они разные.

Слишком громко – частый случай. Вы сводите на −8 LUFS, чтобы «конкурировать». Платформа измеряет −8, цель −14, так что она применяет −6 dB усиления при воспроизведении. Ваша дорожка теперь играет на −14 LUFS, как у всех, – но вы потратили динамический диапазон, чтобы стать громким, и этот диапазон ушёл навсегда; нормализатор его не вернёт. Вы звучите на той же громкости, что и дорожка, сведённая на −14, но более придавленно. Итог: вы проиграли и не выиграли ничего.

усиление при воспроизведении = цель − ваша измеренная громкость
усиление при воспроизведении = −14 LUFS − (−8 LUFS)
усиление при воспроизведении = −6 dB  (убавлено, динамика уже принесена в жертву)

Слишком тихо ведёт себя по-разному в зависимости от платформы. Spotify, TIDAL, Amazon и Deezer поднимут тихий мастер к цели. YouTube и Apple Sound Check в основном только убавляют – мастер тише цели просто играет тихо, без подъёма. Так что мастер −20 LUFS играет на −14 в Spotify, но остаётся на −20 в YouTube, звуча слабее окружающих видео. Если среди ваших назначений есть платформы «только убавляют», не доставляйте сильно ниже цели в надежде на бесплатный подъём.

Пики выше потолка – третий провал. Мастер с пиком на 0 dBFS может не показывать клиппинга в вашем редакторе, но реальный межотсчётный истинный пик – настоящий аналоговый уровень между цифровыми отсчётами – может сидеть выше 0 и клиппировать на потребительском железе, особенно после того, как кодировщик платформы восстановит волну. Поэтому каждая строка Таблицы 1 несёт потолок истинного пика (−1 dBTP для стриминга, −2 dBTP для вещания и Netflix). Глубоко про это – в Истинный пик, dBTP и проблема межотсчётного пика.

Нажмите, чтобы увеличить

Дерево решений: какую цель использовать

Сведём всё в процедуру, которую можно прогнать для любой доставки. Определите назначение, прочтите цель, задайте потолок пика и решите, покрывает ли один мастер больше одного назначения.

Нажмите, чтобы увеличить

Процедура словами: для музыкального стриминга сведите один раз на −14 LUFS / −1 dBTP, и это покроет Spotify, YouTube, TIDAL, Amazon, SoundCloud и нормально сыграет на Apple −16. Для подкаста целитесь в −16 LUFS стерео или −19 LUFS моно, −1 dBTP. Для европейского вещания – −23 LUFS / −1 dBTP; для американского вещания – −24 LKFS. Для Netflix точно следуйте спецификации доставки −27 LKFS dialog-gated, −2 dBTP. Для соцсетей считайте −14 LUFS разумным значением по умолчанию и примите, что платформа может сделать что-то адаптивное, чего вы не полностью предскажете.

Где здесь Фора Софт

В продуктах OTT, видеостриминга, e-learning, телемедицины и видеоконференций, которые мы строим с 2005 года, вопрос громкости по платформам всплывает как деталь интеграции, тихо решающая, ощущается ли сервис профессиональным. Для OTT- и стриминговых клиентов мы вшиваем измерение BS.1770 и лимитер истинного пика в шаг транскодинга, затем направляем каждый рендишн к верной цели – стриминговой, вещательной или партнёрской спецификации доставки, – чтобы ни один ассет не достиг плеера вне цели. Для e-learning и телемедицины, где тихий и громкий лекторы должны прийти к слушателю на одной комфортной громкости, мы нормализуем захваченный звук к единой цели до доставки. Стандарты от проекта к проекту не меняются; меняется лишь то, какую строку таблицы требует рынок, и вшить верную цель в конвейер, а не проверять её руками в конце, – вот разница между каталогом, который ведёт себя предсказуемо, и тем, что заставляет слушателей тянуться к громкости.

Главное

• Музыкальный стриминг целится в −14 LUFS; Apple Music – исключение на −16 LUFS.
• Подкасты целятся в −16 LUFS стерео, −19 LUFS моно; речь читается громче музыки.
• Вещание куда тише: EBU −23 LUFS, ATSC −24 LKFS, Netflix −27 LKFS dialog-gated.
• Стриминг громче вещания из-за шумного мобильного прослушивания, не из-за другой науки.
• Перекричать нормализатор нельзя; сведение горячо лишь жертвует динамикой.
• Соцсети не публикуют официальной цели – не вписывайте фиксированное число в договор.

Что почитать дальше

• Нормализация громкости: EBU R128, ITU-R BS.1770, ATSC A/85
• Громкость, peak, RMS, LUFS – как измеряется реальная громкость звука
• Истинный пик, dBTP и проблема межотсчётного пика