Кейс RΞCIPΞ Move: від генераторної архітектури до e-commerce каталогу
RΞCIPΞ Move — власний продуктовий проєкт екосистеми, який показує, що підхід ENEY працює не тільки для швидкого запуску сайту-візитки. Та сама логіка «дані → генератор → сторінки → schema → sitemap → QA» масштабується до складнішого каталогу з товарами, цінами, колекціями, мультимовністю, блогом і правилами для e-commerce.
Це власний продукт екосистеми, а не зовнішній клієнтський кейс. Саме тому кейс можна показувати глибше: як побудована структура, як працює генератор, що перевіряє QA і як сайт готується до Google.
Що це за проєкт
RΞCIPΞ Move — каталог автоароматів із товарними сторінками, колекціями, інформаційними сторінками, блогом і англомовною версією. На відміну від ENEY, де продаються послуги, Move працює з реальними товарами, тому використовує Product / Offer schema, ціни, наявність, політику повернень і e-commerce-логіку.
Чому цей кейс важливий для ENEY
ENEY показує не тільки «ми можемо зібрати гарну сторінку». RΞCIPΞ Move доводить, що генераторна архітектура і QA-дисципліна можуть тримати більшу систему: багато товарів, колекції, блог, мультимовність, sitemap, schema, перевірки.
Та сама модель, яка дозволяє швидко запустити сайт, може масштабуватися до каталогу без переписування всього з нуля.
Перевірені цифри
Архітектура
Замість ручного копіювання сторінок сайт генерується з даних: data/scents.json, data/sets.json і data/blog.json проходять через generate.js і перетворюються на HTML-сторінки, schema-розмітку, sitemap і QA-звіт. Це дозволяє контролювати структуру, ціни, статуси наявності, SEO-метадані, schema і sitemap з одного джерела.
- data/scents.json, data/sets.json, data/blog.json
- generate.js
- HTML-сторінки
- schema (Product/Offer, BreadcrumbList)
- sitemap.xml
- QA-скрипт
Чим Move складніший за ENEY MVP
ENEY MVP
- сторінки послуг
- Service + Offer
- кейс
- База запуску
- форма заявки
RΞCIPΞ Move
- товарні сторінки
- ціни й SKU
- availability
- колекції
- блог
- EN-версія й hreflang
- Product / Offer schema
- MerchantReturnPolicy
- більше URL у sitemap
- більше QA-ризиків
Це інший клас задачі. Якщо ENEY MVP доводить швидкість запуску, то Move доводить масштабованість підходу.
Правильна schema-логіка
У Move використовується Product / Offer schema, бо там є фізичні товари. В ENEY використовується Service + Offer, бо ENEY продає послуги. Це не випадковість, а принцип: schema має відповідати реальній природі сторінки.
Product schema з Move не переноситься в послуги ENEY.
Відгуки й рейтинги без фейків
Move має корисний патерн: aggregateRating і reviews можуть з'явитися в schema тільки тоді, коли в даних є реальні поля rating і reviews. Якщо реальних даних немає — розмітка не генерується. Для ENEY підготовлено таку саму логіку для майбутніх реальних відгуків, але зараз нічого не виводиться, бо реальних даних ще немає.
QA-дисципліна
Move має сильніший QA-скрипт: він перевіряє не тільки синтаксис, а й тихі помилки генерації — биті посилання, биті зображення, некоректні статуси, артефакти типу undefined, NaN, [object Object], порожні значення. Це важливо, бо статичний генератор може швидко створити багато сторінок. Але без QA він так само швидко може розмножити одну помилку на десятки URL.
Що з Move переносимо в ENEY
- перевірки на тихі артефакти генерації (
undefined,NaN,[object Object]) - умовні reviews/ratings тільки для реальних даних, без фейків
- ширша BreadcrumbList-логіка на внутрішніх сторінках
- per-page OG images для кейсів і послуг
- план модульного розбиття генератора на майбутнє
- кейс-метрики як доказ складності системи
Що цей кейс доводить
RΞCIPΞ Move показує, що ENEY — це не просто «швидко зробити сторінку». Це підхід до запуску цифрової системи: структура, дані, дизайн, schema, sitemap, QA і можливість масштабування.
