Що таке CMS? Системи керування контентом простими словами

CMS, або система керування контентом, — це програмне забезпечення, яке дозволяє людям створювати, редагувати і публікувати контент сайту — статті, сторінки, зображення, описи товарів — через зручний редактор, а не зміною коду. Вона зберігає контент, веде чернетки та версії і виводить опубліковану версію на сайт. WordPress — найвідоміший приклад, але є й багато інших.

Чому це важливо, коли ви створюєте з ШІ

Коли ШІ створює ваш сайт, слова та зображення зазвичай одразу вписуються в код. Це нормально, поки ви єдиний, хто редагує, і вас влаштовує вносити зміни через ШІ. Але це стає проблемою, коли хтось інший — маркетолог, продавець, волонтер — має щотижня виправляти опечатку, додавати запис у блог або змінювати години роботи, не торкаючись коду.

Тож одне з найкорисніших запитань, які варто поставити одразу: хто змінюватиме контент і як часто? Відповідь визначає, чи потрібна вам CMS, простий адмін-розділ у застосунку, чи нічого. Помилитися тут означає або пізніше вбудовувати CMS, або створити ту, якою ніхто не користується.

Побутова аналогія

Уявіть меню ресторану.

В одному ресторані меню намальоване прямо на стіні. Виглядає чудово, але щоб змінити ціну, треба викликати маляра. Це контент, вписаний у код.

В іншому меню написане крейдою на дошці з фіксованою рамкою і заголовками: Закуски, Основні страви, Десерти. Будь-який працівник може стерти рядок і написати нову страву, а дошка все одно виглядає охайно, бо рамка і заголовки не змінюються. Це і є CMS. Рамка — це дизайн (шаблон), крейдяні написи — це контент, а правило «ціни змінює лише менеджер» — це права доступу CMS.

Традиційна та headless CMS

Існують два основні типи.

Традиційна (зв'язана) CMS. Одна система і зберігає контент, і відображає сайт. Ви обираєте тему, пишете в редакторі, натискаєте «опублікувати», і сторінка з'являється. Так працюють WordPress, Drupal і Joomla, а також вбудовані редактори конструкторів сайтів на кшталт Squarespace і Wix.

Headless CMS. CMS лише зберігає і редагує контент. У неї немає власної «голови», тобто сайту. Ваш сайт або застосунок запитує контент через API і відображає його у власному дизайні. Відомі приклади — Contentful, Sanity і Strapi, а WordPress також можна запускати так.

Якщо ваш сайт створено конструктором на основі ШІ як власний код, headless CMS (або невеликий вбудований адмін-розділ) — природний вибір, адже фронтенд уже побудував ШІ.

Практичний приклад: новини та меню пекарні

Скажімо, власниця пекарні Мая має сайт, створений з ШІ, з головною сторінкою, меню і розділом новин. Її персонал хоче публікувати «Гарбузовий хліб повернувся!» без щоразу окремого запиту до Маї.

CMS для цього сайту зберігала б контент у структурованих типах, схожих на таблиці в базі даних:

Тип контенту: Допис

Тип контенту: Позиція меню

Працівники входять у редактор, заповнюють форму нового допису, завантажують фото і натискають публікацію. Сторінка новин на сайті запитує у CMS кожен допис зі status = published, від найновішого до старішого, і показує їх у дизайні сайту. Ніхто не торкається коду, а макет лишається однаковим, бо працівники лише заповнюють поля.

Зверніть увагу, що роблять поля. Оскільки price — окреме поле, а не речення в абзаці, сайт може показувати ціни в однаковому форматі всюди. Оскільки є поле status, працівники можуть зберігати чернетки, які не з'являються на сайті.

Ключові терміни

Типові помилки та хибні уявлення

• «CMS — це те саме, що конструктор сайтів». Конструктори сайтів часто включають CMS, але CMS — це насамперед керування контентом. Headless CMS взагалі не має дизайну сайту.
• «Кожному сайту вона потрібна». П'ятисторінковий сайт, який змінюється двічі на рік, — ні. Прохання до ШІ «онови години роботи» може бути простішим, ніж підтримка CMS.
• Вся інформація в одному великому текстовому полі. Якщо ціни, дати й адреси заховані в абзацах, їх не можна сортувати, фільтрувати чи форматувати. Використовуйте окремі поля.
• Забуті права доступу. Вирішіть, хто може публікувати, а не лише хто може писати. Новий працівник, імовірно, не повинен мати можливість видалити головну сторінку.
• Ігнорування зображень. Без обмежень на розмір люди завантажують величезні фото, і сайт сповільнюється. Попросіть автоматичне зменшення.
• Припущення, що контент легко переноситься. Перехід з однієї CMS на іншу зазвичай означає експорт і переналаштування контенту. Див. як перенести сайт з WordPress.

Що попросити у вашого конструктора на основі ШІ

• «Який контент цього сайту жорстко записаний у коді, а який береться з бази даних?»
• «Зберігай дописи блогу в базі даних з полями: заголовок, slug, текст, обкладинка, статус і дата публікації».
• «Створи просту адмін-сторінку, де авторизовані працівники можуть створювати, редагувати і публікувати дописи. Видаляти можуть лише адміністратори».
• «Показуй чернетки лише авторизованим працівникам; публічний сайт показує лише опубліковані дописи».
• «Зменшуй завантажені зображення і зберігай їх у файловому сховищі, а не в базі даних».
• «Або під'єднай цей сайт до [headless CMS] через її API і зберігай API-ключ на сервері».

Для покрокових інструкцій див. як додати блог на сайт і як створити блог за допомогою ШІ. Якщо ви думаєте про відмову від WordPress, альтернативи WordPress порівнює варіанти.

CMS і Mythex

Mythex — це конструктор застосунків на основі ШІ, а не CMS: з коробки немає окремого входу в редактор для команди з контентом, і зазвичай ви змінюєте контент, просячи в чаті. Якщо іншим людям потрібно редагувати контент, попросіть агента створити невеликий адмін-розділ на основі Postgres бази даних проєкту, а завантаження зберігати у файловому сховищі. Mythex сам по собі не містить входу для кінцевих користувачів, тож агент підключає провайдера авторизації, який ви обираєте. Або попросіть його під'єднати сайт до headless CMS, яку ви вже використовуєте, через її API.

Запитання