CMS + プログラマティック SEO / あなたの流儀で

ページを超えて、
公開のしくみを。

構造化されたコンテンツを、役に立つページに。公開できる理由も、ソースが変わったときに手を入れるべき箇所も、すぐにわかります。

ワークフロー

ひとつのレコードから、存在理由のあるページを。

インタラクティブな例 · アカウント不要

バラバラなツールのチェックリストではなく、コンテンツの流れを追ってください。

サンプルワークスペース / 都市ガイド
01 / 構造化された入力

コンテンツに形を与える。

コンテンツタイプがフィールドを定義し、レコードが詳細を保持します。この都市を変更してみてください。

コンテンツタイプ
都市ガイド
ローカル情報
交通、徒歩ルート、アクセシビリティで各エリアを比較。
レコードのステータス
下書きの例

ブラウザ内だけのデモです。データは保存も公開もされません。

あなたのコンテンツを中心に設計

型付きフィールド

紐づいたテンプレート

根拠のあるページ

PostgreSQL の所有権

01 / 公開する理由

量を出すのは簡単。
価値には根拠がいる。

品質ゲートを見る ↗

テンプレートで生成できるからといって、そのページを公開してよいわけではありません。

CMSHub は公開前にレンダリング済みのページをチェックします。出典の欠落、弱いメタデータ、中身の不足は、あとで見つかる問題ではなく、内容を充実させるきっかけになります。

事実をたどる
紐づいた各フィールドの出典を明示します。
中身を試す
変数を除いても、そのページに価値が残るかを確かめます。
違いを説明する
このページならではの有用性を言語化します。
02 / 最初の公開のあとで

ソースは変わる。
ページも追いつくべきだ。

レコード、テンプレート、ページをつないだままに。変更の影響を確認し、古くなった出力を見つけ、必要な箇所だけを再ビルドできます。

  1. ソースレコード情報が変わるコンテンツがソース側で更新されます。
  2. 依存関係ビュー影響範囲を確認レコード → テンプレート → ページの関係をたどります。
  3. ページ一覧文脈を踏まえて更新古くなったページを特定し、再ビルドを確認します。
03 / あなたのデータ

コンテンツを所有する。
その置き場所も。

コンテンツは、クエリもエクスポートもバックアップもできる標準の PostgreSQL に保存されます。独自のストアにデータを閉じ込めることなく、コンテンツをモデル化し、レコードを管理し、制御された API で配信できます。

セキュリティの概要を読む ↗
あなたのデータ

CMSHub コンテンツ運用

PostgreSQL あなたのデータストア

コンテンツ API 制御された配信

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

データからページまで、
もっといい道筋を。