Как добавить второй язык на сайт WordPress

Если на сайте уже есть один язык, а нужно быстро запустить второй, главная задача не в самом переводе, а в том, чтобы сразу выбрать правильную схему: отдельные языковые версии, понятные URL, перевод меню, страниц, записей и служебных элементов. Иначе потом приходится переделывать структуру, а это уже влияет и на SEO, и на удобство редактирования.

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

Сначала выберите схему языковых версий

Перед установкой плагина нужно понять, как будут выглядеть URL второй версии сайта. Это влияет на индексацию, внутренние ссылки и дальнейшее сопровождение.

Подкаталоги: site.ru/en/, site.ru/de/. Часто это самый удобный вариант для WordPress: структура понятная, сайт остаётся на одном домене, проще вести аналитику и внутреннюю перелинковку.
Поддомены: en.site.ru, de.site.ru. Подходит, если языковые версии организационно разделены или у проекта уже есть такая архитектура.
Отдельные домены: site.com и site.de. Это уже ближе к отдельным проектам, обычно так делают для крупных брендов или разных рынков.

Для большинства сайтов, где нужно просто добавить второй язык, подкаталог — самый практичный старт. Он проще в настройке и не требует разносить сайт по разным доменам. Но если у вас уже есть жёсткие требования по региональному SEO или отдельная структура бренда, схема может быть другой.

Как добавить второй язык через мультиязычный плагин

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

Установите и активируйте плагин мультиязычности.
Выберите основной язык сайта и добавьте второй язык.
Настройте формат URL для языков: подкаталоги, поддомены или отдельные домены.
Укажите, как будет определяться язык по умолчанию: через главную страницу, переключатель языка или редирект по браузеру, если плагин это поддерживает.
Свяжите переводы между собой: у каждой страницы, записи, категории и товара должна быть своя языковая версия.

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

Что переводить в первую очередь

Если запускать вторую языковую версию поэтапно, начните с того, что пользователь видит сразу:

главная страница;
основные страницы услуг или категорий;
меню;
контакты и формы;
заголовки и короткие тексты в шапке, подвале, сайдбаре;
SEO title и description для ключевых страниц.

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

Перевод интерфейса WordPress и перевод содержимого — это не одно и то же

Частая ошибка на старте — установить плагин перевода и считать, что сайт уже мультиязычный. На самом деле есть два разных слоя.

Интерфейс WordPress и темы — это кнопки, подписи, системные сообщения, текст в теме и плагинах. Обычно это переводится через файлы локализации .po/.mo или через встроенные механизмы самого плагина и темы.

Содержимое сайта — это страницы, записи, товары, категории, меню, произвольные поля, SEO-данные. Это уже отдельные сущности, и их нужно связывать между языками.

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

Автоматический перевод или ручная редактура

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

Практически это выглядит так:

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

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

Что проверить после настройки второй языковой версии

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

Переключатель языка ведёт на соответствующую версию текущей страницы, а не просто на главную.
Меню на каждом языке показывает свои пункты.
Ссылки внутри контента ведут на страницы нужного языка.
Категории, теги и архивы не смешивают языки.
SEO title и description заданы отдельно для каждой версии.
Формы, кнопки и сообщения об ошибках отображаются на нужном языке.
Если есть магазин, валюта, способы доставки и письма не конфликтуют с языковой версией.

Отдельно проверьте мобильную версию. На практике переключатель языка часто прячется в меню или съезжает в шапке, и пользователь просто не может его найти.

Типичные ошибки на старте

Самые частые проблемы у сайтов, где второй язык добавили в спешке, обычно одни и те же.

Один и тот же контент открыт по двум URL без связи между версиями. Это создаёт дубли и путаницу для поисковых систем.
Переведены только страницы, но не меню и не таксономии. Пользователь видит «полупереведённый» сайт.
Языки смешаны в одном URL-дереве без понятной структуры. Потом сложно поддерживать и редактировать.
Автоперевод опубликован без вычитки. На коммерческом сайте это быстро бьёт по доверию.
Не переведены метаданные и alt-тексты. Вторая версия выглядит незавершённой и хуже управляется в поиске.

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

Как понять, что всё настроено правильно

Минимальная проверка после запуска выглядит просто: откройте главную, одну внутреннюю страницу и одну запись на каждом языке, переключите язык и убедитесь, что URL меняется логично, а контент действительно соответствует выбранной версии. Затем проверьте меню, футер и формы обратной связи.

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

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