Что израильскому бизнесу стоит обсудить перед заказом многоязычного сайта
Автор Desk Wire | Сервисный материалОпубликовано:

Посетитель может понять главную страницу и всё же отказаться от обращения, если следующий экран переключается на другой язык. Для израильской компании с несколькими аудиториями техническое задание должно сопровождать клиента до полезного результата: бронирования, покупки или разговора с нужным человеком.
Выбирайте языки под клиентов, которых можете обслужить
Начните с языков реальных обращений, переговоров о продаже и запросов поддержки. Определите, что каждая аудитория должна уметь делать на сайте и кто ответит ей дальше. Качественная страница создаёт ожидания от стоящего за ней сервиса. Получающей запрос команде нужен практический способ продолжить разговор.
Прежде чем добавлять языки, подготовьте полный комплект необходимых страниц. Включите описание услуги, контакты, частые вопросы и шаги для отправки обращения. При необходимости добавьте сведения о доставке и условия бронирования. Передайте подрядчику перечень страниц, чтобы смета охватывала определённый объём.
Переведите весь клиентский путь
Заголовки привлекают внимание, но подписи полей, сообщения об ошибках и письма с подтверждением определяют, сможет ли посетитель завершить действие. Перечислите их наряду со статьями и страницами услуг. Укажите, какие сообщения отправляет сайт, а какие принадлежат отдельному сервису бронирования, оплаты или электронной почты.
Согласуйте термины для товаров, услуг и названий, затем поручите носителю языка проверить смысл, тон и единообразие. Машинный перевод может помогать процессу, но у опубликованного текста должен быть ответственный редактор. Просите правки в контексте, чтобы специалист видел связанную с текстом кнопку, картинку или форму.
Учтите разные направления чтения и размеры экранов
Иврит, арабский и персидский требуют внимания к направлению чтения рядом с числами, адресами почты и иностранными именами. W3C различает указание языка и направления текста; обоим нужна соответствующая разметка. Попросите разработчика показать смешанный текст в настоящих формах и меню.
Проверьте оформление на телефоне и большом экране. Длинные подписи могут переноситься, меню становиться тесным, а заметная кнопка уходить ниже полезной части страницы. Включите в разработку проверку управления клавиатурой, читаемого контраста и понятных подписей полей. Проверяйте окончательную переведённую вёрстку, а не только исходный макет.
Сделайте каждую версию доступной для поиска и выбора
Google Search Central рекомендует отдельные адреса языковых версий и аннотации hreflang, обозначающие их связь. Попросите подрядчика описать соединение каждой переведённой страницы с аналогами. Оставьте заметный переключатель языка, чтобы решение принимал сам посетитель.
Пусть кто-нибудь выполнит одинаковую задачу в каждой версии из нового сеанса браузера. Получается ли найти услугу, отправить запрос и понять подтверждение? Проверьте назначения кнопок и согласованность контактных данных. Технически существующая языковая версия должна работать для своей аудитории как полноценный сайт.
Определите ответственных за следующее обновление
Запуск начинает обслуживание нескольких версий одной и той же информации о компании. Назначьте тех, кто утверждает изменения, переводит их и проверяет публикацию. Установите, как новые цены, часы работы и описания услуг попадут во все нужные версии, не оставляя в сети устаревших обещаний.
До приёмки получите согласованные доступы, перечень регулярных расходов и инструкции по обычному редактированию и резервному копированию. Попросите продемонстрировать одно обновление на всех языках. Полезный многоязычный сайт даёт клиенту последовательный путь к компании, а вашей команде процесс, который она сможет поддерживать.
