Продукт13 серпня 2026, 16:11

ICanUp виріс із блогу в керовану контентну платформу

У ICanUp зʼявилися окремі Pages, спільний ContentBlock editor і керовані Main, Mobile та Footer меню. Відтепер сайт можна розвивати не лише статтями, а й повноцінними сторінками без hard-coded шаблонів.

Перші версії ICanUp були зосереджені навколо публікацій. Статті були ядром сайту, а структура публічної частини значною мірою визначалася кодом.

У серпні 2026 року ця модель змінилася. У проєкті зʼявилася окрема сутність Page, універсальний редактор ContentBlocks і керовані меню.

Від цього моменту ICanUp став не просто блогом, а платформою, на якій можна будувати різні типи контентних сторінок.

Зʼявився окремий тип контенту Page

Pages

Окремі інформаційні та статичні сторінки більше не потрібно моделювати як Post або створювати окремим hard-coded Vue template.

Localization

Сторінки використовують спільну багатомовну infrastructure і підтримують локалізований контент без окремої Page-specific системи.

SEO & SSR

Pages повторно використовують існуючі SEO, canonical, hreflang і server-side rendering механізми.

Publication Lifecycle

Сторінки мають publication status, preview і контроль публічної доступності так само, як інший керований контент.

ContentBlocks стали спільною мовою сторінок

Ключовою частиною переходу став універсальний ContentBlock editor.

Замість створення нового frontend-шаблону для кожної сторінки адміністратор може складати її з підтримуваних блоків, змінювати порядок, редагувати локалізований контент і використовувати ті самі компоненти, які вже працюють в інших частинах сайту.

Це дало архітектурну основу для About, Services, landing pages та інших сторінок без дублювання окремої системи відображення.

Main Menu

Desktop navigation формується з керованої структури, а не з жорстко записаних посилань у layout.

Mobile Menu

Мобільна навігація має власну незалежну структуру й може адаптуватися до іншого сценарію використання.

Footer Menu

Footer отримав окреме кероване меню для постійних інформаційних та сервісних посилань.

Drag & Drop

Порядок і структура пунктів можуть змінюватися в Admin без редагування frontend-коду.

Пункт меню може посилатися на Page як на керовану сутність, а не просто зберігати її URL текстом.

Це означає, що зміна canonical slug автоматично змінює resolved URL, а недоступна або видалена сторінка не повинна залишати broken link у публічній навігації.

Menu structure і Page lifecycle залишаються незалежними, але працюють разом через чіткий контракт.

Публічний сайт став збиратися з керованих частин

Public Pages

Опубліковані сторінки отримали локалізовані public routes і використовують спільний public layout.

Shared Renderer

Post і Page використовують спільні ContentBlock components замість двох окремих rendering systems.

Admin Management

Pages можна створювати, редагувати, публікувати, приховувати й видаляти через Admin.

Access Control

Menu і Page operations отримали окремий permission та policy contract для безпечного адміністрування.

Навіть сторінка авторки стала частиною системи

Паралельно в ICanUp зʼявилася повноцінна сторінка авторки, яка повʼязала публікації, професійний профіль і structured data в одну зрозумілу сутність.

Це стало ще одним сигналом, що сайт виходить за межі простої стрічки статей і поступово формує повну інформаційну архітектуру.

Ця зміна відкрила шлях до наступного етапу розвитку ICanUp.

Тепер нова публічна можливість не обовʼязково вимагала нового типу сторінки в коді. У багатьох випадках достатньо було створити Page, зібрати її з ContentBlocks і додати в потрібне меню.

Саме тут ICanUp почав перетворюватися з блогу на керовану контентну платформу.