Поле adult в API Маркета имеет узкое назначение и не заменяет общий возрастной параметр age. Автоматическое правило «возраст 18 — значит adult=true» способно неверно описать ассортимент, поэтому эти признаки нужно сопоставлять отдельно.

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

Документация updateOfferMappings описывает adult как включение пометки 18+ только для товаров, относящихся к удовлетворению сексуальных потребностей. Для возрастного ограничения предусмотрено отдельное age. В нём используются ageUnit и value. Это различие в схеме передачи данных, а не универсальная правовая классификация всех товаров со взрослой аудиторией.

Если поставщик присылает одну колонку «18+», сначала выясните её смысл для конкретного товара. Она может быть внутренним обозначением аудитории, возрастным ограничением или специальным признаком категории. Интегратор не должен выбирать интерпретацию по одному числу. Ответственный за ассортимент должен подтвердить назначение данных до массового обновления карточек.

Как сохранить годы и месяцы

Для age документация допускает годы с указанными значениями 0, 6, 12, 16 и 18 либо месяцы от 0 до 12. Единица хранится отдельно: YEAR или MONTH. Поэтому значение 6 без единицы не является достаточным исходным описанием. Конвертация числа по умолчанию в годы может принципиально изменить смысл детского ассортимента.

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

Как проверить правило преобразования

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

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

Как принять исправление без юридических догадок

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

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