Многоязычный WooCommerce: что должно оставаться синхронизированным между языками

Базовая модель: переводите контент, синхронизируйте коммерческое состояние

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

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

Категория данных	Обычная обработка	Почему
Название товара, описание, краткое описание	Переводить	Это контентные поля, видимые покупателю.
Ценообразование	Синхронизировать	Разные цены в разных языках создают непоследовательное поведение при покупке, если только бизнес намеренно не поддерживает локализованное ценообразование.
Количество на складе и статус наличия	Синхронизировать	Запасы отражают один и тот же физический или продаваемый товар во всех языковых версиях.
SKU	Синхронизировать	SKU — это идентификатор товара или вариации, и он не должен меняться между переводами.
Связи таксономий	Синхронизировать или тщательно сопоставлять	Категории, метки и термины атрибутов влияют на просмотр, фильтрацию и группировку товаров между языками.
Вариации	Синхронизировать структуру и идентификаторы	Наборы вариаций должны оставаться эквивалентными, чтобы каждая языковая версия предлагала одни и те же варианты покупки.
Поведение при оформлении заказа	Синхронизировать	Логика корзины, оформления заказа и заказа должна определять одни и те же правила товара независимо от языка.
Постоянные ссылки и маршрутизация	С учётом языка, но последовательно	Каждому языку нужен свой путь URL или схема маршрутизации, но связь с товаром всё равно должна корректно определяться.
Канонические и языковые связи	Синхронизировать на уровне связи	Поисковым системам и внутренней навигации нужна стабильная привязка между языковыми версиями.

Переводимый товарный контент — это слой, который читают покупатели

Самые очевидные многоязычные поля — это те, что описывают товар на естественном языке: название, длинное описание, краткое описание и любой другой текст для покупателя, прикреплённый к странице товара.

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

Коммерческие данные должны оставаться синхронизированными, потому что они управляют логикой покупки

Цены, остатки, SKU и структура вариаций — это не просто поля отображения. Они определяют, можно ли купить товар, как он идентифицируется в заказах и какие варианты доступны в момент добавления в корзину.

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

Таксономии и атрибуты требуют осознанного сопоставления, а не случайного дублирования

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

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

Вариации — самая хрупкая часть многоязычной товарной модели

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

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

Поведение при оформлении заказа должно оставаться языково нейтральным на уровне логики

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

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

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

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

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

С точки зрения работы системы вопрос в том, какие поля являются источником истины

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

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