Многоязычный WordPress: полное руководство по принятию правильных решений в 2026 году

Соберите WordPress мультиязычный Это похоже на техническое решение, но это не так. Техническая часть — установка плагина, нажатие кнопки перевода — решается за полдня. Успех проекта решает четыре вопроса, которые почти никто не задает перед оплатой лицензии: кто будет писать, где будут храниться переводы, как структурированы URL-адреса и сколько будет стоить поддержка всего этого в течение двух лет.

Это руководство идет в таком порядке. Это не список плагинов: это полный обзор, поэтому вам не придется его переделывать.

1. Прежде чем выбирать плагин: что в вашем случае означает «перевести»?

Это слово охватывает три разных проекта с разными бюджетами и сроками.

Самая дорогая путаница в отрасли — это лечение второго случая инструментами из первого. Переводчик браузера, установленный за пять минут, не ранжирует вас в Германии, как бы хорошо он ни переводил: Google не может проиндексировать немецкий адрес.

2. Кто будет писать: вопрос, который решает плагин

Существует два семейства инструментов и они отличаются именно этим.

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

Те, кто переводит. WPML, TranslatePress или WP-Translate имеют собственную систему перевода и менеджер. Они стоят дороже и весят больше, но работают, даже если никто в вашей команде не пишет по-английски.

Этот вопрос не меняется со временем, в отличие от лицензии. Если никто не собирается писать на втором языке, то инструмент, который только организует, оставляет вас на полпути в первый же день, даже если он бесплатный. Мы разработали его на основе данных сравнения WPML vs Polylang.

3. Где хранятся ваши переводы (и что произойдет, если вы перестанете платить)

Это переменная, на которую почти никто не обращает внимания перед приемом на работу и которая больше всего вредит впоследствии.

• В вашей базе данных — WPML, Polylang, TranslatePress, WP-Translate. Если вы удалите, содержимое останется там.
• На стороннем сервере — Планы оплаты Weglot, Linguise, GTranslate. Они работают очень хорошо и экономят обслуживание, но в тот день, когда вы отмените подписку, переводы уйдут с вами.
• Нигде — оперативный перевод GTranslate в бесплатном режиме и тому подобное. Он генерируется при каждом посещении и удаляется.

Не существует универсального правильного ответа: команда, которой не хватает времени, может предпочесть платить за время. Но стоит решиться до после перевода трехсот страниц, а не после. Мы тщательно сравниваем его в GTranslate vs WPML и в Weglot vs WPML.

4. Структура URL: подкаталог, субдомен или собственный домен.

Все трое работают в Google. Они различаются усилиями и способами распределения полномочий.

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

Тонкую структуру — что происходит с языком по умолчанию, есть ли у него префикс или нет, как выглядят категории — мы рассмотрим в руководстве. URL-адреса по языкам в WordPress.

5. Контент – это не просто записи

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

Полный список того, что необходимо перевести:

Пункты 3 и 4 — то, что отличает инструменты: есть плагины, которые их даже не трогают. У нас есть специальные руководства для переводить меню и тексты тем, для перевести формы и для Электронная почта WooCommerce.

6. Многоязычное SEO: три вещи, и ни одна из них не является обязательной

Один URL-адрес для каждого языка со своим собственным контентом. Мы это уже видели: без этого языка для Google не существует.

теги hreflang Именно они сообщают Google, что /precios/ y /en/pricing/ Это одна и та же страница на двух языках. Без них ваши версии не складываются: конкурировать друг с другом по тем же запросам. Это самый дорогой и самый незаметный провал, потому что сайт выглядит идеально. Мы подробно объясняем это в Практическое руководство по hreflang, и если вы используете Yoast, стоит прочитать что Yoast охватывает hreflang, а что нет, потому что ответ удивляет многих людей.

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

7. Сколько это на самом деле стоит?

Цена первого счета обманчива, потому что почти весь сектор работает по подписке, а контент растет. Сделайте расчет на три года и с вашими цифрами:

• Посчитайте реальные кусочки: посты, страницы, товары, тексты тем и макетов.
• Умножайте на те языки, которые вы собираетесь поддерживать, а не на те, которые вам хотелось бы иметь.
• Посмотрите, включает ли план пакет слов или плату за автоматический перевод отдельно (WPML взимает за него кредиты; Polylang отправляет вас в вашу собственную учетную запись DeepL).
• Добавьте три аннуитета, а не один.

Мы разбиваем это с реальными ценами в сколько стоит перевести сайт WordPress. А если у вас уже есть WPML и цена является причиной перехода, сначала посмотрите реальные альтернативы WPML y как мигрировать, не теряя позиций.

8. Сколько языков ставить

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

Способ принятия решения не основан на интуиции: он основан на ваших собственных данных Search Console и Analytics. Мы объясним это шаг за шагом в сколько языков должно быть на вашем сайте.

9. И если вас останавливает громкость

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

WP-Translate переворачивает: запустить перевод всего сайта сразу и отметить каждый фрагмент как ожидающий рассмотрения. Затем вы исправляете то, что действительно продается — страницу с ценами, описания продуктов — а все остальное тем временем работает. В него включено несколько механизмов искусственного интеллекта, поэтому вам не нужно открывать учетную запись DeepL или управлять ключами API; сохраните переводы в своей базе данных с указанием URL-адресов для каждого языка и атрибута hreflang; и это единовременный платеж (89, 169 или 289 евро в зависимости от количества сайтов) вместо годовой подписки.

Это не лучше для всех: если в вашем штате есть переводчики с потоками утверждений, WPML по-прежнему остается стандартом; Если на каждом языке имеется разный рукописный контент, Polylang подойдет лучше. Вы можете сравнить не платя с бесплатная версияили посмотрите планы и цены.

Часто задаваемые вопросы

Могу ли я начать с одного языка и добавить больше позже?
Да, и это рекомендуется. Что вам не следует менять позже, так это структуру URL. Добавление третьего языка к устоявшейся структуре тривиально; переделать структуру с двумя индексированными языками, нет.

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

Нужен ли мне более мощный сервер?
Почти никогда. Языковой плагин добавляет запросы, но он редко является причиной медленной работы сайта. Мы измеряем это в Плагин перевода замедляет работу вашего сайта?.

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