Для публикации сервиса в Магазине приложений Ozon недостаточно работающего подключения. Нужна карточка, по которой продавец понимает назначение продукта, его возможности и ограничения. Официальные требования к материалам опубликованы 17 августа 2026 года. Перед отправкой полезно проверить не только размеры файлов, но и соответствие текста реальному состоянию приложения: модерация технической интеграции не делает любое рекламное обещание корректным.

Соберите материалы с учётом конкретных ограничений

В требованиях Ozon название ограничено 23 символами, краткое описание — 100 символами. Логотип нужен квадратный, медиа — с пропорцией 3:2; для изображений указан предел 10 МБ. В карточке предусмотрены от двух до шести изображений реального интерфейса. Нельзя подменять их стоковыми картинками, рекламными баннерами или экраном несуществующего продукта.

Полное описание должно соответствовать функциональности, содержать структуру и точные сведения. В данных о приложении указываются разработчик, версия, дата обновления, поддерживаемые функции API и ограничения. Контактная электронная почта обязательна. Эти требования относятся к карточке программного продукта; не переносите на неё шаблон обычного товарного предложения только из-за похожего слова «карточка».

Покажите один законченный сценарий

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

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

Свяжите короткое и полное описание

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

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

Назначьте владельца актуальности

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

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