Перевод форм WordPress: поля — лишь половина проблемы

Почему перевод формы шире, чем подписи полей

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

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

Строки, видимые пользователю, которые нужно переводить

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

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

Почему заполнители и текст валидации важны с технической точки зрения

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

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

Сообщения подтверждения и уведомления по электронной почте — часть той же поверхности перевода

Успешная отправка обычно запускает сообщение подтверждения на экране и часто одно или несколько уведомлений по электронной почте. Эти сообщения — контент, видимый пользователю, даже если они создаются после отправки формы.

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

Условная логика меняет то, что нужно переводить

Условная логика делает перевод не просто заменой строк. Когда один ответ открывает другое поле, сообщение или ветку, каждая ветка может содержать собственные подписи, вспомогательный текст и правила валидации.

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

Динамические значения могут выдавать неправильный язык даже при переведённой форме

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

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

Операционное следствие: перевод должен сопровождать жизненный цикл формы

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

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