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 дБ тише. Файл на диске остаётся неизменным; меняется только уровень воспроизведения.

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

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

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

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

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

Две вещи сразу бросаются в глаза. Во-первых, почти все музыкальные платформы сходятся на уровне −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) и будет переупрощён для тихого кинозала. «Один мастер на всех» работает внутри стримингового кластера и ломается, как только вы выходите за его пределы – в вещание или кино. Сопоставляйте мастер с целевым назначением, как показано в Таблице 1.»

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

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

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

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

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

Таблица 2. Три режима громкости воспроизведения Spotify. По умолчанию используется уровень −14 LUFS – именно под него и следует сводить трек. Режим 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 дБ громче. Поэтому стандарты рекомендуют нормализовать речь на несколько единиц тише музыки, чтобы она ощущалась одинаково громкой.

Здесь есть ловушка моно, которая постоянно кусает подкастеров. Измерение 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 LKFS в музыкальном стриминге, но оно измеряет иное (только диалог, а не весь микс) и ориентировано на другую среду прослушивания (кинематографический микс с широкой динамикой на качественной акустической системе). Подход Netflix подробно описан в его публичных партнёрских спецификациях, а диалого-центричная философия перекликается с концепцией «Anchor Element» из стандарта ATSC A/85.

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

Рекомендация 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 дБ при воспроизведении. Теперь ваша дорожка играет на уровне −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 Music будет звучать нормально при −16. Для подкастов ориентируйтесь на −16 LUFS в стерео или −19 LUFS в моно, с уровнем пиков −1 dBTP. Для европейского вещания используйте −23 LUFS / −1 dBTP; для американского – −24 LKFS. Для Netflix строго следуйте спецификации доставки: −27 LKFS dialog-гейтед, −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
• Громкость, пик, RMS, LUFS – как измеряется реальная громкость звука
• Истинный пик, dBTP и проблема межотсчётного пика