Человек читает описание услуги, находит нужный абзац и решает перейти на более удобный язык. Если переключатель возвращает его на главную, он получает не перевод, а новый поиск. Для нас это главный тест многоязычного сайта: продолжается ли разговор с посетителем после смены языка?
Начинать с карты соответствий
Перед переводом стоит составить список страниц и определить их соответствия. Одна услуга, одна статья, одна страница о студии должны образовывать понятные группы. Общий идентификатор материала удобнее, чем попытка угадать по похожему заголовку: после естественной адаптации название может заметно измениться.
Проверку легко провести в архиве журнала: открыть конкретный материал, сменить язык и убедиться, что сохранилась тема, а не только оформление. Затем стоит пройти обратный путь. Это небольшой сценарий, но он выявляет потерянные соответствия лучше, чем подсчёт флажков в шапке.
Перевод не заканчивается основным текстом
Заголовок и несколько абзацев ещё не делают страницу полноценной языковой версией. Подписи к изображениям, кнопки, сообщения формы, названия разделов, пояснения к переключателю звука и текст закрытия диалога тоже участвуют в разговоре. Когда они внезапно меняют язык, посетителю приходится самостоятельно связывать части интерфейса.
Мы делим редакционный список на содержание и служебные состояния. В первом проверяем смысл, термины и тон. Во втором открываем меню, сообщение об ошибке, галерею и вспомогательные элементы. Для форм полезен отдельный разбор сообщений, которые помогают исправить ошибку. Переводить нужно и эти короткие реплики, а не оставлять их на потом.
Название языка важнее декоративного знака
Флажок может быть знакомым визуальным ориентиром, но он обозначает страну, а не всё языковое пространство. Поэтому рядом нужно название языка, желательно в его собственном написании. Текущий выбор должен быть заметен без наведения мыши, а список должен открываться и с клавиатуры.
Длинные названия проверяем на узком экране, не сжимая их до нечитаемых сокращений. Если список не помещается, лучше дать ему управляемую прокрутку, чем закрывать им важные кнопки. Подробнее о таком способе проверки можно прочитать в материале о клавиатурной навигации и видимом фокусе.
Две технические отметки с разными задачами
W3C рекомендует задавать основной язык через атрибут lang элемента html, а иноязычные фрагменты помечать отдельно. Это описание языка содержимого.
Согласно рекомендациям Google, каждая языковая версия указывает на себя и соответствующие версии с помощью полных URL; связи между версиями должны быть взаимными.
Такие настройки мы проверяем отдельно от пользовательского опыта: правильный технический список не исправит кнопку, которая ведёт не туда. И наоборот, удобный переключатель не заменяет согласованных адресов и метаданных. Это не обещание индексации или определённого места в поиске.
Обновление материала касается всех версий
После запуска важно не разделить сайт на несколько изданий с разной степенью актуальности. Когда меняется описание услуги, контакт или существенное пояснение, нужен короткий список языковых версий для проверки. Дату обновления стоит связывать с реальной редактурой, а не просто с повторной сборкой.
Наш практический порядок прост: сначала согласовать содержание, затем обновить все соответствующие версии, проверить переходы и лишь после этого публиковать целостный пакет. Так перевод остаётся частью работы над сайтом, а не декоративным слоем. Хороший результат ощущается незаметно: человек выбирает другой язык и продолжает с того места, где остановился.
