Как проверить переносы и выравнивание в локализованных макетах

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

Дата актуальности: 22 июля 2026 года. В статье разобраны последовательность проверки, особенности кириллицы и латиницы, ручные и автоматические переносы, разные виды выравнивания, типичные ошибки и финальный чеклист перед передачей макета в разработку или печать.

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

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

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

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

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

Например, английский заголовок New collection может занимать одну строку, а русский вариант Новая коллекция — также одну строку только при достаточной ширине. Если блок рассчитан на одну строку, не уменьшайте шрифт автоматически без проверки: иногда лучше расширить контейнер, изменить формулировку или разрешить две строки с увеличенной высотой.

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

Особое внимание уделяйте дефисам, тире, кавычкам и неразрывным пробелам. Фраза 25 % скидки, дата 22 июля 2026 года или название тарифа могут распасться на неудобные части. Для таких случаев используйте корректные типографские знаки и неразрывные пробелы, а не серию обычных пробелов или ручное добавление дефиса в текст.

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

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

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

Сокращения нельзя переносить механически. Например, запись 1 ч 30 мин, диапазон 10–12 мая и цена 1 990 ₽ должны восприниматься как единые смысловые группы. Если разрыв неизбежен, задайте приоритеты: сначала сохраняйте число с единицей, затем дату с месяцем, затем визуальную компактность второстепенных подписей.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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