Индивидуальная система фильтрации

Мы разработали единую систему характеристик товаров специально под ассортимент «Арт-Кормушки». Часть параметров используется для подбора: вид изделия, тип крепления, материал, цвет и другие критерии, по которым покупатель действительно может сузить каталог.

Исследование: категорийные фильтры

При проектировании мы использовали выводы отраслевых UX-исследований как основу для гипотез, а конкретные решения адаптировали под ассортимент и сценарии покупателей «Арт-Кормушки». Baymard отмечает, что универсальных фильтров недостаточно: важные критерии зависят от конкретной категории. Рекомендации Baymard по фильтрам

Пользователи также ожидают, что по характеристикам из товарной выдачи можно сузить каталог. По данным Baymard, 38% исследованных магазинов не предоставляли фильтры для части уже показанных свойств. В проекте параметры подбора используют одни и те же данные в фильтрах и в представлении товара. Исследование Baymard

Характеристики в карточке товара

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

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

Управление каталогом без разработчика

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

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

Быстрое добавление в корзину

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

Исследование: действия в карточке

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

Отдельный поисковый контур

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

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

Быстрые результаты в шапке

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

Варианты без повторяющихся карточек

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

Поиск с учётом опечаток

Небольшая ошибка в запросе не приводит к пустой выдаче: поиск продолжает показывать близкие совпадения.

Устойчивость к опечаткам

По данным Baymard, 69% исследованных сайтов не показывали релевантные подсказки при близких опечатках. Поэтому возможность найти товар даже с одной неверной буквой заложили в поисковый механизм. Исследование Baymard

Полная страница результатов

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

Автоматическое обновление и защита выдачи

Индекс реагирует на три события каталога: создание, изменение и удаление товара. При обновлении сначала удаляются прежние документы модели, а затем загружаются новые. Поэтому после изменения количества или состава вариантов в выдаче не остаются старые результаты.

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

Административный ключ Meilisearch остаётся на сервере: браузер получает результаты только через внутренний интерфейс поиска.

Последовательное оформление

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

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

Исследования оформления

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

Принцип Redundant Entry в WCAG 2.2 рекомендует не запрашивать повторно уже введённые сведения: их следует подставлять автоматически или давать выбрать из сохранённых вариантов. WCAG 2.2

Проверка бонусов и итоговой суммы

Перед оплатой авторизованный покупатель может применить бонусы. Сервер проверяет владельца корзины, доступный размер списания и связь бонусной резервации с конкретной платёжной сессией.

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

Почему выбрали Robokassa

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

Возможности платёжного модуля

Официальная документация Robokassa подтверждает поддержку банковских карт и СБП, серверного уведомления о результате, фискализации и возвратов через API. Эти возможности стали технической основой реализованного сценария. Начало работы Фискализация Возвраты

Безопасность оплаты

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

Почему выбрали Яндекс Доставку

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

Самовывоз или курьером

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

Официальный виджет ПВЗ

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

Как определяется город

Сначала магазин проверяет сохранённый адрес авторизованного покупателя. Если его нет, используется город, который человек уже подтвердил сам. Определение по IP включается только как запасной вариант и предлагает приблизительный город — пользователь всё равно должен подтвердить его или выбрать другой. В браузере сохраняется только название подтверждённого города, без IP и координат.

Как подтверждается курьерский адрес

Покупатель вводит адрес в одном поле — «Город, улица, дом» — и выбирает подходящий дом из подсказок Яндекс Геосаджеста. Произвольно напечатанный текст не считается подтверждённым адресом. Если после выбора изменить строку вручную, подтверждение сбрасывается и дом нужно выбрать заново.

Вместе с выбранной подсказкой система получает идентификатор адресного объекта Яндекса. Координаты из браузера не используются как доверенные данные.

Ввод адреса с подсказками

В тестах Baymard 9% адресов, введённых вручную, содержали опечатки. Поэтому Геосаджест сокращает объём ручного ввода, а Геокодер проверяет конкретный дом до оплаты. Исследование автоматического поиска адреса

Проверка адреса на сервере

Перед расчётом доставки сервер самостоятельно передаёт идентификатор в Яндекс Геокодер. Адрес принимается только в том случае, если Яндекс подтверждает конкретный дом, точное совпадение, город, улицу, номер дома и корректные координаты. После проверки магазин получает единый нормализованный адрес, индекс, долготу и широту.

Так надёжность адреса не зависит от скрытых полей браузера: даже если их изменить вручную, сервер заново получит данные непосредственно от Яндекса. Ключи Геосаджеста и Геокодера остаются на сервере.

Проверка по данным Яндекса

Яндекс Геокодер позволяет получить нормализованный адрес и координаты по идентификатору объекта. В проекте эти данные запрашивает сам сервер перед расчётом доставки. Яндекс Геокодер

Расчёт от карточки товара до отслеживания

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

Исследование: стоимость и срок до корзины

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

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

Во время оформления заказа система считает доставку повторно — уже по выбранному адресу и фактическому составу корзины. Доставку в пункты выдачи сделали бесплатной для покупателя. При этом система получает фактический тариф Яндекс Доставки и сохраняет его для внутреннего учёта, поэтому магазин видит реальную себестоимость логистики, даже если в заказе для клиента указано 0 ₽. Курьерская доставка в другой день внутри МКАД стоит 449 ₽, за его пределами используется тариф Яндекса, а экспресс и грузовая доставка всегда рассчитываются по актуальному предложению. К сроку перевозчика добавляется время на подготовку заказа: для экспресса — минуты, для плановой доставки и ПВЗ — дополнительный день.

Создание отправления после сборки

После успешной оплаты сервер создаёт заказ, переносит в него выбранный способ доставки, точный адрес или ПВЗ, координаты, рассчитанную стоимость и срок. Оплаченный заказ поступает в очередь сборки и остаётся на этапе «Собираем заказ»: заявка в Яндекс Доставке в этот момент ещё не создаётся.

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

Статусы и отслеживание

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

Отслеживание заказа

В исследовании Baymard 50% респондентов назвали отслеживание самой важной возможностью личного кабинета. В проекте покупатель видит понятный статус заказа и официальную ссылку Яндекс Доставки без обращения к менеджеру. Исследование Baymard об отслеживании

Вход и структура кабинета

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

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

Кабинет как отправная точка

В исследовании Baymard 52% участников использовали главную страницу кабинета для перехода к нужным функциям. Поэтому в сводке собрали реальные сценарии магазина — заказы, профиль, адреса и бонусы — без пустых разделов, которыми покупатель не может воспользоваться. Исследование Baymard

Профиль и адресная книга

В профиле покупатель может просматривать и редактировать имя, фамилию, электронную почту и телефон. Отдельная адресная книга объединяет точные адреса курьерской доставки и выбранные пункты выдачи Яндекса. Для курьерского адреса сохраняется проверенный дом с координатами, а для пункта выдачи — идентификатор, название, адрес, тип точки и оператор.

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

Без повторного ввода

WCAG 2.2 рекомендует автоматически подставлять ранее введённые сведения или давать выбрать их из сохранённых вариантов. Адресная книга реализует этот принцип и уменьшает объём повторного ввода при следующих покупках. WCAG 2.2: Redundant Entry

Заказы: от сводки к подробной истории

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

На подробной странице информация разделена по смыслу. Покупатель видит товары и стоимость, состояние оплаты и отдельный путь доставки: Оформлен → Оплачен → Собираем → Передан в доставку → В пути → Доставлен. Рядом показываются ожидаемая дата, перевозчик, трек-номер, история событий с реальным временем и официальная ссылка Яндекс Доставки.

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

Понятное отслеживание

По данным Baymard, 50% респондентов назвали отслеживание самой важной возможностью личного кабинета, а 67% исследованных сайтов не показывали все ключевые сведения последовательно. В проекте статус, ожидаемая дата, перевозчик, трек-номер, история и состав заказа доступны в кабинете, а подробный маршрут открывается у Яндекса. Исследование Baymard

Единое состояние заказа

Техническая сложность личного кабинета заключалась в синхронизации трёх систем: Medusa хранит заказ и товары, Robokassa подтверждает оплату и возвраты, а Яндекс Доставка передаёт логистические статусы. Поверх них мы построили единую модель состояния заказа, которая превращает разрозненные события в понятную последовательность — от оформления и оплаты до доставки, отмены или возврата.

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

Как работает повторный заказ

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

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

Отмена заказа и логистический возврат

Доступное действие зависит от фактического состояния доставки. Если внешняя заявка ещё не создана, используется штатный workflow отмены Medusa. Если активное неотправленное отправление уже связано с Яндексом, сервер сначала получает допустимое подтверждение отмены от провайдера и только затем отменяет заказ, освобождает резервы и запускает полный возврат захваченной оплаты. Если перевозчик не подтвердил операцию, кабинет не показывает ложный статус «Отменён».

Для уже отправленных заказов Other-Day и ПВЗ обычная отмена заменяется отзывом и Return: возврат оплаты запускается после того, как Яндекс принял запрос на остановку и в Medusa создан Return, а остаток восстанавливается лишь после физического возвращения товара. Экспресс-заказ после передачи курьеру автоматически не отменяется — требуется поддержка Яндекса.

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

Понятное состояние отмены

В тестировании Baymard 42% пользователей путались после отправки запроса на отмену, если сообщение о результате оставалось неоднозначным. Поэтому кабинет показывает отдельные состояния запроса, возврата и завершения операции, а не скрывает весь процесс за общим статусом заказа. Исследование Baymard

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

Почему выбрали приветственные 300 бонусов

Категория изделий для птиц не предполагает такую же частоту покупок, как продукты или бытовые товары. Поэтому основным стимулом сделали не высокий постоянный кэшбэк, а заметную выгоду для следующего заказа. Data Insight рекомендует welcome-механики именно для бизнеса с более редкими покупками и высоким средним чеком.

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

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

Welcome-механика для редкой категории

По данным Data Insight, постоянный кэшбэк менее эффективен в категориях с низкой частотой покупок и высоким средним чеком. Для таких сценариев исследователи рекомендуют welcome-механики. Это стало основанием сделать 300 приветственных бонусов главным стартовым стимулом, а постоянное начисление — более умеренным. Data Insight: программы лояльности

Почему начисляем 3%

Ставку 3% выбрали как понятную постоянную выгоду без чрезмерной нагрузки на маржу: каждая 1 000 ₽ товарной выручки создаёт 30 бонусов будущей скидки. Это позволяет сочетать программу с промокодами и акциями, поскольку начисление считается только с суммы, фактически оплаченной деньгами.

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

Умеренное начисление для редкой категории

Data Insight отмечает, что постоянный кэшбэк может быть неэффективен в категориях с редкими покупками и высоким средним чеком: размер привилегии необходимо соотносить с прибылью, а основной акцент разумнее переносить на приветственную механику. Академический обзор исследований программ лояльности также показывает, что их эффект различается между сегментами и рынками — универсальной оптимальной ставки нет. Поэтому 3% определили из экономики проекта: на каждую 1 000 ₽ фактически оплаченных товаров приходится 30 бонусов будущей скидки; доставка, промокоды и уже списанные бонусы в базу начисления не входят. Data Insight: программы лояльности International Journal of Management Reviews: обзор исследований

Почему можно списать до 20%

Лимит 20% сохраняет баланс интересов: покупатель получает заметную скидку, а не символические несколько рублей, при этом не менее 80% товарной части остаётся к денежной оплате. Ограничение защищает маржу при совместном использовании бонусов, промокодов и акций и оставляет денежную базу для следующего начисления.

Жёсткость лимита компенсировали отсутствием порога накопления: списать можно начиная с одного бонуса. Доставка исключена, потому что это отдельная прямая стоимость логистики, а доставка в пункты выдачи уже субсидируется магазином. Так бонусная программа влияет на цену товара, но не создаёт вторую скрытую скидку на перевозку.

Почему 1 бонус равен 1 рублю

Фиксированный курс позволяет сразу понять ценность баланса: 300 бонусов — это 300 ₽ скидки без дополнительных пересчётов.

Почему активация происходит через 14 дней

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

Приветственные бонусы действуют 30 дней, потому что их задача — сформировать ограниченное окно для второй покупки. Обычные начисления действуют 365 дней: длительный срок соответствует невысокой частоте покупок в категории и не заставляет постоянного клиента возвращаться неестественно быстро.

Срок связан с реальным возвратным окном

Отложенная активация совпадает с 14-дневным сроком обмена, установленным магазином, и соответствует практике защиты программ лояльности от возвратного сценария. Условия возврата «Арт-Кормушки» Oracle: защита начислений до завершения возвратного периода

Как покупатель использует бонусы

На странице товара заранее показывается прогноз начисления и срок его активации. В корзине авторизованный покупатель видит доступный баланс и переключатель с максимальной суммой скидки для текущего заказа. Сервер сам учитывает остаток, другие скидки и лимит в 20%, поэтому допустимую сумму не нужно рассчитывать вручную.

Баланс, сроки и история в личном кабинете

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

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

Рабочий процесс по принципу кабинетов маркетплейсов

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

Очередь разделена на два состояния — «К сборке» и «Собранные». В неё попадают только полностью оплаченные заказы с физическими товарами и корректно определённой доставкой. Отменённые, неоплаченные, черновые и уже завершённые заказы не смешиваются с текущей работой.

В таблице сразу видны номер и дата заказа, способ доставки, получатель, количество позиций, сумма и состояние отправления. Для Яндекс Доставки дополнительно показывается интервал передачи и прогресс до его окончания. Заказы можно выбирать группой, а частые действия доступны через командную панель и горячие клавиши.

Три независимых состояния заказа

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

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

Выгрузка по товарам

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

Выгрузка по заказам

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

Документы по отправлениям

После сборки система связывает товары с конкретными грузовыми местами Яндекс Доставки. В документе указываются номер отправления, место формата 1/2, его штрихкод и состав. Это помогает правильно разложить товары по коробкам в многоместной отправке.

Официальные ярлыки загружаются напрямую из Яндекс Доставки, а не рисуются магазином самостоятельно. Для выбранной партии сотрудник может одним действием получить ZIP-комплект: ярлыки, список по отправлениям и сводный лист по товарам.

Сборка и создание отправлений

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

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

Управление каталогом без разработчика

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

Характеристики, связанные с габаритами, автоматически передаются в данные для расчёта доставки. Основная категория одновременно определяет адрес карточки, хлебные крошки и положение товара в карте сайта — каталожные, логистические и SEO-данные остаются согласованными.

Разделение прав сотрудников

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

Поиск видит весь каталог

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

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

Старые ссылки продолжают работать

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

Фильтры не создают дубли

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

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

Поиск получает актуальные данные о товаре

Для карточек автоматически создаются заголовок, описание, основной адрес, хлебные крошки и товарная микроразметка Product JSON-LD. Она помогает поисковой системе понять, что перед ней товар, сколько он стоит, доступен ли он и кто его продаёт. Цена и наличие берутся из актуальных данных магазина.

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

Новые товары добавляются автоматически

Карта сайта обновляется из текущего каталога, а служебные страницы — корзина, оформление заказа и личный кабинет — исключены из поиска. Для Google и Яндекса также формируются товарные фиды с ценами, наличием, изображениями и вариантами.

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

Можно оценивать коммерческий результат

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

Защищённый вход и доступ к заказам

Сайт работает по HTTPS, а авторизационная сессия хранится в HttpOnly-cookie с защитными настройками и недоступна JavaScript страницы. Для входа через Яндекс ID сервер проверяет одноразовый параметр авторизации и допустимый адрес возврата.

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

Сервер контролирует стоимость

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

Подписанное подтверждение Robokassa

Реквизиты карты вводятся в официальной форме Robokassa и не сохраняются магазином. Возвращение покупателя на сайт ещё не считается оплатой: backend проверяет подпись серверного уведомления, номер счёта, точную сумму и связь платежа с конкретной сессией. Только после этого заказ получает подтверждённый статус.

Защита от повторных операций

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

Ограничение данных и запросов

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