不変のフィールド ID
フィールドはラベルではなく ID で参照されます。UI でフィールド名を変えても、テンプレートのバインディングも API 連携もそのまま動きます。
コンテンツタイプは、ページビルダーに押しつけられる形ではなく、エンジニアがスキーマを設計するように定義できます。すべてのフィールドに不変の ID があるため、フィールド名を変えてもテンプレートや連携が知らないうちに壊れることはありません。
短いテキスト、リッチテキスト、リレーション、メディア、列挙型、日付、小数、JSON、型付きコンポーネント。データベーススキーマを設計するときと同じ基本要素で本物のコンテンツモデルを作り、編集者には構造化フィールドとして提供します。
フィールドはラベルではなく ID で参照されます。UI でフィールド名を変えても、テンプレートのバインディングも API 連携もそのまま動きます。
レコード同士を関連づけ、スキーマレベルでフィールドに制約をかけられます。不正なデータは後工程で見つかるのではなく、入力時に弾かれます。
スキーマ変更はドライランで影響をチェックし、前進方向にのみ適用。コンテンツタイプを進化させても、既存のレコードがリセットされることはありません。
入れ子にできる再利用可能なコンポーネントを一度作れば、編集者は許可されたブロックから柔軟にページ本文を組み立てられます。フィールドグループのコピペも、ページを並べ替えるための開発依頼も不要です。
住所、料金プラン、FAQ 項目などのコンポーネントを一度定義すれば、必要なすべてのコンテンツタイプで再利用できます。
厳選したブロックを編集者に渡してページ本文を組み立ててもらう。レイアウトを任意の HTML に開放する必要はありません。
どのフィールドもロケールごとの値を持て、デフォルトロケールのソースレコードが明確です。翻訳は複製ではなく、構造化されたまま保たれます。