Стабільні ID полів
Поля адресуються за ID, а не за назвою. Перейменуйте поле в інтерфейсі — усі прив’язки шаблонів і API-інтеграції працюватимуть далі.
ПродуктМОДЕЛЮВАННЯ КОНТЕНТУ
Ваша модель контенту. Ваші дані. Не в оренду.
Описуйте типи контенту так, як інженер проєктує схему, — а не так, як нав’язує конструктор сторінок. Кожне поле має стабільний ID, тож шаблони й інтеграції переживають перейменування поля, а не ламаються непомітно.
01 / БАЗОВІ ЕЛЕМЕНТИ
Розширені типи полів, а не одне текстове поле
Короткий і форматований текст, зв’язки, медіа, переліки, дати, десяткові числа, JSON і типізовані компоненти дають справжню модель контенту — ті самі елементи, які ви використали б під час проєктування схеми БД, але у вигляді структурованих полів для редакторів.
Зв’язки й валідація
Пов’язуйте записи між собою й задавайте обмеження полів на рівні схеми, щоб некоректні дані відсікалися під час введення, а не спливали далі ланцюжком.
Міграції лише вперед
Зміни схеми проходять пробний прогін з оцінкою наслідків і застосовуються лише вперед — розвиток типу контенту ніколи не скидає вже створені записи.
02 / ЗБИРАЙТЕ, А НЕ ДУБЛЮЙТЕ
Компоненти й динамічні зони
Створіть повторно використовувані вкладені компоненти один раз, а редактори збиратимуть гнучкі тіла сторінок із дозволеного набору блоків — без скопійованих груп полів і без тікетів розробнику заради перестановки блоків.
Повторно використовувані компоненти
Опишіть компонент — адресу, тарифний рівень, пункт FAQ — один раз і використовуйте його в усіх типах контенту, де він потрібен.
Динамічні зони
Дайте редакторам дібраний набір блоків для збирання тіла сторінки, не відкриваючи верстку для довільного HTML.
Багатомовні поля
Кожне поле може зберігати значення для різних локалей із зрозумілим вихідним записом у локалі за замовчуванням, тож переклад лишається структурованим, а не дубльованим.
СТВОРІТЬ ПЕРШИЙ ТИП
Почніть з одного типу контенту.
Опишіть поля, додайте компонент і подивіться на згенеровану сторінку, прив’язану до реальних даних.