Поиск и фильтрация товаров на маркетплейсах

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

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

Архитектура высоконагруженного поиска товаров

Когда на площадку заходит миллионный пользователь, система должна выдать релевантный результат за доли секунды. Это не просто вопрос удобства, это вопрос выживания бизнеса. Архитектура современного поиска строится на распределенных системах, которые разделяют процесс индексации и процесс запроса. Индексация - это когда роботы обходят миллионы карточек, собирают характеристики и складывают их в специальные структуры данных. Запрос - это когда клиент вводит «красные кроссовки 42 размера» и система мгновенно отсекает лишнее.

В основе лежат поисковые движки, работающие с инвертированными индексами. Вместо того чтобы перебирать все товары по очереди, система смотрит на слово «кроссовки» и сразу видит список ID товаров, где оно встречается. Чтобы такая нагрузка не «уронила» сервер, используются шардинг (разделение данных на части) и репликация (копирование данных на разные узлы). Если один узел падает, поиск продолжает работать.

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

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

Ключевые компоненты системы

• Поисковый индекс (Inverted Index) - база всех слов и их связей с товарами.
• Слой ранжирования - математическая модель, определяющая порядок выдачи.
• Слой фильтрации - механизм отсечения товаров по жестким атрибутам (цена, бренд, размер).
• API-шлюз - точка входа, которая принимает запросы и распределяет нагрузку.

Механизмы работы фильтрации данных

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

Технически фильтрация реализуется через фасетный поиск (faceted search). Это когда при выборе одного параметра (например, бренда «Nike») система мгновенно пересчитывает количество доступных товаров по всем остальным параметрам (размер, цена, цвет). Это создает те самые цифры в скобках рядом с чекбоксами в интерфейсе. Для этого используются структуры данных, оптимизированные для быстрых пересечений множеств.

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

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

Типы фильтров в ритейле

1. Категорийные (тип товара, бренд, пол).
2. Технические (мощность, объем памяти, материал).
3. Логистические (срок доставки, наличие на складе).
4. Ценовые (диапазоны, скидки, акции).

Принципы ранжирования по закону 289-ФЗ

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

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

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

Тем не менее, закон не запрещает платное продвижение. Вы можете платить за то, чтобы ваш товар был в блоке «рекомендовано», но это должно быть четко обозначено. Пользователь должен понимать, что он видит не просто «лучший товар», а «товар, продвигаемый продавцом». Прозрачность - это главный тренд 2026 года в e-commerce.

Как избежать искажения поисковой выдачи

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

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

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

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

Верификация данных в карточках товаров

Карточка товара - это лицо продавца и главный источник информации для поискового алгоритма. Если в карточке ошибка, поиск не сможет правильно проиндексировать товар. Но проблема не только в поиске, но и в доверии. Постановлением Правительства РФ от 02.07.2026 № 821 установлен четкий порядок проверки информации в карточках товаров, работ и услуг. Теперь это не просто рекомендация, а обязательное требование.

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

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

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

Автоматизация проверки продавцов через ЕГРЮЛ

Безопасность площадки начинается с проверки того, кто на ней торгует. С 1 октября 2026 года маркетплейсы обязаны проверять продавца, исполнителя или владельца ПВЗ через ЕГРЮЛ, ЕГРИП или ЕСИА до заключения договора. Это требование закона о платформенной экономике направлено на борьбу с «фирмами-однодневками» и серыми схемами в ритейле.

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

Процесс автоматизированной проверки обычно выглядит так:

1. Получение ИНН или ОГРН от потенциального продавца.
2. Запрос в API налоговой службы или реестров для получения актуального статуса.
3. Сверка данных (название, адрес, полномочия директора) с данными, указанными в заявке.
4. Принятие решения о возможности заключения договора.

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

Ошибки настройки фильтров и поиска

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

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

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

Будущее поисковых систем в ритейле

Мир e-commerce стремительно меняется. Мы уходим от простого поиска по ключевым словам к поиску по намерениям (intent-based search). В ближайшие годы поисковые системы в ритейле будут все больше напоминать персональных ассистентов. Система будет знать не только то, что вы ищете, но и почему вы это ищете, учитывая ваш контекст, прошлый опыт и даже текущую ситуацию.

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

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

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

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

• С 1 октября 2026 года действуют жесткие нормы закона № 289-ФЗ о прозрачности ранжирования.
• Искажение выдачи и игнорирование фильтров пользователем теперь запрещено законом.
• Проверка продавцов через ЕГРЮЛ/ЕГРИП стала обязательным автоматизированным этапом.
• Верификация карточек товаров теперь строго регламентирована постановлением № 821.
• Качество атрибутов товара напрямую влияет на его видимость в поиске и фильтрах.