Перевод товара для Market Yandex Go в Узбекистане нужно связывать с существующей записью каталога. Если интеграция создаёт новый SKU ради второго языка, вместо локализации она добавляет другую позицию. Официальный метод обновления каталога предусматривает отдельный языковой запрос. Документация проверена 19 октября 2026 года; дата запуска механики в ней не указана.

Как площадка разделяет языковые версии

При добавлении товара Market Yandex Go требует передавать name и description на русском языке. Для второй версии выполняют повторный запрос к POST v2/businesses/{businessId}/offer-mappings/update: указывают language=UZ и переведённые name и description. Повторная передача остальных характеристик не требуется. Язык по умолчанию — RU.

Это порядок для Market Yandex Go, а не требование переводить российский каталог Маркета на узбекский. До настройки выясните, с каким кабинетом работает интеграция и какие языковые версии нужны его витрине. Название платформы в документации API не делает все региональные сценарии взаимозаменяемыми.

Подготовьте перевод как часть записи товара

Редакционная рекомендация — хранить в рабочем файле один offerId, русский текст, узбекский текст и состояние проверки перевода. Артикул должен оставаться ключом соответствия. Суффикс языка в отдельной служебной колонке полезен для переводчика; новый товарный SKU с таким суффиксом для одной локализуемой позиции создавать не нужно.

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

Отдельно согласуйте обозначения модели и бренда. Автоматическая замена похожего слова может повредить маркировку производителя. Если у переводчика есть вопрос о характеристике, уточните исходные данные до загрузки обеих версий. Разбор ИКПУ и Asl Belgisi относится к классификации и маркировке; перевод описания не заменяет проверку этих полей.

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

Сначала выполните предусмотренное добавление товара с обязательными данными и русскими полями. Затем отправьте перевод для той же записи, явно указав язык. Не полагайтесь на язык интерфейса сотрудника: для API значение задаётся в запросе, а при его отсутствии используется русский.

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

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

Как проверить готовую карточку

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

После изменения комплектации или характеристик заново проверьте оба описания. Полезно вести список переводов, требующих пересмотра после правки исходного текста. Общий подход к смысловой проверке разобран в материале о языковых версиях карточек, но технический порядок Etsy нельзя переносить в API Market Yandex Go. Итог здесь конкретный: один товар, корректно связанные языковые тексты и подтверждённое соответствие фактическому предложению.