AMP Transposh - Плагин WordPress

Руководство по настройке AMP Transposh для многоязычных AMP-страниц WordPress

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

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

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

Какую задачу решает этот аддон

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

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

Правильная ментальная модель такая: AMP Transposh не переводит сайт сам по себе, а переносит уже работающий Transposh-сценарий в AMP-окружение. Поэтому проверять его нужно не только в списке активных плагинов, но и на конкретных URL: обычная страница, та же страница в переведённой версии, AMP-версия исходной страницы, AMP-версия переведённой страницы.

Что подтверждено официальными источниками

Страница AMPforWP описывает Transposh for AMP как совместимостное расширение для существующей настройки Transposh. В документации по включению аддона указано, что после установки и активации Transposh должен быть виден в AMP-версии сайта, а сама настройка заявлена как работающая «из коробки». Там же видно, что расширение не находится в каталоге WordPress.org и устанавливается через загрузку ZIP-файла в админ-панели.

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

Где граница ответственности

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

Кому подходит AMP Transposh и когда лучше выбрать другой путь

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

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

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

Не стоит начинать внедрение с AMP-слоя, если обычная многоязычная версия ещё не проверена. Сначала добейтесь стабильного перевода без AMP, затем подключайте AMPforWP и только потом проверяйте совместимость через AMP Transposh.

Критичный момент безопасности базового Transposh

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

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

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

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

Базовые зависимости

На сайте должны быть установлены и активированы WordPress, базовый Transposh, AMPforWP и сам AMP Transposh. Если AMPforWP используется вместе с официальным AMP-плагином, учитывайте режим работы AMPforWP: в режиме совместного использования он может действовать как надстройка к официальному AMP-плагину, а в самостоятельном режиме управляет AMP-функциями сам. Это важно для диагностики, потому что разные режимы дают разные панели настроек, разные способы проверки и разные точки конфликта.

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

URL, языки и постоянные ссылки

Для многоязычного сайта особенно важна структура адресов. Transposh может работать с языковыми URL и имеет настройки, связанные с переписыванием адресов. В справке Transposh URL translation отмечена как чувствительная область: при совпадающих переведённых строках или сложных символах возможны ошибки вида 404. Поэтому перед включением AMP-слоя проверьте постоянные ссылки WordPress и не включайте перевод URL только ради красоты, если сайт уже стабильно индексируется с текущими адресами.

Минимальный тест выглядит так: выберите одну опубликованную статью, откройте её в основном языке, переключите язык через Transposh, затем добавьте AMP-окончание или используйте формат AMP-адреса, который применяет ваш AMPforWP. Если в одном из звеньев появляется 404, белый экран, бесконечный редирект или исходный язык, зафиксируйте точный URL и не продолжайте массовое включение.

Тема, виджеты и вызовы WordPress

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

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

Установка и первичное включение

Установка AMP Transposh технически похожа на установку любого ZIP-плагина WordPress, но смысловая проверка после активации важнее самого клика по кнопке. Официальная инструкция AMPforWP показывает стандартный путь через Plugins, Add New, Upload Plugin, выбор ZIP-файла, установку и активацию.

Порядок установки без лишнего риска

1. Сделайте резервную копию базы данных и файлов, особенно если Transposh уже хранит ручные переводы.
2. Проверьте обычную страницу на основном и дополнительном языке.
3. Проверьте AMP-страницу без аддона, чтобы понимать исходное состояние.
4. Откройте Plugins -> Add New -> Upload Plugin.
5. Выберите ZIP-файл AMP Transposh и нажмите Install Now.
6. После установки нажмите Activate Plugin.
7. Очистите кеш WordPress, AMPforWP, CDN и объектный кеш, если он используется.
8. Проверьте одну тестовую страницу до перехода к массовой проверке.

Что должно измениться после активации

У AMP Transposh нет большой отдельной панели настроек, и это нормально для совместимостного аддона. Официальная страница подчёркивает подход plug and play: после активации он должен распознать существующую языковую настройку и вывести её в AMP-версии. Поэтому отсутствие множества опций не означает, что плагин установлен неправильно.

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

Карта настроек после установки

Управлять результатом приходится не в одном месте. AMP Transposh активируется как связующее расширение, но поведение зависит от настроек базового Transposh, AMPforWP, постоянных ссылок, кеша и темы. Поэтому полезнее думать не «где настройка аддона», а «какая часть цепочки отвечает за конкретный симптом».

Настройки Transposh, которые влияют на AMP

Начните с языков. В Transposh нужно выбрать языки, которые будут видимыми и переводимыми, а также порядок их отображения в виджете. Если язык не выбран в базовом плагине, AMP Transposh не должен волшебно показывать его на AMP-странице. Затем проверьте, кто имеет право редактировать переводы. Для production-сайта разумнее оставить редактирование администраторам или доверенным ролям, а анонимное редактирование включать только после оценки риска и модерации.

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

Третья область - исключение текста из перевода. Названия брендов, коды, артикулы, технические параметры и юридические формулировки часто лучше не отдавать автоматическому переводчику. Transposh поддерживает класс no_translate и короткий код [tp no_translate="y"]...[/tp]. Используйте их точечно, когда перевод может испортить смысл, но не оборачивайте ими целые блоки только из-за страха ошибок.

Настройки AMPforWP, которые нельзя игнорировать

В AMPforWP проверьте, где именно включён AMP: записи, страницы, архивы, пользовательские типы записей. Если AMP не включён для нужного типа контента, совместимость с Transposh там тоже не проявится. Затем проверьте дизайн, меню, аналитику, privacy-блоки и стороннюю совместимость. На мультиязычном сайте особенно важно, чтобы навигация на AMP-странице не уводила пользователя обратно в исходный язык.

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

Безопасная схема изменения настроек

1. Сначала измените один параметр в Transposh или AMPforWP.
2. Очистите только тот кеш, который может влиять на проверяемую страницу.
3. Откройте обычную и AMP-версию в режиме без авторизации.
4. Проверьте HTML-исходник на наличие языковых ссылок, виджета и AMP-разметки.
5. Если ошибка появилась после изменения, верните параметр назад и повторите проверку.

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

Языковой переключатель и поведение на AMP-странице

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

Где размещать переключатель

В классическом WordPress Transposh часто выводится через виджет. На AMP-странице боковая колонка, подвал или мобильное меню могут отличаться от обычной темы. Если переключатель пропал, проверьте не сам аддон первым делом, а AMP-шаблон: выводятся ли там виджетные области, какие блоки скрываются, есть ли отдельное AMP-меню и не отключён ли нужный сайдбар.

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

Как не испортить AMP-валидность

AMP ограничивает произвольный JavaScript и объём CSS. Поэтому не добавляйте в AMP-шаблон сложные сторонние выпадающие списки, самописные скрипты или тяжёлые стили ради красивого переключателя. Сначала используйте стандартный вывод Transposh и возможности AMPforWP. Кастомизацию делайте только после того, как базовая версия проходит валидатор.

Если нужен минимальный CSS для выравнивания, добавляйте его через безопасное место, предусмотренное темой или AMPforWP, и проверяйте итоговый размер AMP-стилей. Не правьте файлы ядра WordPress, AMPforWP, Transposh или AMP Transposh. Любая правка должна находиться в дочерней теме, отдельном сниппете или настройке, которую можно быстро отключить.

Практический пример: перевести статью и проверить её AMP-версию

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

Цель и подготовка

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

Шаги проверки

1. Откройте обычную страницу на исходном языке и убедитесь, что контент отображается без ошибок.
2. Переключите язык через Transposh и проверьте, что меняется основной текст, меню или видимые фразы, которые должны переводиться.
3. Если машинный перевод получился грубым, исправьте 2-3 заметные фразы через интерфейс редактирования Transposh и сохраните результат.
4. Откройте AMP-версию исходной страницы и убедитесь, что она существует.
5. Откройте AMP-версию языкового URL или переключите язык уже на AMP-странице, если такой путь поддерживается вашей структурой.
6. Проверьте, что исправленные вручную фразы видны и в AMP-версии, а не только на обычной странице.
7. Запустите AMP-проверку для итогового URL и зафиксируйте ошибки, если они есть.

Что считать успешным результатом

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

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

Нюанс с первым переводом

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

SEO, индексация и hreflang для переведённых AMP-страниц

Многоязычные AMP-страницы требуют аккуратности, потому что здесь пересекаются сразу несколько SEO-сигналов: canonical, amphtml-связь, языковые альтернативы, качество перевода и структура URL. Google Search Central рекомендует использовать hreflang для указания языковых версий и поясняет, что локализованные версии считаются дублями только тогда, когда основной контент фактически не переведён. Для AMP это не отменяет необходимости валидной AMP-разметки.

Что проверять в исходном коде

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

Не обещайте себе рост трафика только из-за AMP. Официальная документация AMP и Google давно смещает акцент с «AMP как обязательного SEO-фактора» на качество страницы, валидность, скорость и полезность контента. Для многоязычного сайта важнее, чтобы перевод был понятным, пользователь не попадал в неверный язык, а Search Console не показывал массовые проблемы с дубликатами, canonical или AMP-валидацией.

Машинный перевод и качество страниц

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

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

Кеш, скорость и нагрузка

Transposh работает с переводами динамически и хранит данные в базе, а AMPforWP создаёт отдельный слой вывода. Поэтому кеширование здесь не роскошь, а часть нормальной эксплуатации. В справке Transposh рекомендуется использовать локальное memory-кеширование вроде APC/APCu, Memcached или Redis, а также WordPress-кеш. В свежих изменениях GitHub-ветки Transposh также упоминаются Redis и Memcached как кеширующие бэкенды.

Какие кеши могут вмешиваться

На типовом сайте встречается несколько уровней: кеш страницы в WordPress-плагине, кеш AMPforWP, объектный кеш, CDN, кеш браузера и иногда кеш хостинга. Если после исправления перевода AMP-страница всё ещё показывает старую фразу, не спешите менять настройки перевода. Сначала очистите кеш конкретной страницы и проверьте, не отдаёт ли CDN старую копию AMP-URL.

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

Как не сломать скорость ради перевода

• Не включайте все языки сразу, если сайт большой и хостинг ограничен по ресурсам.
• Проверяйте самые посещаемые страницы по одной языковой версии за раз.
• Не включайте экспериментальный перевод URL без теста на 404 и дублях.
• Используйте объектный кеш, если сайт активно переводит страницы на лету.
• После ручных исправлений очищайте точечный кеш, а не весь сайт без необходимости.

Диагностика ошибок AMP Transposh

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

На AMP-странице нет перевода

Симптом: обычная страница переводится, а AMP-версия остаётся на исходном языке. Возможные причины - аддон не активирован, AMP-URL строится иначе, язык не выбран в Transposh, кеш отдаёт старую копию или AMP-шаблон не получает нужный вывод.

Проверьте обычный языковой URL, затем AMP-URL. Очистите кеш страницы, CDN и объектный кеш. Убедитесь, что AMP Transposh активен. Если проблема сохраняется, временно отключите другие расширения, которые меняют AMP-шаблон, и проверьте страницу снова. Откатить стоит те настройки, которые были включены непосредственно перед появлением симптома.

Переключатель языка пропал

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

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

AMP-валидатор показывает ошибки

Симптом: страница открывается, но валидатор ругается на скрипты, стили, атрибуты или размер CSS. AMP.dev описывает такие ошибки как нарушение правил валидного AMP-документа: произвольный JavaScript обычно запрещён, а пользовательские стили имеют лимит. AMPforWP также советует определять тип ошибки и искать источник, включая сторонние плагины.

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

Перевод останавливается в середине страницы

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

Языковой URL возвращает 404

Если используется перевод или переписывание URL, 404 может появиться из-за постоянных ссылок, конфликта переведённых строк, кеша маршрутов или экспериментального поведения URL translation. Сначала пересохраните постоянные ссылки WordPress, затем проверьте, работает ли обычная языковая страница без AMP. Если обычная страница уже даёт 404, AMP Transposh не является первопричиной.

Безопасные улучшения без правки ядра

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

Исключайте технические фразы из перевода

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

<span class="no_translate">AMP Transposh</span>

Для редакторского текста, где поддерживаются короткие коды, можно использовать вариант Transposh:

[tp no_translate="y"]AMP Transposh[/tp]

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

Не давайте всем посетителям править перевод без процесса

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

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

Особенно это важно из-за состояния старой WordPress.org-ветки Transposh. Если вы переходите на свежую GitHub-версию, меняете движок перевода, включаете кеширование Redis/Memcached или переписывание языковых URL, сначала сделайте тест на копии. Для проверки достаточно 5-10 типовых страниц: статья, страница, архив, материал с картинками, материал с пользовательским блоком и страница с переводом вручную исправленных фраз.

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

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

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

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

Не пытайтесь сразу вычитать весь сайт. Лучше составить небольшую таблицу проверки и пройти её регулярно. В первую волну включите домашнюю страницу, один длинный материал, одну страницу с формой или контактами, одну страницу с таблицей, одну запись с изображениями и одну страницу, где уже есть ручные правки Transposh. Такой набор показывает большинство типовых проблем: перевод меню, работу виджета, сохранение исправлений, вывод изображений, корректность HTML и поведение AMP-шаблона.

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

Что именно вычитывать

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

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

Как проверять сохранение ручных исправлений

Выберите одну фразу, которую легко найти в тексте, исправьте её через интерфейс Transposh и сохраните. Затем откройте обычный переведённый URL в приватном окне. Если правка видна, очистите кеш страницы и откройте переведённый AMP-URL. Если правка не видна в AMP, проверьте, не отдаётся ли старая копия CDN, не отличается ли языковой URL и не формируется ли AMP-страница из другого состояния контента.

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

Контроль после обновлений

Обновления Transposh, AMPforWP, темы, кеширующего плагина или PHP могут изменить поведение связки. После каждого значимого обновления не нужно перечитывать весь сайт, но нужно повторить базовый набор тестов. Откройте одну страницу с ручным переводом, одну страницу с автоматическим переводом, одну AMP-страницу с виджетом и одну страницу с потенциально сложной разметкой. Проверьте, что перевод не исчез, переключатель не пропал, а валидатор не начал показывать новые ошибки.

Хорошая эксплуатация AMP Transposh - это не постоянное вмешательство в код, а регулярная проверка точек, где перевод, AMP и кеш встречаются друг с другом. Если процесс проверки понятен, аддон остаётся простым совместимостным слоем. Если процесса нет, даже небольшое изменение темы или кеша может выглядеть как непредсказуемая поломка.

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

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

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

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

Когда AMP Transposh будет удачным выбором

AMP Transposh стоит использовать, если у вас уже есть рабочая Transposh-мультиязычность, AMPforWP формирует нужные AMP-страницы, а задача состоит в том, чтобы не терять языковой слой на быстрых мобильных версиях. В этом сценарии аддон закрывает конкретный практический разрыв и не заставляет перестраивать всю архитектуру переводов.

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

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