Проверка качества субтитров

Проверьте файл субтитров перед отправкой

Вставьте содержимое файла .srt или .vtt либо просто перетащите файл - каждый субтитр будет проанализирован и измерен. Вы получите общую оценку и список конкретных ошибок: неверные или перекрывающиеся тайминги, слишком быстро исчезающие или слишком долго висящие на экране реплики, чересчур длинные строки и текст, мелькающий быстрее, чем его успевают прочесть.

Каждая проблема привязана к точному таймкоду, поэтому вы сразу исправляете субтитр 47, а не прокручиваете весь файл в его поисках.

Работает прямо в браузере. Анализ и проверка файла выполняются на вашем устройстве, что крайне важно, если субтитры принадлежат не вышедшей серии или видеоролику клиента.

Как выглядит отчет

Вот пример результата. Файл и реплики придуманы исключительно для этой демонстрации.

Другие инструменты создают субтитры. Этот их проверяет

Генерация субтитров - давно решенная задача. Существует масса сервисов, которые без проблем транскрибируют видео и отдадут вам SRT-файл, причем большинство справляется с этим вполне неплохо.

Но практически ни один инструмент не скажет вам, насколько качественным получился итоговый файл. В результате в релиз уходят субтитры, где 12-я реплика накладывается на 13-ю, строка из 78 символов на экране смартфона ломается на три строки, а текст объемом в 40 знаков мелькает всего за полсекунды. В текстовом редакторе этого не заметить. Но любой зритель увидит это уже через десять секунд.

Наши проверки основаны на чистой арифметике таймкодов и подсчете символов. В этом и заключается суть: это реальные технические ошибки в субтитрах, которые можно доказать цифрами, а не спорить о них.

Что измеряет сервис

Вот точные ограничения, которые используются при анализе.

Sources, checked 2026-10-12: Subtitle Quality Checker settings

Итоговая оценка рассчитывается по формуле: 100, minus 120 points for every problem and 45 for every warning, each divided by the number of cues.

Скорость чтения - проверка, которую не делает никто

Количество символов в секунду - это ключевой показатель, который отделяет удобные для восприятия субтитры от тех, чтение которых превращается в тяжелую работу. И этот параметр практически никто не измеряет.

Арифметика предельно проста: берем число символов в реплике и делим на длительность ее отображения в секундах. Субтитр из 60 знаков, показанный на 2 секунды, идет со скоростью 30 символов в секунду. Зрителю нужно одновременно прочитать этот текст, следить за видеорядом и слушать речь. Он гарантированно не успеет.

Большинство стандартов и руководств по субтитрированию сходятся на значении примерно в 17 символов в секунду для широкой аудитории - наш инструмент отмечает всё, что превышает эту планку. Показатели выше 21 помечаются уже как критическая проблема, а не просто предупреждение, поскольку при такой скорости текст исчезает раньше, чем среднестатистический зритель успевает дочитать строку до конца.

Главное коварство высокой скорости чтения заключается в том, что другими способами ее заметить невозможно. Файл технически валиден. Тайминги идут по порядку. Ошибок в структуре нет. Субтитры просто сменяются слишком быстро - и единственный способ это выявить заключается в математическом расчете для каждой отдельной реплики.

Соответствие стандартам доступности

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

Стандарты доступности определяют, должны ли субтитры существовать в принципе. WCAG требует наличия субтитров для предварительно записанного видео на уровне A, а для прямого эфира - на уровне AA; Раздел 508 (Section 508) ссылается на WCAG по этим же вопросам. Эти стандарты требуют, чтобы субтитры присутствовали, были точными и синхронизированными со звуком.

Чего они не делают, так это не устанавливают скорость чтения или длину строки. В WCAG нет конкретных цифр по количеству символов в секунду, и любой, кто их приводит, цитирует руководство по стилю (style guide). Пороговые значения, используемые здесь, взяты из практики вещания и стриминга - именно там были выработаны реальные ограничения для восприятия, и это совсем другой источник авторитета, нежели стандарты соответствия.

Практическое следствие - это как раз то, что важно понимать. Чек-лист соответствия стандартам проверяет лишь наличие субтитров в файле, и файл, полный перекрывающихся реплик, сменяющихся со скоростью тридцать символов в секунду, получит положительный ответ. Субтитры есть, они формально синхронизированы и при этом совершенно нечитаемы для человека, ради которого создавались. Субтитры, за которыми никто не успевает следить, проходят формальный аудит, но не выполняют свою функцию для пользователя.

Таким образом, этот инструмент оценивает измеримую составляющую качества субтитров, а не их соответствие формальным нормам. Он покажет, что тайминги корректны, реплики не пересекаются, а текст читаем на той скорости, с которой он появляется. Соответствует ли формулировка звуковой дорожке - то, что больше всего волнует стандарты, - проверяется иначе: калькулятор Word Error Rate сравнивает текст транскрипции с тем, что было сказано на самом деле.

Что не гарантирует идеальный результат

Он означает, что файл структурно корректен и укладывается в стандартные рамки. Это не означает, что субтитры верны по смыслу.

Инструмент не может сказать, соответствуют ли слова аудиодорожке. Файл субтитров может пройти абсолютно все здешние проверки, будучи расшифрованным неверно или сдвинутым на две секунды относительно речи, поскольку инструмент не видит и не слышит само видео. Синхронизация с реальным звуком - это отдельная задача.

Здесь нет проверки правописания, и это сделано намеренно. Для проверки орфографии нужен словарь конкретного языка, а субтитры изобилуют именами, географическими названиями, терминами и разговорными фразами, на которые обычный спеллчекер реагировал бы сотнями предупреждений. Список из 200 ложных срабатываний хуже, чем его отсутствие, поэтому инструмент не пытается делать то, для чего не предназначен.

Он также не знает ваших корпоративных стандартов оформления (house style). Вещатели, стриминговые сервисы и стандарты доступности по-разному определяют допустимую длину строк и скорость чтения, а для некоторых языков и вовсе требуются совершенно другие лимиты. Используемые здесь пороговые значения - это общепринятые конвенции, а не жесткие догмы. Воспринимайте предупреждение как повод обратить внимание, а ошибку - как то, что требует исправления.

SRT, VTT и то, что инструмент игнорирует

Поддерживаются оба формата, и при желании текст можно просто вставить из буфера, а не загружать файлом. Порядковые номера реплик в SRT и заголовок WEBVTT распознаются и пропускаются, не учитываясь в объеме текста.

Временные метки считываются в любом формате: запятая в 00:00:04,120 и точка в 00:00:04.120 обрабатываются одинаково успешно, включая сокращенную форму VTT ММ:СС.ммм. Настройки реплик VTT, идущие после времени окончания (например, align:start или position:10%), считываются и отбрасываются, не воспринимаясь как текст.

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

Если вам нужно создать или исправить субтитры

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

Сначала создайте субтитры в ScreenApp

Проверка на этой странице выполняется локально на вашем устройстве и не требует учетной записи. Чтобы получить ответы о том, что было сказано или показано на записи, загрузите ее в ScreenApp. Нажмите на вопрос, чтобы открыть ScreenApp с готовым запросом.

В ScreenApp нажатие на момент в стенограмме переводит плеер к этой точке записи, так что вы можете проверить любой ответ, сопоставив его с записью.

Что предлагает каждый тариф

Инструмент на этой странице бесплатен и останется бесплатным. Аккаунт нужен для шага до или шага после него.