WPML, Polylang или TranslatePress: выбор плагина в 2026 году

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

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

В статье рассматривается одна обычная установка WordPress. Цены и состав тарифов приведены по состоянию на 15 августа 2026 года: перед покупкой их стоит проверить повторно, поскольку разработчики могут менять условия и включённые квоты машинного перевода.

Краткий вывод

• WPML чаще подходит крупному корпоративному сайту или магазину, где нужны переводческие роли, очереди заданий, работа с агентствами, сложные пользовательские поля и централизованное управление большим объёмом контента.
• Polylang удобен командам, которые хотят хранить языковые версии как отдельные записи WordPress, самостоятельно контролировать структуру сайта и не нуждаются в тяжёлой системе управления переводами.
• TranslatePress особенно удобен, когда важнее всего визуально переводить уже собранные страницы, формы, баннеры и вывод конструкторов. Для небольшого отдела маркетинга его интерфейс обычно понятнее, но строковая модель накладывает ограничения на независимость языковых версий.

Для WooCommerce выбор обычно сужается до WPML с тарифом Multilingual CMS, Polylang Business Pack или платного TranslatePress. Бесплатные варианты позволяют начать работу, но для коммерческого проекта быстро проявляются ограничения в SEO, языках, переводе URL и специализированных функциях магазина.

Сравнение основных различий

Как плагины хранят переводы

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

WPML: связанные записи и отдельная инфраструктура переводов

Для страниц, записей, товаров и других типов контента WPML создаёт отдельную запись на каждом языке и связывает их в одну группу переводов. Например, русская и английская страницы имеют разные идентификаторы WordPress, хотя в интерфейсе представлены как версии одного материала.

У подхода есть практические преимущества. Языковые версии получают собственные заголовки, блоки, изображения, метаданные и статусы публикации. Английскую страницу можно оставить черновиком, пока русская уже опубликована. Можно также адаптировать структуру материала под рынок, а не ограничиваться буквальной заменой строк.

Связи между переводами, языковые параметры и служебные данные WPML хранит в собственных таблицах. Переводы интерфейсных строк тем и плагинов обслуживает отдельный компонент String Translation. В результате система охватывает почти все уровни сайта, но увеличивает количество таблиц, связей и фоновых операций.

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

Polylang: отдельная запись для каждого языка

Polylang также создаёт самостоятельные страницы, записи, товары и термины таксономий для разных языков. Связи между ними менее заметны для редактора: работа остаётся близкой к привычному интерфейсу WordPress. Пользователь выбирает язык материала и создаёт или открывает связанный перевод.

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

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

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

TranslatePress: словарь строк поверх исходной страницы

TranslatePress не создаёт отдельную копию страницы для каждого языка. Плагин анализирует сформированный HTML, находит отображаемые строки и сохраняет соответствия между исходным текстом и переводом в собственных словарных таблицах базы данных.

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

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

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

Редакторы и организация работы

WPML

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

В Advanced Translation Editor текст разбивается на сегменты и показывается рядом с исходником. Переводчик работает с предложениями, заголовками и полями, не вмешиваясь непосредственно в макет. Поддерживаются память переводов, машинные предложения и проверка заполнения сегментов.

Главное преимущество WPML — не внешний вид редактора, а управление процессом. Администратор может выбирать материалы, назначать задания участникам команды, отслеживать состояние и передавать контент совместимым профессиональным сервисам. Это важно, когда переводом занимаются не авторы сайта, а отдельный отдел или подрядчик.

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

Polylang

В Polylang нет полноценного визуального фронтенд-редактора, аналогичного TranslatePress. Переводчик создаёт связанную запись и работает в Gutenberg, классическом редакторе или интерфейсе установленного конструктора. Для привычной WordPress-команды это прозрачно: русский и английский материалы редактируются почти так же, как две обычные страницы.

Polylang Pro умеет дублировать исходный контент при создании перевода. Переводчик получает готовую структуру блоков и заменяет текст, сохраняя вёрстку. Можно синхронизировать выбранные данные между языками, но правила следует определить заранее: бесконтрольная синхронизация способна перезаписать локализованные значения.

Для работы с большим внешним бюро полезны импорт и экспорт XLIFF, доступные в Pro. При этом собственная система распределения заданий у Polylang проще, чем у WPML. Если компания использует сложный переводческий конвейер, организационные функции придётся частично реализовать вне WordPress.

TranslatePress

Сильная сторона TranslatePress — визуальный редактор. Пользователь открывает страницу на сайте, выбирает элемент и сразу видит, как перевод помещается в кнопку, карточку или заголовок. Это сокращает число ситуаций, когда грамматически правильный текст ломает интерфейс из-за длины.

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

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

Как решения работают с WooCommerce

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

WPML для WooCommerce

Поддержка магазина доступна в тарифах WPML, включающих электронную коммерцию, прежде всего Multilingual CMS. Специализированные компоненты связывают переводы товаров и помогают синхронизировать SKU, остатки, цены, вариации и другие данные, которые не должны независимо изменяться в текстовых переводах.

Контент товара при этом остаётся отдельным для каждого языка. Можно перевести название, полное и краткое описание, категории, атрибуты, изображения, URL и SEO-поля. Для крупного каталога полезна пакетная отправка товаров на автоматический или ручной перевод.

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

Polylang for WooCommerce

Обычного бесплатного Polylang недостаточно для полноценного магазина. Дополнение Polylang for WooCommerce переводит товары, категории, глобальные атрибуты, системные страницы, письма и настройки магазина, а также синхронизирует корзину между языками. Заявлена готовность к использованию WooCommerce HPOS.

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

Для перевода адресов и служебных частей URL нужен Polylang Pro. Поэтому практичным вариантом для коммерческого проекта обычно становится Business Pack, объединяющий Pro и WooCommerce-дополнение. Покупка только WooCommerce-модуля может быть достаточной для отдельных сценариев, но оставляет ограничения основной бесплатной версии.

TranslatePress и WooCommerce

TranslatePress совместим с WooCommerce без отдельного специализированного модуля. Он переводит видимый текст карточек, каталога, корзины и оформления заказа тем же способом, что и остальные страницы. Удобство особенно заметно при переводе сообщений, которые появляются только после выбора вариации, добавления товара или ошибки в форме.

Поскольку исходный товар остаётся одним объектом, цена, SKU и остаток не дублируются по языкам. Это снижает риск получить разные складские данные. Одновременно такая архитектура не рассчитана на независимый ассортимент: скрыть определённый товар только в одной языковой версии или полностью перестроить карточку сложнее, чем при модели отдельных записей.

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

Мультиязычное SEO

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

SEO в WPML

WPML автоматически формирует связи hreflang между языковыми версиями и поддерживает разные схемы URL. Плагин интегрируется с распространёнными SEO-решениями, позволяя переводить заголовки, описания и другие метаданные вместе со страницей.

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

SEO в Polylang

Бесплатный Polylang создаёт отдельные языковые URL и добавляет необходимые языковые связи. Поскольку переводы являются самостоятельными записями, для них можно задавать отдельные SEO-поля через совместимый SEO-плагин.

Перевод слагов и баз URL относится к возможностям Polylang Pro. Это существенно для корпоративного сайта и магазина: адреса вроде названий разделов, типов записей и категорий товаров должны соответствовать языку страницы. Если оставить часть URL на исходном языке, сайт сохранит работоспособность, но структура будет менее последовательной для пользователей и редакторов.

SEO в TranslatePress

TranslatePress создаёт индексируемые URL для языковых версий и добавляет языковую разметку. Для полного SEO-процесса нужен платный SEO Pack, входящий в коммерческие тарифы. Он позволяет переводить метазаголовки, описания, URL и другие данные, которые не всегда видны как обычный текст страницы.

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

Машинный перевод и контроль расходов

WPML: кредиты и централизованная автоматизация

WPML позволяет использовать собственный движок PTC, а также DeepL, Google Translate и Microsoft Translator. Расход учитывается в кредитах, причём число кредитов на слово зависит от выбранного движка. На 15 августа 2026 года тариф Multilingual CMS включает 90 000 кредитов, Agency — 180 000.

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

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

Polylang: интеграция с DeepL

Polylang Pro интегрируется с DeepL и требует собственного API-ключа. Машинный перевод вызывается в интерфейсе редактирования записи или страницы. Это понятная модель оплаты: лицензия Polylang и использование API DeepL учитываются отдельно.

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

TranslatePress: AI, Google и DeepL

Платные планы TranslatePress включают квоту TranslatePress AI, измеряемую в переведённых словах. В 2026 году тариф Personal содержит 50 000 слов, Business — 200 000, Developer — 500 000. Квота восстанавливается при продлении лицензии, а дополнительные пакеты приобретаются отдельно.

Также можно подключить Google Translate с собственным API-ключом. Интеграция DeepL входит в тарифы Business и Developer и тоже требует отдельного ключа и оплаты услуг провайдера. Таким образом, наличие функции в лицензии не всегда означает, что обращения к внешнему API бесплатны.

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

Лицензии и стоимость в 2026 году

Все цены ниже указаны в евро за год без учёта возможных налогов и временных скидок.

WPML

• Multilingual Blog — €39. Подходит простому блогу, но не включает расширенный редактор, String Translation, поддержку конструкторов и электронную коммерцию.
• Multilingual CMS — €99. Основной вариант для корпоративного сайта или одного магазина. Включает расширенный редактор, управление переводами, строки, конструкторы и WooCommerce.
• Multilingual Agency — €199. Функционально близок к CMS, но предназначен для большого числа сайтов и содержит увеличенную квоту кредитов.

Для одной установки WordPress почти всегда достаточно Multilingual CMS. После окончания подписки существующие переводы продолжают отображаться, но прекращается доступ к обновлениям, новым загрузкам и поддержке. Оставлять коммерческий сайт без обновлений надолго не следует.

Polylang

• Polylang Free — бесплатно. Подходит для базового сайта с ручным переводом отдельных записей.
• Polylang Pro — от €99. Добавляет перевод URL, дублирование и синхронизацию контента, XLIFF и интеграцию DeepL.
• Polylang for WooCommerce — от €99. Добавляет специализированную поддержку магазина.
• Business Pack — на момент проверки от €139. Объединяет Polylang Pro и WooCommerce-дополнение; указанная цена может быть акционной.

Лицензия приобретается на год. При непродлении плагин продолжает работать, но автоматические обновления и профессиональная поддержка становятся недоступны. Для корпоративного сайта без магазина обычно достаточно Pro, а для WooCommerce наиболее целостным вариантом является Business Pack.

TranslatePress

• Personal — €99. Одна установка, несколько языков, SEO Pack, перевод URL и 50 000 слов TranslatePress AI.
• Business — €199. До трёх сайтов, 200 000 слов, аккаунты переводчиков, DeepL, разные домены по языкам, определение языка и дополнительные инструменты навигации.
• Developer — €349. Неограниченное число сайтов и 500 000 слов AI при том же расширенном наборе функций.

Для одного корпоративного сайта тариф Personal достаточен, если переводы выполняют администраторы и не нужен DeepL. Business выбирают ради отдельных переводческих аккаунтов, просмотра от имени пользовательских ролей, DeepL и дополнительных правил навигации. После истечения лицензии сохранённые переводы остаются в базе, но часть платных сервисов, обновления и поддержка становятся недоступны.

Нагрузка на базу и требования к хостингу

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

• У WPML и Polylang число записей, терминов и связанных метаданных растёт с каждым языком. Особенно заметно это в WooCommerce, где один товар может иметь много вариаций и полей.
• У TranslatePress не размножаются сами страницы и товары, но растут словарные таблицы для языковых пар. Большое число коротких динамических строк также увеличивает объём словаря.
• WPML подключает больше специализированных компонентов. Они полезны для управления, но требуют внимательнее следить за фоновыми задачами и запросами.
• Визуальная обработка TranslatePress зависит от сформированного вывода страницы, поэтому необычные AJAX-интерфейсы и динамические виджеты нужно проверять отдельно.

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

Облачный VDS-сервер

Виртуальные серверы с быстрым запуском и гибкой конфигурацией от 390₽ / мес

Доступные локации

Россия Нидерланды

Смотреть тарифы

До установки любого решения необходимо создать резервную копию файлов и базы. Тестировать плагин лучше на копии сайта с реальными товарами, формами, шаблонами и SEO-настройками. Удаление одного мультиязычного решения и переход на другое не сводятся к обычной замене плагина: различающиеся модели хранения требуют миграции и проверки URL.

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

Как выбрать плагин для корпоративного сайта

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

Выбирайте Polylang Pro, если команда уверенно работает с WordPress, хочет видеть каждый перевод отдельной записью и предпочитает самостоятельно контролировать архитектуру. Это хороший вариант для сайта услуг, базы знаний или медиа с предсказуемыми типами контента и ручной редактурой.

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

Как выбрать решение для WooCommerce

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

Polylang Business Pack подойдёт магазину, который хочет редактировать переводы как отдельные товары и сохранить интерфейс WooCommerce максимально привычным. Команда должна внимательно настроить синхронизацию свойств и определить порядок обновления карточек.

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

Что проверить перед окончательным выбором

1. Составьте перечень переводимых объектов: страницы, товары, поля ACF, формы, шаблоны, письма и сообщения личного кабинета.
2. Определите, будут ли языковые версии структурно одинаковыми или потребуют независимых блоков и статусов публикации.
3. Посчитайте объём исходного текста и умножьте его на количество целевых языков, чтобы оценить машинный перевод.
4. Проверьте совместимость темы, конструктора, SEO-плагина и ключевых расширений WooCommerce.
5. Создайте тестовую копию и переведите не только главную страницу, но и сложный материал, вариативный товар, форму и оформление заказа.
6. Проверьте URL, hreflang, канонические адреса, XML-карты, меню, поиск и переключатель языка.
7. Измерьте время ответа и запросы к базе до и после включения плагина на одинаковом наборе страниц.
8. Оцените не только стоимость лицензии, но и время редакторов, оплату API, поддержку и будущую миграцию.

Итог

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

Для корпоративного сайта с несколькими участниками процесса наиболее безопасной отправной точкой будет WPML Multilingual CMS. Для проекта, которым управляют разработчики и опытные редакторы, стоит рассмотреть Polylang Pro. Для маркетингового сайта или магазина с одинаковым ассортиментом на всех языках удобным выбором станет TranslatePress.

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