製品コンテンツモデリング

あなたのコンテンツモデル。あなたのデータ。借り物ではなく。

コンテンツタイプは、ページビルダーに押しつけられる形ではなく、エンジニアがスキーマを設計するように定義できます。すべてのフィールドに不変の ID があるため、フィールド名を変えてもテンプレートや連携が知らないうちに壊れることはありません。

01 / 基本要素

テキストボックスではなく、豊富なフィールドタイプ

短いテキスト、リッチテキスト、リレーション、メディア、列挙型、日付、小数、JSON、型付きコンポーネント。データベーススキーマを設計するときと同じ基本要素で本物のコンテンツモデルを作り、編集者には構造化フィールドとして提供します。

不変のフィールド ID

フィールドはラベルではなく ID で参照されます。UI でフィールド名を変えても、テンプレートのバインディングも API 連携もそのまま動きます。

リレーションとバリデーション

レコード同士を関連づけ、スキーマレベルでフィールドに制約をかけられます。不正なデータは後工程で見つかるのではなく、入力時に弾かれます。

前進専用マイグレーション

スキーマ変更はドライランで影響をチェックし、前進方向にのみ適用。コンテンツタイプを進化させても、既存のレコードがリセットされることはありません。

02 / 複製せず、組み合わせる

コンポーネントとダイナミックゾーン

入れ子にできる再利用可能なコンポーネントを一度作れば、編集者は許可されたブロックから柔軟にページ本文を組み立てられます。フィールドグループのコピペも、ページを並べ替えるための開発依頼も不要です。

再利用可能なコンポーネント

住所、料金プラン、FAQ 項目などのコンポーネントを一度定義すれば、必要なすべてのコンテンツタイプで再利用できます。

ダイナミックゾーン

厳選したブロックを編集者に渡してページ本文を組み立ててもらう。レイアウトを任意の HTML に開放する必要はありません。

多言語フィールド

どのフィールドもロケールごとの値を持て、デフォルトロケールのソースレコードが明確です。翻訳は複製ではなく、構造化されたまま保たれます。

最初のタイプをモデル化

まずはコンテンツタイプひとつから。

フィールドを定義し、コンポーネントを追加して、実データに紐づいた生成ページを確認しましょう。