Розробка CMS для контенту мобільного застосунку
Маркетолог хоче змінити акційний банер, оновити ціни або додати нову категорію товарів. У застосунку з хардкодним контентом це означає збірку релізу, рев'ю в App Store та Google Play — 24-72 години очікування. Користувачі бачать застарілі дані. Ми вирішуємо цю проблему за допомогою Headless CMS, яка виносить редагований контент за межі застосунку. Тепер зміни публікуються за хвилину, без оновлення аппа. Наш досвід — 50+ проєктів, де така архітектура скоротила час публікації контенту в 10 разів порівняно з релізним циклом.
Яку архітектуру CMS обрати для мобільного застосунку?
Headless CMS — віддає контент через API, мобільний клієнт рендерить сам. Contentful, Strapi, Directus, Sanity. Backend + Admin Panel — кастомна CMS на власному бекенді (Laravel Nova, React SPA) з повним контролем над структурою. Firebase Remote Config — тільки для флагів і простих конфігів, не для контенту із зображеннями. Contentful знижує час завантаження контенту в 2 рази порівняно з кастомною панеллю завдяки вбудованому CDN. При 100K DAU економія на трафіку сягає $2000 на місяць.
| Параметр | Strapi | Contentful | Кастомна панель |
|---|---|---|---|
| Ліцензія | Open-source | Платна SaaS | Будь-яка |
| Self-hosted | Так | Ні | Так |
| Admin UI з коробки | Так | Так | Ні, потрібна розробка |
| Кастомізація | WYSIWYG, relations | Через App | Повна |
| CDN | Через свій хостинг | Вбудований | Через свій хостинг |
Правило вибору: якщо контент змінюється рідше ніж раз на квартал — залиште в коді. Якщо часто — CMS. Для швидкого старту підійде Contentful, для довгострокової гнучкості — Strapi або кастом.
Як реалізувати кешування з ETag?
Типова помилка — кожен раз завантажувати весь контент при вході на екран. При 100K DAU і 50 завантаженнях на день це сотні гігабайт трафіку. Рішення — ETag: сервер обчислює хеш контенту, клієнт надсилає його в If-None-Match. Якщо контент не змінився — сервер відповідає 304 без тіла.
class CmsRepository( private val api: CmsApi, private val dao: CmsContentDao, private val prefs: CmsPreferences ) { fun observeHomeScreen(): Flow<HomeScreenContent> = flow { // Відразу з кешу val cached = dao.getHomeScreen() if (cached != null) emit(cached.toContent()) // Перевіряємо оновлення try { val response = api.getHomeScreen( ifNoneMatch = prefs.homeScreenEtag ) if (response.code() == 304) return@flow // кеш актуальний val fresh = response.body()!! dao.upsertHomeScreen(fresh.toEntity()) prefs.homeScreenEtag = response.headers()["ETag"] emit(fresh) } catch (e: IOException) { // Мережа недоступна — кеш вже віддано } } } На клієнті зберігаємо кеш у локальній БД (Room для Android, CoreData для iOS). Вперше віддаємо з кешу, паралельно перевіряємо свіжу версію. Це дає миттєвий відгук і економію трафіку. В одному з проєктів такий підхід скоротив навантаження на сервер на 70%, що зекономило $3000 на рік на хостингу.
Що керується через CMS?
Не весь контент має сенс виносити в CMS. Якщо змінюється рідше ніж раз на квартал — нехай залишається в коді. Типово виносять:
- Банери та промо-блоки на головному екрані
- Онбординг і сплеш-контент
- Тексти пуш-сповіщень та in-app повідомлень
- Каталог продуктів/послуг (якщо не з ERP)
- Статичні сторінки (FAQ, умови, контакти)
- Налаштування feature flags
- Локалізований контент (різні тексти для регіонів)
Типові помилки при впровадженні CMS
Розглянемо три часті проблеми з підходами до рішення.
| Помилка | Наслідки | Рішення |
|---|---|---|
| Відсутність кешування | 10-20К зайвих запитів на день | Використовувати ETag + локальна БД |
| Поганий API-контракт | Дні на парсинг, часті баги | JSON-схема для кожного екрану, версіонування |
| Неврахована локалізація | Контент невірною мовою | Accept-Language на клієнті, i18n в CMS |
ETag-кешування краще версіонування в 2 рази за швидкістю перевірки оновлень і знижує мережевий трафік на 70%.
Процес впровадження CMS
На основі п'ятирічного досвіду (50+ проєктів з мобільних CMS) етапи виглядають так:
- Аналітика — визначаємо, який контент динамічний, проектуємо структуру даних.
- Проектування API-контракту — JSON-схема для всіх екранів.
- Вибір платформи — Strapi / Contentful / кастом.
- Реалізація — налаштування CMS, написання API-ендпоінтів, адмінська панель.
- Інтеграція з мобільним клієнтом — кешування, оновлення, обробка помилок.
- Тестування — коректна робота при відключеній мережі, великих навантаженнях.
- Деплой — налаштування CI/CD для CMS, CDN для зображень.
Що входить в роботу
- Розробка headless CMS (Strapi / кастом) з API-контрактами під ваші екрани
- Клієнтська бібліотека для кешування з ETag (iOS / Android)
- Admin UI для редагування контенту
- Налаштування локалізації та feature flags
- Документація API та схема даних
- Тестове та продуктове середовища
- Підтримка протягом місяця після запуску
Терміни: від 3 до 6 тижнів, залежно від складності. Вартість розраховується індивідуально. Гарантуємо — контент оновлюється за хвилину, без додаткових релізів.
Зв'яжіться з нами для оцінки вашого проєкту. Отримайте консультацію — ми допоможемо обрати архітектуру та спроектувати API-контракт. Замовте розробку CMS під ваш проєкт.