Featuredを新着6本にせず、5 Pillar代表＋1 Flagshipへ揃えた――Knowledge Graphの入口として選んだ実例

結論――Featuredは「最新記事一覧」ではなく、サイト全体へ入る入口として運用する

Knowledgeが少ない段階なら、新しい記事を上へ並べるだけでも全体像を把握できます。しかし記事数が増えると、更新日時だけではサイトにどんな知識があるのか伝わりにくくなります。

海辺の部屋ではFeaturedを、新着記事を目立たせる枠ではなく、各主要領域へ読者を案内する入口として扱っています。選んだ1本の先に、Primary Cluster、Pillar、RelationでつながるKnowledgeが続くことを前提にしています。

2026年9月28日時点では「各Pillar代表＋1 Flagship」だった

2026年9月28日のWix CMS確認では、AI NEWS & KNOWLEDGE、AI WORKFLOW、AI CREATIVE、CONTENT & EVIDENCE、WEB & CMSの5 Pillarがありました。

2026年9月28日時点のFeatured運用では、各Pillarから代表記事を1本ずつ持たせ、さらにサイト全体を横断して見せたいFlagshipを1本加えていました。新しいKnowledgeを公開するときは、まず featured=false にする運用でした。現行ルールでも新規は featured=false を基本としますが、Pillar数や「代表＋Flagship」の本数を永久固定せず、現行の体系と選定記録を確認して扱います。

2026年9月28日にPillar代表として確認した5本

AI NEWS & KNOWLEDGE：「ニュースを要約するだけでなく、『何が変わったのか』を説明させる」。

AI WORKFLOW：「AIに長時間作業を任せるときの工程分割」。

AI CREATIVE：「12ページ絵本から4分30秒の読み聞かせ動画まで」。

CONTENT & EVIDENCE：「出典URLがあることと、内容を事実確認したことを分ける」。

WEB & CMS：「ChatGPTとWixでCMS運用を自動化する設計」。

6本目のFlagshipは、Pillar代表とは別枠で持つ

2026年9月28日時点で、5つのPillar代表とは別にFeaturedになっていたのは「人物像は『性格の要約』ではなく、具体的な会話とEvidenceで書く」です。このKnowledgeはCONTENT & EVIDENCEに属していますが、そのPillarの代表記事は別に設定されています。

RelationのDegreeは候補抽出には使えるが、ランキングにはしない

Featured候補を見るとき、Knowledge Graph上でどれだけ他記事と接続しているかは参考になります。今回の監査では、各KnowledgeについてActive RelationのIncomingとOutgoingを合計し、degreeとして比較しました。

2026年9月28日に確認したFeatured 6本のdegreeは、12、10、9、6、4、4です。一方で、degree 8の非Featured Knowledgeが複数あります。つまり現行Featuredは「degreeの高い順に上から6本」ではありません。

新しい記事が出ても、Featuredを自動で増やさない

新しいKnowledgeを公開するたびにFeaturedへ足していくと、Featuredは時間とともに増え続け、入口ではなく一覧に近づきます。そのため新規記事では featured=false を基本にし、既存Featuredより代表性が高いと判断した場合だけ入れ替えます。

Featuredは固定せず、必要な節目で見直す

Knowledgeが増えると、以前は代表的だった記事より、新しい記事の方が領域全体を説明しやすくなる場合があります。そのためFeaturedは固定せず、記事追加や意味・体系の変更に応じてKnowledge、Pillar、Cluster、Relationを読み直し、代表性を再評価します。2026年9月28日時点の旧運用では週次監査を想定していましたが、その自動週次見直しは現在停止しており、恒常運用として再開しません。

確認できたことと、まだ確認できていないこと

確認できたこと：2026年9月28日の監査時点でFeaturedが6本だったこと。5つのPillarにそれぞれ代表Featuredが保存され、追加の1本がPillar代表とは別のFeaturedとして存在していたこと。Featuredのdegreeが12・10・9・6・4・4で、非Featuredにもdegree 8の記事が複数あったこと。

確認できていないこと：このFeatured構成がクリック率、滞在時間、回遊率、検索順位、生成AIからの引用率をどの程度改善したか。degreeと読者回遊の因果関係も測定していません。

このKnowledgeの関連知識

Featured 6をGraph監査の一部として見る：「監査で問題0」は、どこまで確認した結果か｜サイト運用の報告を読む方法。Featured数・Pillar・Relationなどを基準点として監査し、入口構成もKnowledge Graph全体の整合性と一緒に確認する。

Featured選定の判断基準を明示する：AIに判断を求める前に、「何を基準に判断するか」を指定する。Featuredを新着やdegreeだけで選ばず、Pillar代表性・Flagship役割という判断基準を先に定義する運用を補完する。

1記事のGraph統合から、サイト入口の設計へ広げる：「文章を書いた」でKnowledgeを完成扱いしない――CMS登録＋Graph統合までを1本の完了条件にした。各KnowledgeをGraphノードとして完成させる設計から、そのGraphへ入る代表入口としてFeaturedを選ぶサイト構造へ広げる。