Глоссарий локализации — это набор решений

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

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

Лучший глоссарий фиксирует эти решения достаточно ясно, чтобы люди и модели ИИ могли применять их последовательно.

Термину нужен контекст

Одно и то же исходное слово может играть в продукте разные роли.

"Workspace" может быть названием брендированной функции в интерфейсе, общим описанием в справочной статье или физическим местом в истории клиента. Один эквивалент на целевом языке не подойдёт для всех случаев использования.

Каждая запись глоссария должна включать достаточно контекста, чтобы снять неоднозначность термина:

• его значение в продукте
• типы контента или поля, где применяется это правило
• утверждённый термин на целевом языке
• пример в полном предложении
• известные исключения
• может ли меняться регистр и число

Контекст превращает предпочтительный вариант слова в обязательное редакционное правило.

"Не переводить" — это реальное переводческое решение

Названия продуктов, названия тарифов, параметры API и товарные знаки часто должны оставаться без изменений. Таким терминам тоже место в глоссарии.

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

Термин, оставленный без изменений, но без указаний, всё равно может привести к неуклюжему предложению.

Лучше узкие правила, чем огромные списки терминов

По мере наполнения очевидными или малоценными записями глоссарий становится сложнее в использовании.

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

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

Применяйте глоссарий при проверке

Передать терминологию модели — это только половина процесса.

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

Не каждое несовпадение следует исправлять автоматически. Грамматика и контекст могут оправдывать исключение. Система должна делать правило видимым и позволять рецензенту зафиксировать, почему исключение допустимо.

Пусть исправления улучшают глоссарий

Повторяющиеся правки при проверке — полезный сигнал.

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

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

Отделяйте терминологию от голоса бренда

Глоссарий отвечает на вопрос "какой термин?" Руководство по бренду отвечает на вопрос "как это должно звучать?"

Важно и то и другое, но объединение их в один длинный промпт усложняет поддержку каждого из них. Держите терминологию структурированной и привязанной к конкретной локали. Тон, аудиторию и принципы письма держите в инструкциях проекта. Затем передавайте и то и другое в запрос на перевод с чётким приоритетом.

Вывод

Глоссарий локализации — это не свалка слов. Это компактная фиксация решений о языке продукта.

Давайте важным терминам контекст, включайте защищённые слова, держите список осмысленным, показывайте правила во время проверки и учитесь на повторяющихся исправлениях. Когда к глоссарию относятся как к живой редакционной инфраструктуре, последовательность перестаёт зависеть от того, кто именно проверяет следующий релиз.