Если на сайте есть несколько языков, меню почти всегда нужно делать отдельным для каждой версии. Иначе в английской шапке останутся русские пункты, в немецкой — ссылки на несуществующие страницы, а пользователь будет переходить между языками без логики. Для мультиязычного WordPress это не косметика, а часть навигации и структуры сайта.
Правильный подход зависит от того, как именно устроен перевод: вы ведёте отдельные языковые версии вручную, используете плагин мультиязычности или только локализуете интерфейс темы. Ниже — практическая схема, которая помогает настроить меню без хаоса и потом не переделывать всё заново.
Что именно нужно переводить: меню, пункты и связанные страницы
В WordPress меню — это не просто список ссылок. У каждого пункта есть своя логика:
- ссылка может вести на переведённую страницу, запись, рубрику или произвольный URL;
- название пункта часто нужно адаптировать под язык, а не переводить дословно;
- выпадающие подпункты должны соответствовать структуре конкретной языковой версии;
- в некоторых темах есть отдельные меню для шапки, подвала, мобильной версии и кнопок действия.
Поэтому перевод меню обычно означает не один клик, а создание отдельной навигации для каждого языка и привязку её к нужным областям темы. Если сайт небольшой, это можно сделать вручную. Если языков много или контент активно обновляется, лучше сразу использовать мультиязычный плагин, который умеет связывать переводы между собой.
Когда достаточно ручной настройки, а когда нужен плагин
Если у вас две-три языковые версии и немного страниц, меню можно собрать вручную в каждой локали. Такой вариант подходит для небольшого корпоративного сайта или блога, где структура почти одинаковая, а обновления редкие. Но у него есть минус: при добавлении новой страницы или изменении названия пункта придётся править каждое меню отдельно.
Плагин мультиязычности нужен, когда:
- языков больше двух;
- страницы регулярно добавляются и редактируются;
- нужно связывать переводы страниц, рубрик, записей и меню;
- важно, чтобы переключение языка вело на соответствующую страницу, а не на главную;
- на сайте есть WooCommerce, сложные таксономии или много динамического контента.
Для таких задач важна не только локализация текста, но и связность структуры. Иначе пользователь будет видеть переведённые заголовки, но попадать в несоответствующие разделы.
Как перевести меню WordPress вручную
Если вы не используете мультиязычный плагин, логика простая: для каждого языка создаётся своё меню, а в него добавляются ссылки на страницы этой же языковой версии.
Шаг 1. Подготовьте переведённые страницы
Сначала убедитесь, что у вас уже есть страницы на всех языках. Не стоит собирать меню заранее, если половина ссылок ещё не существует. Для каждой локали должны быть свои URL, например /ru/o-kompanii/ и /en/about/.
Шаг 2. Создайте отдельное меню для каждого языка
Откройте Внешний вид → Меню. Создайте меню для русского языка, затем отдельное меню для английского и других языков. В каждое меню добавляйте только ссылки соответствующей версии сайта.
Если тема поддерживает несколько областей меню, проверьте, куда именно оно назначается: в шапку, подвал, мобильную панель или дополнительный блок. На мультиязычном сайте это важно, потому что одна и та же область может отображаться по-разному в зависимости от языка.
Шаг 3. Назначьте меню нужной языковой версии
Если тема позволяет выбрать меню для каждой области, назначьте русское меню для русской версии, английское — для английской. В простом варианте это делается через отдельные наборы меню и переключение между ними вручную в настройках темы или через виджеты/шаблонные блоки, если тема это поддерживает.
Проверьте, чтобы в меню не осталось ссылок на страницы другого языка. Это частая ошибка: текст переведён, а URL ведёт на русскую страницу. Для пользователя это выглядит как сломанная навигация.
Как организовать перевод меню через мультиязычный плагин
Если сайт работает на плагине мультиязычности, меню лучше связывать через его встроенные инструменты. У разных решений интерфейс отличается, но принцип один: у каждого языка есть своё меню, а плагин хранит связь между ними и подставляет нужный вариант в зависимости от активной локали.
Обычно порядок такой:
- добавляете языки в настройках плагина;
- создаёте переводы страниц, записей, рубрик и других сущностей;
- создаёте меню для каждого языка;
- связываете меню между собой через интерфейс плагина;
- проверяете, что переключатель языка ведёт на соответствующую страницу.
Это удобнее, чем ручная схема, потому что при изменении структуры сайта вы редактируете переводы в одном месте и не теряете соответствие между версиями.
На что смотреть в настройках плагина
Не все плагины одинаково хорошо работают с меню. Перед внедрением проверьте три вещи:
- может ли плагин переводить именно меню, а не только страницы;
- поддерживает ли он произвольные типы записей, рубрики и таксономии;
- как он работает с переключателем языка и URL.
Если плагин умеет только подменять текст на странице, но не связывает навигацию и ссылки, это не полноценное решение для мультиязычного сайта. Меню в таком случае придётся собирать отдельно, а это быстро приводит к расхождениям.
Как не перепутать перевод интерфейса и перевод содержимого
На практике часто смешивают три разные задачи:
- перевод интерфейса WordPress — это локализация системных строк, кнопок темы и текста плагинов;
- перевод содержимого — страницы, записи, рубрики, товары, меню;
- локализация темы и плагинов — когда в шаблоне есть свои текстовые элементы, которые тоже должны быть на нужном языке.
Если перевести только интерфейс, меню на сайте может выглядеть частично локализованным, но ссылки останутся на исходном языке. Если перевести только контент, а тему и кнопки оставить без локализации, пользователь увидит смесь языков. Для нормального мультиязычного сайта нужны все три слоя, но меню относится именно к содержимому и навигации, а не к системному переводу WordPress.
Что проверить после настройки
После перевода меню не ограничивайтесь визуальной проверкой в админке. Откройте сайт в каждой языковой версии и пройдитесь по основным сценариям:
- главное меню в шапке;
- мобильное меню;
- подвал, если там есть навигация;
- выпадающие пункты;
- ссылки на категории, архивы и страницы контактов;
- переключатель языка.
Проверьте, что:
- каждый пункт ведёт на страницу нужного языка;
- в URL нет смешения языков;
- названия пунктов соответствуют локали, а не переведены механически;
- при переходе на другую страницу язык сохраняется;
- в меню не осталось битых ссылок после удаления или переименования страниц.
Если сайт большой, полезно открыть его в режиме инкогнито и пройти путь от главной до нескольких внутренних страниц на каждом языке. Так быстрее видно, где навигация разъехалась.
Особенности для WooCommerce и динамического контента
На интернет-магазине меню почти всегда связано не только со страницами, но и с категориями товаров, личным кабинетом, корзиной и оформлением заказа. Здесь особенно важно, чтобы каждая языковая версия имела свои ссылки и свои названия пунктов.
Если магазин мультиязычный, проверьте:
- переведены ли категории товаров и их URL;
- ведут ли пункты меню на нужную локаль каталога;
- не смешиваются ли страницы корзины и оформления заказа между языками;
- корректно ли работает переключение языка на страницах товара.
Для динамического контента ручная схема быстро становится неудобной. Как только появляются фильтры, атрибуты, вариативные товары и отдельные шаблоны каталога, лучше использовать плагин, который умеет связывать переводы не только страниц, но и таксономий, товаров и системных страниц магазина.
Типичные ошибки, из-за которых меню ломается
Чаще всего проблемы появляются не в самом переводе, а в организации структуры:
- все языки используют одно меню с одинаковыми ссылками;
- переведён только текст пункта, но не сама страница;
- переключатель языка ведёт на главную, а не на соответствующую страницу;
- в меню остались старые URL после изменения структуры сайта;
- в теме есть отдельное мобильное меню, но его забыли перевести;
- рубрики и таксономии не переведены, хотя на них завязана навигация.
Если сайт уже работает и навигация собрана вручную, перед переделкой сделайте резервную копию базы данных. Это особенно важно, если вы планируете менять структуру URL, переводить рубрики или подключать новый мультиязычный плагин.
Как выбрать подходящий способ именно для вашего сайта
| Сценарий | Что делать с меню |
|---|---|
| Небольшой сайт на 2 языка | Можно собрать отдельные меню вручную, если структура простая и обновления редкие. |
| Корпоративный сайт с регулярными правками | Лучше использовать плагин мультиязычности, чтобы связывать переводы страниц и меню. |
| Блог с большим архивом | Нужна система, которая переводит не только меню, но и рубрики, архивы и внутренние ссылки. |
| WooCommerce-магазин | Нужна полноценная мультиязычность с переводом товаров, категорий и служебных страниц. |
Если задача сводится к тому, чтобы просто показать разные пункты меню на разных языках, ручной вариант допустим. Если же сайт должен жить и развиваться, лучше сразу строить перевод как систему: отдельные языковые версии, связанные страницы, отдельные меню и проверка всех навигационных сценариев.
Именно так мультиязычный WordPress перестаёт быть набором разрозненных переводов и становится предсказуемым сайтом, где пользователь на любом языке видит свою структуру, свои ссылки и свой путь по разделам.