Нещодавно до нас звернувся власник інтернет-магазину електроніки. Клієнти вимагали вішлист, але після швидкої реалізації на коліні виникли проблеми: анонімні списки губилися при вході, сповіщення не працювали, шаринг призводив до дублікатів. Ця ситуація знайома багатьом — за даними 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 місяць.
Кожен проект унікальний — остаточний термін і вартість розраховуються після аудиту вашого поточного стека. Зв'яжіться з нами для оцінки вашого проекту. Замовте розробку вішлиста під ключ — просто напишіть нам, і ми оцінимо ваш проект за один робочий день.







