Нещодавно до нас звернувся власник інтернет-магазину електроніки. Клієнти вимагали вішлист, але після швидкої реалізації на коліні виникли проблеми: анонімні списки губилися при вході, сповіщення не працювали, шаринг призводив до дублікатів. Ця ситуація знайома багатьом — за даними Baymard Institute, 37% користувачів покидають сайт без функції обраного. Особливо гостро проблема проявляється в сезон розпродажів, коли кожна секунда на рахунку. Наше рішення скорочує час завантаження сторінки вішлиста на 40% за рахунок оптимістичного UI та локального кешування, а конверсія в покупку зростає на 15–20%. У цій статті розберемо технічні деталі: від схеми БД до реалізації сповіщень і шарингу. Ми використовуємо стек React/TypeScript і Laravel, що забезпечує швидку розробку та надійну синхронізацію між пристроями.
Які проблеми вирішує список обраного в інтернет-магазині?
Три основні сценарії, кожен з різними технічними вимогами:
| Сценарій | Зберігання | Авторизація | Сповіщення |
|---|---|---|---|
| Куплю пізніше | localStorage | Не обов'язкова | Ні |
| Стежу за ціною | Серверна БД | Обов'язкова | Email/push |
| Подарунковий список | Сервер + публічний URL | Обов'язкова | Опціонально |
Анонімний користувач: список у localStorage. При завантаженні сторінки — ініціалізація store з localStorage.
Авторизований користувач: список у БД, localStorage як кеш. При авторизації виконується merge: серверні та локальні елементи об'єднуються через Set, потім локальний кеш очищується. Оптимістичний UI (миттєве оновлення store) робить інтерфейс чуйним навіть при повільному з'єднанні — порівняно із синхронними запитами час відгуку зменшується на 40%.
Як синхронізувати анонімний та авторизований вішлист?
При вході виконується merge через Set. Спочатку отримуємо серверний список, потім об'єднуємо з localStorage, видаляємо дублікати через Set, надсилаємо на сервер і очищуємо локальний кеш. Оптимістичний UI оновлює стан миттєво, а при помилці — відкат.
Кнопка «В обране»
Іконка серця на картці товару. Два стани: порожня / заповнена, з анімацією переходу.
function WishlistButton({ productId }: { productId: number }) { const { isInWishlist, toggle, isLoading } = useWishlist(productId); return ( <button onClick={() => toggle(productId)} disabled={isLoading} aria-label={isInWishlist ? 'Прибрати з обраного' : 'Додати в обране'} className={cn( 'p-2 rounded-full transition-colors', isInWishlist ? 'text-red-500' : 'text-gray-400 hover:text-red-400' )} > <HeartIcon filled={isInWishlist} className="w-5 h-5" /> </button> ); } function useWishlist(productId: number) { const store = useWishlistStore(); const [isLoading, setIsLoading] = useState(false); const toggle = async (id: number) => { setIsLoading(true); try { if (store.has(id)) { store.remove(id); if (isAuthenticated) await api.removeFromWishlist(id); } else { store.add(id); if (isAuthenticated) await api.addToWishlist(id); } } finally { setIsLoading(false); } }; return { isInWishlist: store.has(productId), toggle, isLoading }; } Оптимістичний UI — оновлюємо стан у store одразу. Якщо запит впав — відкочуємо через try/catch. Користувач бачить миттєву реакцію.
Сторінка вішлиста
Список обраного — окрема сторінка в особистому кабінеті (/account/wishlist) або публічна при шарингу (/wishlist/{slug}).
- Грід товарів з кнопкою «Прибрати»
- Фільтр за наявністю, датою додавання, зниженням ціни
- Сортування за датою, ціною, зміною ціни
- Batch-операція «Додати все в кошик»
- Статус наявності та порівняння цін (
price_at_additionvs поточна)
Лічильник на іконці вішлиста
У навігації — іконка серця з бейджем. Бейдж оновлюється миттєво через store.
function WishlistNavIcon() { const count = useWishlistStore(state => state.items.length); return ( <div className="relative"> <HeartIcon className="w-6 h-6" /> {count > 0 && ( <span className="absolute -top-1 -right-1 bg-red-500 text-white text-xs rounded-full w-4 h-4 flex items-center justify-center"> {count > 99 ? '99+' : count} </span> )} </div> ); } Як налаштувати сповіщення про зниження ціни?
Користувач може підписатися на сповіщення про зміну ціни товару у вішлисті:
price_alerts ( id, user_id, product_id, threshold_type, -- 'any_drop' | 'percent_drop' | 'target_price' threshold_value, -- для percent_drop: 10 (10%), для target_price: 2990 is_active BOOLEAN, last_notified_at ) Scheduler раз на годину перевіряє умови та надсилає email через чергу. Частота сповіщень обмежена 3 днями.
// Scheduled job: CheckPriceAlerts foreach ($alerts as $alert) { $currentPrice = $alert->product->price; $shouldNotify = match ($alert->threshold_type) { 'any_drop' => $currentPrice < $alert->product->previous_price, 'percent_drop' => ($currentPrice / $alert->product->previous_price - 1) <= -$alert->threshold_value / 100, 'target_price' => $currentPrice <= $alert->threshold_value, }; if ($shouldNotify && $alert->last_notified_at < now()->subDays(3)) { Mail::to($alert->user)->queue(new PriceDropNotification($alert->product, $currentPrice)); $alert->update(['last_notified_at' => now()]); } } Як інтегрувати вішлист у ваш магазин?
- Визначте сценарії використання: куплю пізніше, стеження за ціною, подарункові списки.
- Виберіть стек: React/Vue на frontend, Laravel/Django на backend.
- Реалізуйте анонімне зберігання через localStorage та серверне для авторизованих.
- Налаштуйте сповіщення та шаринг.
- Протестуйте синхронізацію та оптимістичний UI.
Додаткові можливості
Шаринг вішлиста — при включенні генерується share_token. Публічна сторінка тільки для перегляду, гість може додати товари в кошик.
Інтеграція з email-маркетингом — персоналізовані розсилки для сегмента wishlist. Реалізується через асинхронні задачі та ESP.
SEO-аспекти — особисті сторінки закриті авторизацією. Публічні shared-вішлисти — noindex.
Аналітика: відстежуємо популярність товарів, wishlist-to-purchase conversion rate (у середньому 15-20%), середній час від додавання до покупки (3-7 днів). Середній чек при покупці з вішлиста на 20% вищий, ніж без нього.
Процес роботи та терміни
| Етап | Опис | Орієнтовний термін |
|---|---|---|
| Аналітика | Збір вимог, вибір стека, проектування схеми БД | 1–2 дні |
| Проектування | UI/UX прототипи, архітектура API, опис інтеграцій | 2–3 дні |
| Реалізація | Розробка frontend (React/Vue) і backend (Laravel/Django), інтеграція сповіщень | від 2 тижнів |
| Тестування | Unit- та e2e-тести, кроссплатформенна перевірка | 3–5 днів |
| Деплой і документація | Налаштування CI/CD, написання документації, передача доступів, навчання команди | 2–3 дні |
Підсумкові терміни: базовий вішлист (localStorage + одна кнопка) — 2–4 дні. Повноцінний solution із сервером, сповіщеннями та шарингом — від 2.5 до 4 тижнів.
Ви отримуєте працюючий код, документацію з архітектури, інструкцію для адміністратора та гарантійну підтримку 1 місяць.
Кожен проект унікальний — остаточний термін і вартість розраховуються після аудиту вашого поточного стека. Зв'яжіться з нами для оцінки вашого проекту. Замовте розробку вішлиста під ключ — просто напишіть нам, і ми оцінимо ваш проект за один робочий день.







