Двунаправленный интерфейс
RTL затрагивает структуру, а не только выравнивание
Арабский текст движется справа налево, но числа и фрагменты на латинице могут вести себя иначе. Навигация, хлебные крошки, поля, иконки направления, таблицы и анимации нужно проверять как систему. Автоматическое зеркалирование каждого элемента тоже создаёт ошибки.
Состав работ
Локализация как продуктовая задача
Инвентаризация
Страницы, строки интерфейса, письма, уведомления, изображения и системные сообщения.
Языковая модель
Страна, аудитория, тон, глоссарий и ограничения длины строк.
RTL-адаптация
Компоненты, навигация, таблицы, поля, иконки и смешанный текст.
LQA
Проверка на десктопе и мобильном после интеграции перевода.
Форматы
Работаем там, где хранится актуальный текст
- Figma и таблицы контента;
- CSV, JSON, XLIFF и другие файлы локализации;
- CMS, репозитории и системы управления переводами по согласованному процессу;
- скриншоты, тестовый стенд или сборка для языкового тестирования.
Опираемся на правила арабской письменности, а не на визуальную имитацию
W3C описывает направление как фундаментальную часть использования арабского письма и отдельно разбирает поведение двунаправленного текста, переносов и выравнивания.
Arabic Layout Requirements, W3C ↗Короткие ответы
Что важно уточнить до старта
Достаточно ли просто перевести текст сайта на арабский?
Нет. Нужны RTL-адаптация интерфейса, проверка смешанного текста, чисел и форм, локальные форматы, тестирование на мобильных экранах и редактура текста в рабочем интерфейсе.
Все элементы интерфейса нужно зеркалить?
Нет. Навигация и поток чтения обычно меняют направление, но логотипы, медиаконтент, некоторые графики и привычные пользователю элементы могут сохранять ориентацию. Это решается на уровне компонентов и сценариев.
Можете работать с Figma, таблицами и файлами локализации?
Да. Формат поставки согласуется заранее: таблицы, JSON/XLIFF/CSV, макеты, CMS или связка нескольких источников. Сначала определяем, где находится актуальный текст.
Продолжить по задаче