Blog・Knowledge・Experiments・Sourcesを分ける理由

4つに分けるのは、情報量を増やすためではない

同じテーマについて書く場合でも、「今起きていることを読む記事」と「あとから答えを確認するページ」では、必要な構造が違います。

さらに、自分で試した結果を残すページと、その根拠になった公式資料を管理するページも役割が異なります。すべてを1種類の記事へまとめると、読み物としては長くなり、参照用としては答えを取り出しにくくなります。

そこで海辺の部屋では、Blog・Knowledge・Experiments・Sourcesを別レイヤーとして設計しています。

Blogは「読む」ための場所

Blogでは、ニュース、コラム、考察、体験、意見など、文脈ごと読んでもらう情報を扱います。

Wix公式でも、Wix Blogは考え、アイデア、更新を読者へ届けるための仕組みとして説明され、投稿、カテゴリ、タグ、著者、フィードなど、読み物を継続的に発信するための機能を持っています。

海辺の部屋にはすでに多くの既存Blog記事があります。これらを捨ててKnowledgeへ置き換えるのではなく、読み物としての資産をそのまま活かします。

Knowledgeは「答えを参照する」ための場所

Knowledgeは、1テーマに対して結論を先に示し、その後に詳しい解説、根拠、出典を置く参照用ページです。

Blogのように最初から最後まで読まなくても、必要な答えを先に取り出せることを重視します。

実装にはWix CMSと動的ページを使っています。Wix CMSは、構造化した内容をコレクションで管理し、同じレイアウトを使って多数の動的ページへ展開できます。項目ごとにフィールドを持てるため、結論、本文、Evidence、Sources、確認日などを別々に管理できます。

つまりKnowledgeは、単なる「短いBlog」ではなく、再利用しやすい情報構造を持った知識ページとして扱います。

Experimentsは「自分で試した事実」を残す場所

Experimentsでは、一般論ではなく、自分たちが実際に試したことを残します。

基本構造は、仮説、方法、条件、結果、生データ、考察、実施日です。

たとえばAIの作業時間を測った場合、結論だけをKnowledgeへ書くことはできます。しかし、どんな条件で、何件を対象に、どう測定したのかまで残さなければ、その結果をあとから検証できません。

そこで「答え」はKnowledge、「答えを生んだ実験記録」はExperimentsへ分けます。

Sourcesは「どこから確認したか」を残す場所

Sourcesは、公式資料、一次情報、仕様書、行政資料、原文など、判断の土台になった情報源を管理するレイヤーです。

本文の末尾へURLを並べるだけでは、同じ資料を別の記事で再利用するときに探しにくくなります。Sourcesとして独立管理すれば、複数のKnowledgeやExperimentsから同じ一次情報へつなげられます。

なお、ExperimentsとSourcesはWixの製品名ではなく、海辺の部屋が情報設計上定義している独自レイヤーです。

同じテーマが4か所に存在してもよい

役割を分けると、同じテーマが複数レイヤーに登場することがあります。それは重複ではありません。

たとえば「AIに長時間作業を任せる」というテーマなら、Blogでは実際に使った感想や考察を書き、Knowledgeでは工程分割の方法を短く参照できる形にし、Experimentsでは作業時間や人間の介入回数を測定し、SourcesではOpenAI公式資料を管理できます。

同じ事実をコピーして増やすのではなく、同じテーマを異なる役割から扱います。

4つは内部リンクでつなぐ

レイヤーを分けただけでは、情報が分散します。そこで最終的には相互にリンクさせます。

• Blog → Knowledge：詳しい答えを参照する
• Knowledge → Experiments：その結論を生んだ検証を見る
• Knowledge / Experiments → Sources：公式資料や一次情報へ戻る
• Knowledge → Blog：背景や体験の文脈を読む

こうすると、短く答えだけ知りたい人と、背景から深く読みたい人の両方に対応できます。

AIにとっても役割が明確になる

AIから見ても、ページの目的が分かれている方が情報を扱いやすくなります。

「結論を確認したい」ならKnowledge、「その結論がどの条件で得られたか」を確認するならExperiments、「根拠となる一次資料」を確認するならSources、背景や筆者の考えまで読みたいならBlog、というように参照先を選べるからです。

ただし、この4レイヤー構造自体が検索エンジンやAIサービスの公式推奨仕様という意味ではありません。海辺の部屋が、人間とAIの両方から再利用しやすくするために採用している情報設計です。

判断基準は「その情報を何のために残すか」

どのレイヤーへ入れるか迷ったときは、文章の長さではなく目的で判断します。

• 読んでもらいたい → Blog
• 答えを参照してもらいたい → Knowledge
• 検証方法と結果を再現できるようにしたい → Experiments
• 根拠となる原資料を管理したい → Sources

情報の種類ではなく、情報の役割を分けることが、この4レイヤー設計の中心です。

このKnowledgeの関連知識

CMS設計へ進む： 情報の役割をBlog・Knowledge・Experiments・Sourcesへ分けた後、Wix上でCMSとBlogを使い分ける。

Wix CMSとWix Blogはどう使い分ける？実運用で分かった役割の違い

人物情報を構造化する： 記事群の著者名を固定URLの著者ページへ集約し、Person情報の参照先を一意にする。

AI時代に著者ページを独立させる理由

現在地： WEB & CMS → 情報資産・サイト構造設計

Knowledgeトップを見る