WPML ломает перевод чаще не модулем, а настройкой контента
WPML удобен, пока сайт собран по понятной логике. Как только в шаблоне смешаны ACF-поля, таксономии, переводимые меню и кастомные типы записей, появляются дубли, пустые блоки и «прыгающие» CTA. Обычно проблема не в самом переводе, а в том, что часть данных отмечена как копия, а часть — как отдельный контент.
Перед запуском локализации проверьте три вещи: — все ли поля в ACF помечены как переводимые или как копируемые; — одинаково ли настроены slug у страниц и CPT; — не тянет ли виджет текст из другого места, например из option page. Если хотя бы один источник текста не учтён, перевод будет выглядеть случайным и ломаться при обновлении контента.
Отдельно смотрите на медиа и SEO: alt, title, meta description и hreflang часто забывают, а потом получают страницы, которые визуально переведены, но плохо индексируются. Для меню и хлебных крошек лучше заранее решить, что именно переводится, а что наследуется из языка по умолчанию.
Хорошая схема для WPML — сначала карта контента, потом настройка полей, и только потом массовый перевод. Тогда локализация не превращается в ручную сборку на каждом языке.
Локализация сайтов WordPress
@wp_translation_localization_ww
WPML ломает перевод чаще не модулем, а настройкой контента
Этот пост опубликован в Telegram-канале Локализация сайтов WordPress. Подписаться можно по ссылке: @wp_translation_localization_ww.