Многоязычный WordPress начинается с ответа на простой вопрос: какие страницы действительно нужны каждой аудитории. Переключатель языка сам по себе не переводит меню, формы, каталог и служебные сообщения.
У каждой версии должны быть понятный адрес, полный набор важных ссылок и ответственный за обновление. Иначе посетитель увидит переведённую главную страницу, а на следующем шаге попадёт в пустой или устаревший раздел.
Какие страницы нужны на каждом языке?
Для каждой аудитории перечисляют страницы, которые должны быть доступны на её языке: главная, услуги, каталог, контакты или отдельные документы. Не переводите пустые разделы только ради одинакового количества пунктов. Посетителю важнее целостный маршрут, чем формальное наличие каждой страницы.
Переключатель языка должен сохранять контекст, когда такая страница существует. Если перевода нет, покажите понятный следующий шаг, а не ведите на пустой экран.
Как выбрать структуру адресов?
Подкаталоги, поддомены и отдельные домены решают одну задачу разными способами. Подкаталог проще видеть в одной структуре сайта. Поддомен или домен может быть удобен при самостоятельных командах и правилах, но требует аккуратной связи между версиями.
Вариант структуры выбирают до массового перевода и фиксируют на карте адресов. Для каждой страницы должно быть понятно, какая языковая версия ей соответствует и что произойдёт при смене языка. Это облегчает навигацию и последующую работу с поиском.
Кто отвечает за перевод?
Прямой перевод строки не гарантирует, что услуга описана понятно. Заголовок, кнопка, форма, сообщение об ошибке и письмо должны звучать как один текст для конкретного посетителя. Термины, названия продукта и условия заказа лучше согласовать заранее.
При обновлении оригинала отметьте изменённые фрагменты. Переводчик видит, что именно нужно перечитать, а команда не выдаёт старую цену или старое ограничение за актуальную информацию.
Что видит поисковик?
Языковые адреса, заголовки, описания и ссылки между версиями должны указывать на правильный контент. Страница на одном языке не должна объявлять другой адрес своей копией. Смысл технической настройки — помочь поиску и человеку понять отношения между страницами.
Для каждой языковой версии сопоставляют метаданные, внутренние ссылки, карту сайта и формы. Пустая версия, доступная поиску, сразу становится адресом для исправления.
Как обновлять каталог и поддержку?
В магазине нужно связать язык карточки, атрибуты, корзину, письмо и оформление. Важно, чтобы покупатель не переключался на другой язык в середине заказа без объяснения. Команда поддержки должна знать, где обновляется перевод и кто принимает спорные термины.
Работу начинают с карты URL и списка страниц, которые действительно нужны аудитории. После этого можно выбирать плагин и порядок перевода, опираясь на поддерживаемую структуру, а не на обещание автоматической кнопки.
Как редактор выпускает новую версию?
После изменения исходного текста отметьте, какие языковые страницы затронуты, кто их перечитал и когда они снова доступны. Не выпускайте новую услугу на одном языке, если переключатель ведёт на старое или пустое содержание.
Журнал с адресом страницы, изменённым фрагментом и ответственным не заменяет редактуру. Он показывает, какой перевод нужно обновить, когда меняется оригинал.
Посетитель должен видеть не просто перевод, а связную страницу: актуальную цену, рабочую форму, правильную ссылку и понятную навигацию на своём языке.
На опубликованной версии меню, форма, товар и контакт должны оставаться на выбранном языке. Ссылка на другой язык или старый текст становится конкретной причиной для правки.