Кастомний інтернет-магазин і headless — вітрина на TypeScript/Astro, коли коробка не описує воронку: гурт, свої комплекти, швидкість як у маркетингового сайта. Замовлення й залишки можуть іти в 1С/BAS, у своє API або в CMS.

Не пасує, якщо вистачає Horoshop чи WooCommerce. Не роблю самописний ввід картки й не ховаю каталог у порожній SPA.

На виході: IA, картки, кошик, оплата через LiqPay/Fondy або редирект, кабінет опту за потреби, логи, staging. Залишки — з обміну. SEO — серверний HTML, як на маркетингових сайтах. Приклад: euromoskitka.

Вузький MVP частіше 8–16 тижнів.

Кастом має сенс, коли теми не тримають швидкість карток, гуртові ціни не лізуть у тариф Horoshop, або вітрину треба деплоїти як звичайний TypeScript-застосунок. Інакше платите за унікальність, якої покупець не бачить. Деплой, секрети каси, черга обміну й відкат релізу — у runbook. Дизайн «піксель у піксель з Figma» без системи подовжує строк — це закладаємо чесно.

Адмінка на кастомі — рівно під команду: картки, замовлення, статуси. Повноцінний PIM «про всяк випадок» роздуває строк. Кошик зберігає id пропозицій і ціну з сервера, щоб її не підмінили в браузері. Приймання: додати в кошик, оплатити тестовою касою, побачити замовлення в адмінці або в 1С/BAS. Секрети LiqPay не кладемо у фронтенд-репозиторій. Деплой вітрини й адмінки можуть бути різними репозиторіями, головне — один контракт кошика. Тестові ключі каси ніколи не потрапляють у прод-збірку. Логи кошика без персональних даних карт — лише id замовлення й статус. Документація API вітрини коротка: ендпоінти каталогу, кошика й вебхука каси. Приймання без цього чекліста не закриваю.