В WPML появится поддержка перевода для конструкторов страниц

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

Немного предыстории — как мы рекомендуем переводить сайты с конструкторами страниц сегодня

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

Это рабочий вариант, но не очень удобный. Мы считаем, что было бы проще создать дизайн один раз для всех языков и переводить только тексты с помощью WPML. Кстати, мы завершаем работу над документацией о том, как переводить всё в Toolset, включая макеты. Я напишу об этом, когда она будет готова.

Вопрос: довольны ли Вы текущим методом перевода контента, созданного в конструкторах страниц?

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

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

Вопрос: какие конструкторы страниц Вы часто используете?

Почти 60% сайтов, использующих конструкторы страниц, работают с Visual Composer. Следующие по популярности конструкторы — Divi и Avada. Остальные также довольно популярны.

Как будет проходить процесс перевода?

Поскольку у нас это уже полностью интегрировано и работает с плагином Layouts (хотя документация всё ещё «в процессе»), я буду использовать Layouts в качестве примера.

Шаг 1. Создание дизайна в конструкторе страниц

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

Шаг 2. Отправка на перевод

Когда на странице используется конструктор страниц, Вам нужно будет перевести её «дважды». Сначала саму страницу, включая её заголовок и любые используемые Вами произвольные поля. Второй раз — дизайн конструктора страниц. Я знаю, что это доставляет некоторые хлопоты. Мы будем работать над автоматизацией этого процесса, но, вероятно, не на первом этапе.

Перейдите в WPML->Управление переводами. Там Вы увидите новые типы контента для дизайнов конструктора страниц. Выберите дизайны, которые Вы хотите перевести, и отправьте их на перевод. Вы можете просмотреть различные элементы Вашего сайта и добавить их в Корзину переводов. Когда Вы закончите отбор для перевода, перейдите в WPML->Управление переводами->Корзина переводов и отправьте всё вместе одной партией. Вы можете выполнять перевод локально (с помощью Редактора переводов WPML) или удалённо, обратившись в Ваш любимый сервис перевода.

Шаг 3. Перевод

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

Шаг 4. Просмотр результатов на фронтенде

Ваши переводы появятся на фронтенде при просмотре контента. Вы не увидите никаких переводов в конструкторе страниц, потому что переводы его не изменяют.

Шаг 5. Обновление перевода при обновлении дизайна

Если Вы редактируете дизайн в конструкторе страниц, перейдите в Панель управления переводами и повторно отправьте его на перевод. Для перевода появятся только изменённые тексты.

План интеграции перевода для конструкторов страниц с WPML

Мы начинаем интеграцию с Visual Composer, с которым, к сожалению, интегрироваться наименее удобно. VC хранит дизайн в виде шорткодов внутри «контента». У шорткодов нет ID, поэтому сложно связать элемент с его текстами. Мы постараемся поработать с авторами VC, чтобы добавить ID к ячейкам. В любом случае, мы будем использовать резервный метод, который идентифицирует строки по их содержимому. Это означает, что если текст изменится, Вам придётся переводить его с нуля, поскольку у нас нет возможности узнать, каким был этот текст до того, как Вы отредактировали ячейку. Мы сделаем всё возможное, чтобы добавить ID к ячейкам VC. Надеюсь, Вы понимаете, что это зависит не только от нас.

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

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

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

Отзывы?

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