Рейтинг на маркетплейсе: как внедрить по закону

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

Кстати, в AmSales мы делаем внедрение и настройку Битрикс24 и разработку сайтов и приложений под ключ. Если нужна помощь - напишите нам.

Закон 289-ФЗ: новые требования к рейтингу

С 1 октября 2026 года правила игры на рынке e-commerce изменились фундаментально. Вступил в силу федеральный закон от 31.07.2025 № 289-ФЗ «О платформенной экономике». Если раньше маркетплейсы могли менять алгоритмы «под капотом», не объясняя причин падения продаж, то теперь такая непрозрачность стала незаконной. Закон устанавливает жесткую обязанность платформ раскрывать в договорах с партнерами конкретные принципы, по которым строится система рейтинга на маркетплейсе, как работает ранжирование и на что именно влияет поисковая выдача.

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

Действие 289-ФЗ не ограничивается только крупными маркетплейсами. Под его влияние подпадают и такси-агрегаторы, службы доставки, и даже онлайн-доски объявлений, если сервис включен в соответствующий перечень Минэкономразвития. Это создает единое правовое поле для всей платформенной экономики. Для бизнеса это означает переход от эпохи «черных ящиков» к эпохе прозрачных правил, где каждое изменение в выдаче должно иметь под собой документальное обоснование.

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

Принципы формирования рейтинга и ранжирования

Алгоритм ранжирования товаров сегодня - это сложная математическая модель, но закон требует, чтобы ее логика была понятна человеку. Раньше платформы часто использовали «скрытые веса», которые могли меняться без предупреждения. Теперь, согласно новым нормам, все ключевые факторы должны быть декомпозированы и представлены в публичном поле или в договоре с вендором.

Обычно структура рейтинга строится на нескольких уровнях. Первый уровень - это репутационный капитал: количество и качество отзывов. Второй уровень - операционная эффективность: как быстро склад собирает заказ и как часто возникают ошибки при комплектации. Третий уровень - коммерческие показатели: оборачиваемость и маржинальность (хотя последний фактор часто остается предметом споров о честной конкуренции).

Основные компоненты выдачи

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

Типичная ошибка многих селлеров - попытка манипулировать алгоритмом через накрутку поведенческих факторов. Раньше это могло сработать, но современные системы контроля качества работы вендоров легко вычисляют такие аномалии. Более того, с введением 289-ФЗ платформы стали еще внимательнее следить за чистотой данных, так как любая ошибка в расчете рейтинга может привести к судебному иску от крупного поставщика.

Как учитывать скорость заказов и выкуп

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

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

Скорость заказов (speed of fulfillment) - еще один критический фактор. Платформы стремятся к тому, чтобы клиент получил товар максимально быстро. Если вы используете собственную логистику (FBO или FBS), ваша скорость должна быть стабильной. Любые задержки, даже вызванные форс-мажором, должны быть прозрачны для системы. Закон 289-ФЗ требует, чтобы платформы учитывали эти факторы при расчете рейтинга, но также запрещает наказывать продавцов за факторы, которые они не могут контролировать (например, задержки на стороне курьерских служб самого маркетплейса).

Для оптимизации этих показателей компаниям необходимо внедрять сквозную аналитику. Недостаточно просто смотреть на общую сумму продаж. Нужно сегментировать данные: какой процент заказов задерживается на этапе сборки, в каких регионах процент выкупа ниже среднего, и как эти колебания влияют на позиции в поиске. Только так можно перейти от реактивного управления (исправление последствий) к проактивному (предотвращение падения рейтинга).

Процедура обжалования санкций для продавцов

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

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

Алгоритм действий при возникновении спорной ситуации выглядит следующим образом:

1. Фиксация отклонения: сделайте скриншоты или выгрузите отчеты, подтверждающие аномальное поведение рейтинга или выдачи.
2. Сверка с договором: проверьте, не нарушает ли текущее действие платформы принципы, описанные в вашем соглашении.
3. Подача официальной жалобы: используйте внутреннюю систему платформы, строго соблюдая установленный регламент.
4. Ожидание решения: платформа обязана рассмотреть жалобу в установленные сроки (нарушение этих сроков само по себе является нарушением закона).

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

Штрафы за нарушение правил работы платформы

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

На текущий момент (2 октября 2026 года) действуют следующие нормы ответственности за неисполнение обязанности по проверке продавца и соблюдению правил платформы:

Стоит отметить, что ранее, в период с июня по сентябрь 2026 года, в экспертных кругах активно обсуждались более высокие штрафы (до 400 тыс. руб. за давление на продавцов и до 500 тыс. руб. за затягивание сроков рассмотрения жалоб). Хотя текущие официальные ставки могут отличаться, сам вектор регулятора понятен: платформы должны нести реальную ответственность за свои алгоритмы и коммуникацию с партнерами.

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

Архитектура базы данных для отзывов

Для разработчиков и технических директоров маркетплейсов внедрение 289-ФЗ означает необходимость пересмотра архитектуры хранения и обработки данных. Механика отзывов для вендоров теперь требует не просто хранения текста, а создания сложной структуры метаданных, которые можно будет использовать для обоснования рейтинга.

База данных отзывов должна поддерживать не только содержание комментария, но и контекстуальную привязку к каждому фактору. Например, если клиент пишет «товар пришел разбитым», в базе должна фиксироваться связь этого отзыва с параметром «качество доставки» и «сохранность упаковки». Это позволит системе автоматически распределять «вес» отзыва в разные категории рейтинга, что критически важно для прозрачного ранжирования.

Современная архитектура должна включать в себя следующие модули:

• Модуль верификации: проверка отзыва на предмет накрутки или спама (связь с ID покупателя, историей заказов и геолокацией).
• Модуль классификации: автоматическое присвоение тегов отзыву (качество товара, цена, доставка, сервис).
• Модуль агрегации: расчет скользящего среднего рейтинга на основе весов разных категорий.
• Модуль аудита: хранение истории изменений рейтинга для возможности проведения ретроспективного анализа при обжаловании.

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

Автоматизация проверки качества работы вендоров

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

Автоматизация должна охватывать несколько ключевых направлений. Во-первых, это контроль операционных метрик: автоматический мониторинг времени отгрузки, процента отмен и скорости доставки. Во-вторых, это анализ качества контента: использование алгоритмов для проверки соответствия фото и описания реальным характеристикам товара (на основе анализа возвратов и жалоб). В-третьих, это мониторинг репутационной активности: выявление аномальных всплесков как позитивных, так и негативных отзывов.

Эффективная система автоматизации должна работать по принципу «мягких» и «жестких» триггеров. Мягкий триггер (например, небольшое снижение процента выкупа) может запускать автоматическое уведомление вендору с рекомендациями. Жесткий триггер (например, массовые жалобы на несоответствие товара) должен автоматически инициировать проверку и, при подтверждении, ограничивать видимость карточки в соответствии с регламентом, описанным в договоре.

Важный нюанс: автоматизация не должна быть «черным ящиком». Согласно закону, если система принимает решение о снижении рейтинга вендора, логика этого решения должна быть доступна для аудита. Это означает, что каждый автоматический шаг должен сопровождаться логом с указанием конкретных параметров, которые привели к изменению статуса продавца. Без этого любая автоматизированная система превращается в источник юридических рисков.

Интеграция системы жалоб в CRM

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

Когда маркетплейс присылает уведомление о санкции (например, о снижении позиции товара в выдаче), это событие должно автоматически попадать в CRM-систему компании (будь то Bitrix24, amoCRM или собственная разработка). Это позволяет менеджеру мгновенно увидеть проблему и инициировать процесс обжалования, не переключаясь между десятками вкладок и личных кабинетов.

Как выглядит идеальный процесс интеграции:

1. Событие: API маркетплейса передает статус «снижение рейтинга» с указанием причины.
2. Создание задачи: в CRM автоматически создается задача для юридического отдела или категорийного менеджера.
3. Сбор доказательств: CRM подтягивает данные о выполненных заказах, скорости сборки и проценте выкупа за период, чтобы сформировать пакет документов для жалобы.
4. Контроль: статус жалобы в маркетплейсе синхронизируется с карточкой задачи в CRM, позволяя отслеживать сроки рассмотрения.

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

Типичные ошибки при работе с рейтингом

Многие компании совершают одни и те же ошибки, которые в новых реалиях обходятся слишком дорого. Первая - это игнорирование изменений в договоре. Селлеры часто продолжают работать по старым правилам, не замечая, что условия ранжирования изменились. Вторая ошибка - попытка «исправить» рейтинг через манипуляции. Любая накрутка сегодня вычисляется мгновенно, а последствия в виде блокировки становятся необратимыми.

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

Что запомнить

• Закон 289-ФЗ обязывает платформы раскрывать принципы формирования рейтинга и ранжирования в договорах.
• Продавцы имеют право обжаловать любые санкции (снижение рейтинга, блокировка) через внутреннюю систему жалоб.
• При формировании рейтинга критически важны скорость обработки заказов и процент выкупа.
• Маркетплейсы несут ответственность (штрафы) за нарушение правил работы и несоблюдение процедур проверки.
• Автоматизация и интеграция данных о рейтинге в CRM - ключ к защите бизнеса и управлению продажами.