TranslatePress Business - Плагин WordPress

Руководство по настройке и практическому использованию TranslatePress Business

TranslatePress Business стоит рассматривать не как "ещё один переводчик текста", а как рабочий набор для запуска многоязычного сайта на WordPress: визуальный редактор переводов, языки, переключатель, SEO-элементы, отдельные роли переводчиков, автоматическое определение языка, DeepL и сценарии для WooCommerce, динамических страниц и сайтов с региональными доменами. В этом руководстве разберём, как подойти к установке и настройке без лишнего риска, какие параметры проверить первыми, где чаще всего появляются ошибки и как понять, что результат действительно готов для посетителей и поисковых систем.

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

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

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

Какую задачу закрывает Business-пакет

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

Business-пакет расширяет этот подход для проектов, где одного дополнительного языка и ручного перевода видимого текста уже недостаточно. В него входят add-ons, которые особенно важны на реальном сайте: SEO Pack для метаданных, sitemap и URL-slugs, Multiple Languages для нескольких языков и редакционного контроля, DeepL для автоматического перевода через API, Automatic User Language Detection для выбора языка посетителя, Translator Accounts для работы переводчиков без прав администратора, Browse as User Role для динамического контента и Different Domain per Language для региональной структуры доменов.

Это не значит, что все add-ons нужно включать сразу. Наоборот, грамотная настройка TranslatePress Business начинается с выбора сценария. Если сайт небольшой и нужен только английский и немецкий перевод, достаточно языков, визуального редактора, переключателя и SEO Pack. Если сайт продаёт товары, появляются дополнительные проверки: карточки, категории, корзина, оформление заказа, письма, URL товаров и фильтры. Если проект работает с разными редакторами и переводчиками, нужны роли и ограничения доступа. Если у сайта есть локальные домены или субдомены, важно заранее согласовать DNS, SSL, серверные правила и SEO-архитектуру.

Кому продукт подходит

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

Для агентства Business-пакет удобен тем, что один подход можно применить на нескольких клиентских сайтах: настроить языки, включить SEO Pack, выдать роль переводчика, проверить sitemap и подготовить чек-лист публикации. Для магазина важна возможность переводить не только страницы, но и тексты WooCommerce, SEO-данные, slug товаров и элементы оформления заказа. Для контентного проекта ценна связка автоматического чернового перевода и ручной вычитки редактором.

Когда стоит выбрать другой подход

Продукт может быть не лучшим выбором, если сайт строится как отдельные независимые сайты для каждого региона с разной структурой контента, разными товарами, разной командой и разными правилами публикации. В таком случае иногда удобнее WordPress Multisite или специализированная архитектура, где каждая языковая версия живёт как отдельный сайт. Также TranslatePress Business не заменяет профессионального переводчика: автоматический перевод помогает быстро создать основу, но юридические тексты, медицинские материалы, сложные коммерческие офферы и пользовательские письма лучше вычитывать человеком.

Ещё один случай - проекты, где уже много лет используется другая модель переводов, например WPML или Polylang, и база переводов завязана на их структуру. Миграция возможна только после отдельной проверки: как хранятся переводы, что будет с URL, насколько важны старые связи между записями, как устроены sitemap и редиректы. Многоязычность - это архитектурное решение, а не только выбор кнопки в админ-панели.

Что проверить перед установкой на рабочий сайт

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

Минимальный подготовительный чек-лист

• Сделайте резервную копию файлов и базы данных, особенно если планируете переводить URL-slugs, менять структуру языков или включать отдельные домены.
• Проверьте постоянные ссылки в WordPress и зафиксируйте текущую структуру URL, чтобы потом отличить ошибку перевода slugs от старой проблемы permalink.
• Запишите, какой SEO-плагин используется: Yoast SEO, Rank Math, All in One SEO, SEOPress или другой инструмент, потому что sitemap и метаданные нужно проверять вместе с ним.
• Проверьте кэш: серверный кэш, плагин оптимизации, CDN и отдельное кэширование WooCommerce страниц. Для многоязычного сайта важно, чтобы разные языковые URL не отдавали один и тот же HTML.
• Составьте список страниц, где контент меняется по роли или состоянию пользователя: личный кабинет, checkout, закрытые страницы, формы, динамические блоки.
• Определите, какие языки будут опубликованы сразу, а какие должны быть доступны только администраторам и переводчикам до завершения работы.

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

Почему важно не публиковать языки слишком рано

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

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

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

Установка и первичная проверка без лишнего риска

TranslatePress устанавливается как обычный плагин WordPress, но для Business-пакета важно понимать состав. В типовом рабочем варианте на сайте должны быть установлены и активированы основной TranslatePress Multilingual и премиальный пакет, соответствующий вашей редакции. После этого настройки появляются в меню Settings - TranslatePress, а вход в визуальный переводчик доступен через Translate Site.

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

Порядок первого запуска

1. Откройте Plugins - Installed Plugins и убедитесь, что основной TranslatePress Multilingual активен.
2. Проверьте, что премиальный пакет Business тоже активен и не конфликтует с более старой премиальной редакцией.
3. Перейдите в Settings - TranslatePress и откройте вкладку General.
4. Проверьте Default Language. Это язык исходного контента, а не язык, который хочется показать большинству посетителей.
5. Добавьте один или несколько языков в Translation Languages, но не публикуйте лишние языки до готовности перевода.
6. Сохраните изменения через Save Changes и откройте сайт в новом окне без кэша браузера.
7. Нажмите Translate Site и проверьте, что визуальный редактор открывается, страница загружается, строка выбирается карандашом, а сохранённый перевод появляется после обновления.

Если визуальный редактор не открывается или сайт показывает ошибку, не продолжайте настройку add-ons. Сначала проверьте базовую совместимость: отключите кэш для теста, посмотрите PHP-ошибки, убедитесь, что тема и другие плагины не ломают публичную страницу. Переводчик работает поверх готового вывода страницы, поэтому проблема в теме, памяти или конфликте скриптов может выглядеть как проблема TranslatePress.

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

Откройте главную страницу на языке оригинала и на добавленном языке. Проверьте, как меняется URL: с языковым slug, с подкаталогом для языка по умолчанию или без него. Затем посмотрите HTML-атрибут языка, переключатель и базовую навигацию. Если включён SEO Pack, позже нужно будет проверить ещё sitemap, meta title, meta description, URL-slugs и social metadata.

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

Языки, URL и SEO Pack: где начинается многоязычная архитектура

Самая важная продуктовая зона TranslatePress Business - связка языков, URL и SEO Pack. Видимый текст можно исправить быстро, а вот неверная структура URL, непроверенные slugs и неполный sitemap будут мешать и посетителям, и поисковым системам. Поэтому настройку языков нельзя воспринимать как простое выпадающее поле.

Default Language и Translation Languages

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

Translation Languages задаёт языки, на которые сайт будет переводиться. В Business-сценарии важно использовать редакционный статус: язык можно добавить для работы, но не обязательно сразу показывать посетителям. Порядок языков влияет на переключатель, а при включённой опции подкаталога для языка по умолчанию может влиять и на то, какой язык показывается посетителям без языкового фрагмента в URL.

Use subdirectory for default language

Опция Use subdirectory for default language добавляет языковой slug к URL языка по умолчанию. Например, вместо главной страницы без языкового пути сайт может показывать вариант с языковым подкаталогом. Это не декоративная настройка, а архитектурное решение. Его стоит принимать до публикации переводов, потому что оно меняет адреса, которые будут видеть посетители и поисковые системы.

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

SEO Pack и перевод slugs

SEO Pack позволяет переводить важные SEO-элементы: URL-slugs, title, description, alt изображений и social metadata. Отдельно он расширяет sitemap, чтобы переведённые страницы были представлены как самостоятельные языковые версии. Это особенно важно для сайтов, которые хотят не просто показать перевод посетителю, а получить корректную многоязычную индексацию.

Перевод slugs выполняется через String Translation и вкладки, связанные со slugs. Там можно работать с записями, страницами, пользовательскими типами, таксономиями, терминами, базовыми slugs и WooCommerce slugs. После изменения slug всегда проверяйте публичный URL, переключение языка с этой страницы и sitemap. Если slug содержит не латиницу, фильтры, товарные категории или пользовательские типы записей, проверка должна быть особенно внимательной.

Безопасный порядок: сначала переведите title и description, затем URL-slug, потом сохраните перевод, откройте страницу в новом окне, проверьте переключение языка и только после этого очищайте кэш и проверяйте sitemap.

Отдельные домены и региональная логика

Different Domain per Language нужен не всем. Он полезен, если языковые версии должны жить на разных доменах или субдоменах, например для регионального доверия и локального SEO. Но это более сложная настройка, чем обычный языковой подкаталог. До включения нужно подготовить DNS, SSL, серверную обработку доменов и понимание, что все домены должны вести к той же установке WordPress.

Если сервер не знает о дополнительных доменах, один только DNS не решит задачу. Если SSL не настроен для каждого домена, посетитель может получить предупреждение браузера. Если кэш не разделяет домены, можно увидеть контент не того языка. Поэтому отдельные домены лучше запускать после успешной проверки обычных языковых URL, а не как первый шаг настройки.

Визуальный редактор, String Translation и перевод динамических строк

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

Как работать с видимым текстом

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

Для контент-менеджера полезен принцип "страница за страницей". Для разработчика - принцип "тип вывода за типом вывода": видимый контент, gettext-строки, динамические блоки, SEO-элементы, slugs, письма. Так проще понять, где именно не найден перевод: в тексте страницы, в строке темы, в WooCommerce, в SEO Pack или в динамическом JavaScript-фрагменте.

Когда нужен String Translation

String Translation помогает управлять строками через поиск и фильтры. Вкладка Gettext используется для строк, которые пришли из темы и плагинов: поля форм, подписи кнопок, сообщения WooCommerce, тексты pop-up, элементы писем. Если нужной строки нет в списке, документация рекомендует использовать Rescan plugins and theme for strings, чтобы просканировать активную тему и плагины. Автоматический перевод при таком сканировании не применяется, поэтому это безопаснее, чем пытаться угадать строку вручную.

Вкладка slugs работает вместе с SEO Pack. Здесь важно не торопиться: URL - это не просто текст. Неправильный slug может привести к 404, конфликту с существующим адресом или неправильному переключению языка. Если переведённый slug совпадает с другим slug или содержит нестандартные символы, проверьте, не добавил ли WordPress суффикс и не сломались ли фильтры, категории или страницы пагинации.

Translation Memory и стабильность исходных строк

Translation Memory помогает предложить перевод для похожих строк, но она не отменяет аккуратность с исходным контентом. Если редактор меняет строку, добавляет точку или символ, система может считать её новой строкой. На больших проектах это превращается в организационную проблему: переводчик видит больше "новых" строк, чем ожидалось. Поэтому перед активным переводом лучше согласовать, какие страницы уже заморожены для перевода, а какие ещё редактируются.

Image Translation и Link Translation

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

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

Переключатель языка, меню и пользовательский маршрут

Переключатель языка - это не мелкая деталь интерфейса. Именно через него посетитель понимает, что у сайта есть другая языковая версия, а поисковый бот и проверяющий редактор быстро видят связь между страницами. TranslatePress собирает настройки переключателя в отдельной вкладке Language Switcher, где можно настроить плавающий переключатель, shortcode или блок, а также пункт меню.

Floating Switcher

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

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

Shortcode, Gutenberg block и menu item

Shortcode [language-switcher] удобен для виджетов, футера, произвольных блоков и страниц, где нужен отдельный языковой выбор. Gutenberg block подходит, если сайт строится через редактор блоков. Пункт меню удобен для шапки: пользователь ожидает увидеть язык рядом с навигацией, аккаунтом или поиском. Выбор зависит не от вкуса, а от маршрута пользователя.

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

Navigation Based on Language

Navigation Based on Language помогает показывать разные пункты меню для разных языков. Это полезно, когда языковые версии не абсолютно одинаковы: у одного языка есть локальная страница доставки, у другого - отдельная поддержка, у третьего - другой каталог. Но это также зона риска. Если меню слишком различается, пользователь может переключиться на другой язык и потерять путь к нужному разделу.

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

Автоматический перевод, DeepL и контроль качества

TranslatePress Business поддерживает разные подходы к автоматическому переводу: встроенную TranslatePress AI, Google Translate и DeepL через отдельный add-on. Для DeepL используется API, а настройка выполняется в Settings - TranslatePress - Automatic Translation после включения add-on. Важный практический вывод: автоматический перевод ускоряет старт, но не закрывает редактуру, SEO и проверку пользовательского сценария.

Когда включать автоматический перевод

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

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

DeepL add-on и API-логика

DeepL Automatic Translation позволяет использовать DeepL API как движок автоматического перевода. Документация рекомендует заранее проверить поддерживаемые языки у DeepL, потому что доступность языков и формальности зависит от API. В настройках TranslatePress нужно выбрать движок, указать API-версию и подключить ключ. В статье не рассматривается получение ключа и платёжные настройки внешнего сервиса, потому что это не задача руководства по применению плагина.

Что важно проверить в WordPress: включён ли нужный add-on, выбран ли движок в Automatic Translation, корректно ли сохраняются настройки, не переводятся ли страницы, которые лучше оставить ручными, и не отключена ли автоматическая обработка через advanced-исключения. Если перевод не появляется, сначала проверьте базовый визуальный редактор и список языков, а уже потом внешний API.

Ручная вычитка после автоперевода

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

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

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

Translator Accounts и Browse as User Role делают Business-пакет полезным для проектов, где переводом занимается не один администратор. Переводчикам не обязательно давать доступ к настройкам темы, метабоксам, товарам или системным параметрам. Они могут переводить сайт с публичной части, а администратор сохраняет контроль над WordPress.

Translator Accounts

После включения add-on можно создать пользователя с ролью Translator или разрешить существующему пользователю переводить сайт. По умолчанию переводчик получает доступ к переводам сайта с публичной части, а не к полной админке WordPress. Это снижает риск случайных изменений в товарах, страницах, настройках темы и плагинах.

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

Безопасный пример ограничения языков для переводчика

Ниже упрощённый ориентир на основе документированного подхода TranslatePress. Его задача - показать принцип, а не заменить настройку проекта. Вставляйте подобный код только через дочернюю тему или Code Snippets, сначала на тестовом сайте. В примере пользователь с логином translator не увидит два указанных языка в интерфейсе перевода.

add_filter( 'option_trp_settings', 'cb_limit_translatepress_languages_for_user' );

function cb_limit_translatepress_languages_for_user( $settings ) {
    $excluded_languages = array( 'ro_RO', 'it_IT' );
    $is_translation_editor = isset( $_GET['trp-edit-translation'] );
    $current_user = wp_get_current_user();

    if ( ! $is_translation_editor || ! $current_user || $current_user->user_login !== 'translator' ) {
        return $settings;
    }

    foreach ( array( 'url-slugs', 'translation-languages', 'publish-languages' ) as $setting_key ) {
        if ( isset( $settings[ $setting_key ] ) && is_array( $settings[ $setting_key ] ) ) {
            $settings[ $setting_key ] = array_values( array_diff( $settings[ $setting_key ], $excluded_languages ) );
        }
    }

    return $settings;
}

Проверьте результат под нужным пользователем: откройте Translate Site, посмотрите список языков, сохраните тестовый перевод, затем удалите или отключите snippet и убедитесь, что список вернулся. Если на сайте уже настроен сложный редакционный процесс, лучше не начинать с кода, а сначала разделить обязанности через роли, чек-листы и публикацию языков.

Browse as User Role

Некоторые страницы показывают разный контент гостю, покупателю, подписчику, редактору или администратору. Это может быть личный кабинет, закрытая статья, форма после входа, цены для определённой роли, блоки Membership-плагина или WooCommerce-страницы. Browse as User Role позволяет смотреть сайт в переводчике как определённая роль, чтобы переводить то, что обычный администратор не видит в своём состоянии.

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

Динамический контент и Advanced Settings

В Advanced есть настройки для динамического контента: исправление недостающего динамического контента, отключение динамического перевода, исключение selectors из автоматического или динамического перевода, фильтрация gettext wrapping и другие параметры. Они полезны, когда есть конкретный симптом: JavaScript вставляет текст после загрузки страницы, pop-up не переводится, виджет показывает старую строку, форма загружает сообщение через AJAX.

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

Практический сценарий: многоязычный сайт с магазином и редакторской вычиткой

Представим сайт на WordPress с блогом, страницей услуг и небольшим WooCommerce-каталогом. Нужно добавить английскую и немецкую версии, перевести видимые страницы, SEO-данные, карточки товаров, кнопки, письма и убедиться, что язык не публикуется раньше вычитки. Это типовой сценарий для TranslatePress Business: он задействует несколько языков, SEO Pack, String Translation, редакционный контроль и проверку динамических страниц.

Цель

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

Подготовка

• Сайт стабильно работает на языке оригинала, постоянные ссылки настроены, основные страницы не находятся в активной редактуре.
• Сделана резервная копия базы данных, потому что переводы, slugs и настройки хранятся в WordPress.
• Определены языки, ответственные переводчики и страницы, которые должны быть готовы до публикации.
• SEO-плагин уже установлен и выдаёт корректный sitemap на исходном языке.
• Кэш можно временно отключить или очистить после каждого тестового этапа.

Шаги настройки

1. В Settings - TranslatePress выберите правильный Default Language и добавьте английский и немецкий в Translation Languages.
2. Для языков, которые ещё не готовы, оставьте их доступными для перевода, но не показывайте посетителям до окончания вычитки, если ваша конфигурация это позволяет.
3. Откройте Addons и включите SEO Pack, Multiple Languages, Translator Accounts и Browse as User Role. DeepL или другой автоматический перевод включайте только после согласования лимитов и исключений.
4. Переведите главную страницу через Translate Site, затем проверьте меню, футер и одну внутреннюю страницу.
5. Через String Translation найдите строки WooCommerce и темы: кнопки, сообщения корзины, подписи полей, уведомления и email-строки.
6. Через SEO Pack переведите title, description и slugs для главных страниц, категорий и одного тестового товара.
7. Настройте Language Switcher: сначала включите плавающий вариант для теста, затем решите, нужен ли пункт меню или shortcode в футере.
8. Проверьте динамические страницы через Browse as User Role: гость, покупатель, пользователь с заказом, пользователь без заказов.
9. Очистите кэш, откройте сайт в приватном окне и повторите маршрут посетителя на каждом языке.

Проверка результата

Результат считается рабочим, если у каждого языка открываются собственные URL, меню ведёт на страницы нужного языка, переключатель возвращает на эквивалентную страницу, SEO title и description переведены, sitemap содержит языковые версии, корзина и checkout не теряют язык, а письма и системные сообщения не смешивают языки без причины.

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

Нюанс, который часто мешает

После перевода slugs и включения SEO Pack старый кэш может показывать старые URL или редиректы. Сначала очистите кэш WordPress, затем серверный кэш или CDN, после этого откройте проблемную страницу без авторизации. Если ошибка исчезла только после отключения кэша, настройте исключения или убедитесь, что кэш различает языковые URL и домены.

Проверка результата: что должно быть видно посетителю и поисковику

После настройки важно отделить "перевод сохранён" от "сайт готов". TranslatePress может хранить перевод, но пользовательский сценарий всё ещё может быть неполным: неправильный переключатель, непереведённый slug, пустой meta description, старый текст в письме, некорректный hreflang или редирект на язык по умолчанию. Поэтому проверка должна идти по слоям.

Проверка публичной части

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

Проверка SEO-слоя

Для SEO Pack важно проверить не только наличие перевода, но и согласованность URL. Откройте исходную страницу и языковую версию, посмотрите title и description, затем sitemap вашего SEO-плагина. Если sitemap не обновился, очистите кэш, пересохраните настройки SEO-плагина или проверьте, включён ли SEO Pack. Если переведённый slug ведёт на 404, проверьте постоянные ссылки, конфликт с другим slug, не латинские символы и фильтры.

Не обещайте себе автоматический рост трафика только из-за перевода. Многоязычное SEO требует локализованного смысла: title, description, slug, alt, корректный контент, релевантные внутренние ссылки и отсутствие пустых языковых страниц. TranslatePress Business даёт инструменты, но качество результата зависит от редактора и структуры сайта.

Проверка производительности и кэша

Многоязычный сайт создаёт больше URL и вариантов страниц. Кэш должен работать с этим корректно. Откройте страницу одного языка, затем другого, затем очистите браузерный кэш и повторите. Если на немецком URL появляется русский текст или наоборот, проверьте, не кэшируется ли HTML без учёта URL, домена, cookie или языкового параметра. Для WooCommerce отдельно проверьте корзину и checkout, потому что эти страницы обычно требуют исключений из агрессивного кэширования.

Если используется Automatic User Language Detection, проверяйте не только редирект или pop-up, но и индексацию. Документация предупреждает, что прямой редирект может быть нежелателен для Google, поэтому для многих сайтов безопаснее показать pop-up или hello bar, где пользователь сам подтверждает язык. Это особенно важно, если сайт зависит от органического трафика.

Практичные идеи применения на разных типах сайтов

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

Контентный сайт или база знаний

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

WooCommerce-магазин

Для магазина нужно переводить не только карточки товаров. Проверьте категории, фильтры, корзину, checkout, письма, страницу аккаунта, SEO title, description и slugs товаров. Browse as User Role помогает увидеть разные состояния пользователя, а String Translation нужен для строк WooCommerce и сторонних checkout-плагинов. Если магазин активно кэшируется, проверяйте язык корзины отдельно.

Корпоративный сайт с локальными рынками

Если компания работает в разных странах, полезны SEO Pack, Navigation Based on Language и при необходимости Different Domain per Language. Можно показывать локальные страницы доставки, контакты, партнёров или документы для конкретного языка. Но локальные отличия должны быть управляемыми: базовая структура меню остаётся понятной, а региональные страницы не ломают переключение языка.

Сайт с переводчиками и редакторами

Translator Accounts подходит, когда перевод делает не администратор. Переводчик работает с публичной частью, редактор проверяет стиль, администратор публикует язык. Такой процесс снижает риск случайных изменений в настройках WordPress. Для сложного проекта добавьте чек-лист: кто переводит видимый текст, кто проверяет SEO, кто тестирует WooCommerce и кто отвечает за публикацию языка.

Когда TranslatePress Business будет удачным выбором

TranslatePress Business подходит, если вам нужен управляемый многоязычный WordPress-сайт, где перевод можно видеть в реальном дизайне, SEO-данные и slugs можно довести до нормального состояния, а переводчиков можно подключить без выдачи прав администратора. Он особенно полезен для сайтов с WooCommerce, конструкторами страниц, формами, динамическими блоками, несколькими языками и редакционной вычиткой.

Перед запуском не гонитесь за включением всех add-ons. Начните с языков, визуального перевода, переключателя и SEO Pack. Затем добавляйте DeepL или другой автоматический перевод, роли переводчиков, Browse as User Role, Navigation Based on Language и отдельные домены только тогда, когда они решают конкретную задачу. Хорошая настройка многоязычности - это последовательность: язык, перевод, URL, SEO, пользовательский маршрут, кэш, публикация.

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

Финальная проверка проста: посетитель должен понимать язык, переходить по меню, пользоваться формой или магазином, видеть корректные URL и не сталкиваться с внезапным возвращением на язык оригинала. Если это выполнено, TranslatePress Business работает не как декоративный переводчик, а как полноценная система локализации WordPress-сайта.