ANSWER
【結論】
読み物や時系列で発信する記事はWix Blog、同じ項目構成で蓄積・再利用したい情報はWix CMSが向いています。海辺の部屋では、コラムはBlog、Knowledgeや独自検証はCMSに分けています。
Explanation
【詳しく解説】
Blogは「記事を書く仕組み」
Wix Blogには、記事本文、著者、公開日、カテゴリ、タグ、抜粋、SEO情報など、一般的なメディア運営に必要な機能が最初から用意されています。新着記事を時系列で見せたり、カテゴリ別に整理したりする用途に向いています。
CMSは「情報を構造化する仕組み」
Wix CMSでは、自分でフィールドを定義できます。たとえばKnowledgeなら、タイトルとは別に「直接回答」「本文」「根拠」「出典URL」「確認日」「更新日」を持たせられます。
同じデザインの動的ページに各レコードの内容を流し込めるため、記事数が増えてもページを1枚ずつ作る必要がありません。
海辺の部屋での使い分け
考察、体験、ニュース解説など、著者の文章として読むコンテンツはBlog。事実や検証結果を一定の形式で参照できるように残すコンテンツはKnowledge。実験条件や測定結果を記録するものはExperimentsとしています。
どちらか一方に統一するのではなく、コンテンツの役割に合わせて使い分ける方が運用しやすいという結論です。
このKnowledgeの関連知識
自動運用へ進む： CMSとBlogの役割が決まった後、スキーマ・ID・型・監査方法を固定してChatGPTから運用する。
現在地： WEB & CMS → 情報資産・サイト構造設計
EVIDENCE
【根拠・検証】
海辺の部屋での実運用
この使い分けは説明上の整理ではなく、海辺の部屋で実際に併用しています。
- 2026年9月22日の検証時点で、Wix Blogには228本の公開記事がありました
- 同じ検証時点で、Knowledgeは独立したCMSコレクションとして10件を管理していました
- Knowledgeでは、title、urlKey、directAnswer、body、evidence、sourceUrls、確認日、更新日、著者、Hero画像などを別フィールドとして保存している
- 当時確認した10件すべてに動的PAGE_LINKが生成され、同じ詳細ページレイアウトから個別URLを表示している
つまり、既存の読み物資産はBlogに残したまま、参照用の構造化情報だけをCMSへ追加する運用が成立しています。
公式仕様との照合
Wix Blog APIでは、公開投稿・下書き・カテゴリ・タグなどBlog固有のエンティティを扱えます。一方、Wix CMSでは任意のフィールド構造を持つコレクションを作り、そのデータを動的ページへ接続できます。
この違いから、海辺の部屋では「時系列で読ませる記事」と「一定の項目で再利用する知識」を別の仕組みに分けています。
検証環境 / Environment
確認日：2026年9月22日
対象環境：Wix Blog / Wix CMS / 動的ページ
確認方法：Blog公開記事とKnowledge CMSを実サイト上で併用して比較
検証範囲：時系列で読む記事と、一定フィールドで再利用するKnowledgeの役割分担
留保：記事内の件数は検証時点のHistorical Baselineとして扱う
SOURCES
【情報源】
Author
【著者】
可児波起
マーケティングデザイナー / DXコンサルタント / 音楽家
次に読む
自動運用へ進む
CMSとBlogの役割が決まった後、スキーマ・ID・型・監査方法を固定してChatGPTから運用する。 この記事では、ChatGPTとWixでCMS運用を自動化するときは、文章生成より先に、CMSのスキーマ、安定したID、データ型、CreateとUpdateの使い分け、監査方法を固定します。AIには調査・生成・入力・更新を任せ、人間はレイアウトやブランド判断、例外承認に集中させると、記事数が増えても壊れにくい運用になります。
このテーマをもっと見る
CMSとBlogの役割、著者ページ、URL固定、知識資産構造を扱う。
上位カテゴリ
ChatGPTとWix・CMS・APIをつなぎ、壊れにくく続けられるWeb運用へ落とし込む。
すべてのテーマから探したい場合は、Knowledge一覧へ戻る。