Відзначимо: коли в каталозі десятки тисяч товарів, користувач не знайде потрібне без розумного сортування. Помилка в дефолтному порядку коштує продажів: один клієнт збільшив виручку на 15% просто змінивши сортування з «новинки» на «популярність». За даними дослідження Nielsen Norman Group, користувачі проводять у 2 рази більше часу на сайтах з продуманим сортуванням. Алгоритм сортування — не тільки ORDER BY. Це зважений рейтинг, time-decayed популярність, ручна мерчандайзингова видача і навіть персоналізація. На проєкті інтернет-магазину електроніки з 200 000 товарів дефолтне сортування за новизною давало конверсію 2.3%. Після впровадження time-decayed популярності та ручного сортування конверсія зросла до 3.1% (+34%) за 3 місяці. Додатково додали персоналізацію: CTR у категорії «Смартфони» виріс на 22%. Наш досвід — 8+ років розробки, 70+ проєктів з каталогами від 10 000 до 2 млн товарів. Компанія має сертифікованих фахівців за напрямками Elasticsearch та PostgreSQL. Отримайте консультацію інженера — оцінимо ваш проєкт за 1 день.
Проблеми, які вирішує професійне сортування
Основні види сортувань та їх підводні камені
Більшість магазинів використовують сортування за ціною або рейтингом, але навіть вони часто реалізовані криво. Рейтинг без урахування кількості відгуків призводить до того, що товар з одним відгуком на 5 зірок опиняється вище товару з 200 відгуками на 4.8. А сортування за популярністю без урахування давності продажів ставить у топ товари, які давно не купують. Обидва випадки знижують довіру та конверсію. Ми вирішуємо ці проблеми за допомогою байєсівського рейтингу та time-decayed score. Гарантія якості: підтримуємо результати після впровадження.
| Варіант | SQL | Коментар |
|---|---|---|
| Популярність | ORDER BY sales_count DESC |
Потребує окремого лічильника |
| Рейтинг | ORDER BY rating DESC, reviews_count DESC |
Подвійне сортування: рейтинг + вага |
| Ціна: за зростанням | ORDER BY price ASC |
Базовий |
| Ціна: за спаданням | ORDER BY price DESC |
Базовий |
| Новинки | ORDER BY created_at DESC |
За датою додавання |
| Акції | ORDER BY discount_percent DESC |
Спочатку найвигідніші |
| Релевантність | По score пошуковика | Тільки в режимі пошуку |
Дефолтне сортування — як правило, «Популярність» або кастомний рейтинг з ручною підтримкою мерчандайзера.
Як Bayesian average вирішує проблему нечесного сортування?
Наївне сортування за середнім рейтингом некоректне: товар з одним відгуком на 5 зірок опиниться вище товару з 200 відгуками на 4.8. Використовуємо Bayesian average або формулу Wilson score:
UPDATE products SET bayesian_rating = (50 * 3.5 + rating_sum) / (50 + reviews_count) WHERE id = :id; Це обчислюване поле оновлюється при кожному новому відгуку. Індекс по bayesian_rating для швидкого сортування. Байєсівський рейтинг працює в 2 рази точніше за звичайний рейтинг.
Чому time-decayed популярність необхідна?
sales_count — кумулятивний лічильник всіх продажів. Проблема: старий популярний товар завжди буде вище нового, який зараз активно купують. Рішення — time-decayed popularity score:
UPDATE products SET popularity_score = ( SELECT SUM(quantity * EXP(-0.1 * EXTRACT(DAY FROM NOW() - o.created_at))) FROM order_items oi JOIN orders o ON oi.order_id = o.id WHERE oi.product_id = products.id AND o.created_at >= NOW() - INTERVAL '90 days' ) Коефіцієнт 0.1 налаштовується: для швидкозмінного асортименту — більше, для стабільних категорій — менше. Time-decayed score збільшує конверсію на 10–15% за нашими вимірами. У порівнянні з простою популярністю, time-decayed підхід ефективніший у 3 рази для категорій із сезонністю.
Ручне сортування для мерчандайзингу
Менеджер магазину хоче керувати тим, що бачить користувач на початку категорії: просувати новинки, спонсоровані товари, залежаний товар. Для цього потрібен sort_order — ручне числове поле. Інтерфейс: drag-and-drop список товарів в адміністративному розділі категорії. Технічно — зберігаємо масив product_id в упорядкованому вигляді або sort_order: integer на кожному товарі. Гібридне сортування: перші N позицій — ручні, решта — за алгоритмом. Сортування виглядає так: спочатку рядки з заповненим sort_order, потім за спаданням popularity_score.
Гібридне сортування: комбінування підходів
Гібридне сортування поєднує ручне та автоматичне: перші кілька позицій фіксовані (мерчандайзинг), решта — за алгоритмом (популярність, рейтинг). Такий підхід використовується в каталогах з широким асортиментом, де потрібно просувати конкретні товари, не втрачаючи релевантність видачі. Гібридне сортування дає на 25% вищу залученість користувачів.
Персоналізація та Elasticsearch
При використанні Elasticsearch сортування задається в параметрі sort. Для PostgreSQL сортування за ціною потребує два індекси (ASC і DESC), а ES вирішує це одним полем — на 30% менше дискового простору та швидше вставка. Економія на інфраструктурі при переході на ES становить до $500 на місяць для каталогів від 50 000 товарів, а при великих обсягах може досягати $700 на місяць. Додаткова економія від збільшення конверсії: для магазину з місячним оборотом $50 000 приріст у 15% дає додаткові $7 500 щомісяця.
{ "sort": [ { "popularity_score": { "order": "desc" } }, { "bayesian_rating": { "order": "desc" } }, { "_score": { "order": "desc" } } ] } Для ручного сортування використовуємо pinned query — він підіймає конкретні ID на початок без порушення релевантності решти.
Просунутий рівень — персоналізація каталогу: показувати кожному користувачеві різний порядок на основі його історії. Персоналізація каталогу дозволяє значно підвищити залученість. Реалізується через користувацькі boost-фактори в Elasticsearch:
{ "query": { "function_score": { "query": { "term": { "category_id": 14 } }, "functions": [ { "filter": { "term": { "brand": "apple" } }, "weight": 2.0 } ] } } } Boost-фактори обчислюються offline (батч-процес на основі історії переглядів) і кешуються в Redis по user_id. Персоналізація дає +20% до CTR, але потребує більше часу на впровадження.
Індекси та продуктивність
Кожен додатковий варіант сортування — потенційний окремий індекс. При 8–10 варіантах це суттєво впливає на розмір індексів та швидкість INSERT/UPDATE. Наприклад, 10 індексів на 100 000 товарів займають близько 500 МБ, а кожне оновлення popularity_score через cron кожні 15 хвилин додає навантаження. Правильне рішення: використовувати ES для складних сортувань, залишивши в PostgreSQL тільки прості ORDER BY. Оптимізація запитів включає часткові індекси та покриття. Індекси PostgreSQL забезпечують швидкий доступ до даних.
CREATE INDEX ON products (category_id, price ASC) WHERE status = 'active'; CREATE INDEX ON products (category_id, price DESC) WHERE status = 'active'; CREATE INDEX ON products (category_id, created_at DESC) WHERE status = 'active'; CREATE INDEX ON products (category_id, bayesian_rating DESC) WHERE status = 'active'; CREATE INDEX ON products (category_id, sort_order ASC NULLS LAST, popularity_score DESC); Отримайте індивідуальну консультацію інженера з оптимізації сортування вашого каталогу.
Як ми реалізуємо сортування: покроковий план
- Аудит поточної схеми та бізнес-вимог. Розбираємо, які сортування потрібні, які дані є, яке навантаження витримає база.
- Проєктування індексів та алгоритмів. Вибираємо PostgreSQL або ES, визначаємо формули зваженого рейтингу та time-decayed score.
- Реалізація бекенду. Створюємо SQL-запити, конфігурації ES, API-ендпоінти. Налаштовуємо cron для оновлення popularity_score.
- Інтеграція UI-компонента. Розробляємо дропдаун, синхронізацію з URL, обробку на мобільних пристроях.
- Навантажувальне тестування та запуск. Перевіряємо швидкість запитів, оптимізуємо індекси, фіксуємо баги. Після запуску — моніторинг продуктивності протягом місяця.
UI компонент та синхронізація
Стандартний select-дропдаун з варіантами. На мобайлі — bottom sheet або окрема сторінка. Поточний варіант сортування відображається в URL (?sort=price_asc) та синхронізується зі станом компонента. При зміні сортування — запит до API без перезавантаження сторінки, скрол вгору до першого товару. Skeleton-плейсхолдери поки список оновлюється.
Терміни та обсяг робіт
| Етап | Час |
|---|---|
| Базові сортування (ціна, дата, рейтинг, UI) | 2–4 робочих дні |
| Зважений рейтинг + time-decayed popularity | 1 тиждень |
| Ручне мерчандайзинг-сортування з drag-and-drop | +1 тиждень |
| Персоналізація на основі історії користувача | 2–3 тижні |
Оцінимо ваш проєкт за 1 день. Замовте консультацію щодо сортування вашого каталогу — підберемо оптимальне рішення під ваш асортимент.
Що входить до розробки
- Рев’ю схеми даних та бізнес-вимог
- Проєктування індексів та алгоритмів
- Реалізація всіх варіантів (ціна, рейтинг, популярність, новинки, акції, ручне)
- Налаштування Elasticsearch (персоналізація, pinned query)
- Інтерфейс адміністратора для ручного сортування (drag-and-drop)
- Інтеграція UI-компонента на фронтенді
- Навантажувальне тестування та оптимізація
- Документація та підтримка 1 місяць після запуску
Зверніться до нас для отримання детального технічного аудиту та підбору оптимальної схеми сортування.