WordPressを使っていて、一度は次のような疑問を抱いたことはないでしょうか。
「固定ページには親ページ・子ページがあるのに、なぜ投稿には親子関係を設定できないのだろう？」
一見すると、小さな仕様の違いのように思えます。
しかし、この疑問を掘り下げていくと、
一つの流れとして見えてきます。
近年では、
などが注目されています。
これらは個別のSEOテクニックとして語られることが多いものの、本質的にはすべて同じ方向を向いています。
それは、「知識をどのように整理し、構造として伝えるか」という情報アーキテクチャ(Information Architecture)の考え方です。
本記事では、
を順番に整理していきます。
最終的には、「カテゴリーによる分類」と「知識構造の設計」はまったく別の役割であるという、新しい視点にたどり着くことを目指します。
投稿に親子構造が存在しない理由を理解するには、まずWordPressが誕生した背景を知る必要があります。
現在では、世界的に有名なトップシェアのCMSとしてWordPressは利用されています。
しかし、その出発点はブログソフトウェアでした。
つまり、最初から知識ベースや学習サイトを作ることを前提として設計されたわけではありません。
ブログの基本構造は非常にシンプルです。
新しい記事
│
├ 昨日の記事
├ 一週間前の記事
├ 一か月前の記事
└ 半年前の記事
読者は、新しい記事を読む・カテゴリーで探す・タグで関連情報を見る、という使い方をしていました。
つまり、記事同士に親子関係を持たせる必要がほとんどありませんでした。
そのため、WordPressでは投稿に対して、カテゴリー・タグ・投稿日時という整理方法が採用されたのです。
一方で、固定ページは役割がまったく異なります。
例えば企業サイトなら、
会社概要
├ 代表挨拶
├ 企業理念
├ アクセス
└ 採用情報
というように、サイトそのものの構造を表現します。
つまり、階層構造・ナビゲーション・パンくずリストとの相性が非常に良いため、最初から親子関係を持てるよう設計されていました。
この違いは、「技術的に投稿へ親子構造を実装できなかった」という話ではありません。
利用目的そのものが異なっていたのです。
ところが現在では、Webサイトの役割そのものが大きく変化しています。
以前は、「新しい情報を発信する」ことが主な目的でした。
しかし現在では、
など、知識を蓄積し、整理し、再利用することを目的としたサイトが急速に増えています。
例えばSEOについて学ぶ場合、読者は最新記事を読みたいのではありません。
むしろ、
SEO完全ガイド
├ SEOとは
├ キーワード選定
├ 内部SEO
├ 外部SEO
└ テクニカルSEO
のような、体系的に整理された学習構造を求めています。
これはブログというより、本の目次や教科書に近い構造です。
つまり、Webサイトは「記事の集合」から「知識の集合」へと変化し始めています。
ここで重要になるのが、Google公式が示している考え方です。
SEOについて議論される際には、「検索順位を上げるテクニック」に話が集中しがちです。
しかし、Google Search Centralが一貫して伝えているのは、それとは少し異なる考え方です。
Google Search Centralの「有用で信頼性の高い、ユーザーを第一に考えたコンテンツの作成 」というドキュメントがあります。
このドキュメントでは、自動ランキングシステムは検索エンジンでの順位操作を目的としたコンテンツではなく、ユーザーの利益のために作られた情報を評価するよう設計されていると説明されています。
そして、自分のコンテンツがその条件を満たしているかどうかを、クリエイター自身がチェックできるよう、
という複数の観点から自己評価するための質問リストが提示されています。
さらに興味深いのは、E-E-A-T(経験・専門性・権威性・信頼性)を評価する際の視点として、
「誰が、どのように、なぜ」
という3つの問いが挙げられている点です。
誰がそのコンテンツを作ったのか、どのように作られたのか(AIや自動化を使った場合はその開示も含む)、そしてなぜ作られたのか。
この「なぜ」への答えが「主に人の役に立つため」であるかどうかが、最も重視されるとされています。
この考え方を理解すると、コーナーストーンコンテンツやトピッククラスターも、単なるSEOテクニックではなく、情報整理の方法として見ることができます。
Google公式資料を整理すると、評価されやすいサイトにはいくつかの共通点があります。
Googleは、ユーザーだけでなく検索エンジンもページ同士の関係を理解できる構造を推奨しています。
といった設計は、サイト全体の理解を助けます。
つまり、重要なのは「ページ数」ではなく「構造」なのです。
Googleは主にリンクをたどってページを発見します。
つまり、内部リンクは単なる回遊施策ではありません。
Googleにとっても、ページ同士の関係を理解する重要な手掛かりになります。
SEO完全ガイド
│
├ 内部SEO
├ 外部SEO
├ テクニカルSEO
└ サイトマップ
というように、関連するページ同士が自然につながっているほど、テーマ全体のまとまりが理解しやすくなります。
また、アンカーテキストについても、「こちら」ではなく、リンク先の内容が分かる表現が推奨されています。
こうした「関連ページを整理し、内部リンクで結び付け、テーマ性を明確にする」という考え方は、SEO業界で広く使われている「トピッククラスター」という手法とも重なります。
ただし、この用語自体はGoogle公式資料で前面に出されているものではありません。
あくまで、Googleが推奨する構造化の方向性と、トピッククラスターという設計手法がたまたま一致している、という関係です。
名前が公式かどうかよりも、「一つのテーマを中心に知識を整理し、関連付ける」という考え方そのものが重要だと言えるでしょう。
GoogleはHelpful Contentにおいて、AI生成そのものを問題視しているわけではありません。
重視しているのは、「誰のために作られたコンテンツなのか」という点です。
こうした記事は高く評価されやすいとされています。
逆に、検索順位だけを目的とした量産記事は評価されにくくなっています。
この「独自の経験」という観点は、Nexus AIの記事づくりにおいても、私が最も大切にしている部分です。
私は記事を書く際、ChatGPTをはじめとする生成AIとの対話を通じて、
という思考のプロセスそのものを、コンテンツの独自性として組み込むようにしています。
単に情報を整理して提示するだけではなく、Nexus AIというコミュニティを通じて実際に実践してきた一次情報を積極的に加えることで、「誰が、どのように、なぜ」書いたのかが伝わる記事を目指しています。
ここまで見てきたように、WordPressの投稿構造はブログ時代の設計思想として非常に合理的でした。
一方で、現代のWebサイトは「知識を蓄積・整理・再利用する場」へと変化しています。
この変化を考えるとき、多くのサイトで見落とされがちな点があります。
それは、カテゴリーと知識構造は、そもそも役割が違うということです。
カテゴリーは、似たテーマの記事をまとめるための仕組みです。
例えばAI関連の記事なら、ChatGPT・Claude・Gemini・Midjourneyというカテゴリーを作れば、関連記事を一覧表示できます。
これは情報を「分類」するには非常に優れています。
しかし、それだけでは知識同士の関係までは表現できません。
例えば、
生成AI
├ ChatGPT
│ ├ GPTとは
│ ├ プロンプト
│ ├ Projects
│ └ Codex
├ Claude
└ Gemini
この構造には、
という知識の流れがあります。
カテゴリーでは、この関係性を十分に表現することはできません。
つまり、カテゴリーは横方向の整理、知識構造は縦方向の体系化なのです。
| 項目 | カテゴリー | 知識構造 |
|---|---|---|
| 目的 | 分類する | 関係性を表現する |
| 整理方向 | 横方向 | 縦方向 |
| 読者の役割 | 探す | 学ぶ |
| Google・AIの理解 | テーマの分類 | 文脈・関係性の理解 |
| 例 | AI、SEO、WordPress | 基礎 → 応用 → 発展 |
この違いを理解すると、「カテゴリーだけで十分ではない理由」が見えてきます。
今回の対話の中で、最も大きな気付きになったのが、この考え方でした。
多くの人は、「サイト構造」と「読者が見る導線」を同じものとして考えています。
しかし実際には、この二つは分けて設計した方が合理的です。
例えば、サイト全体には次のような知識構造があるとします。
AI
└ ChatGPT
└ Projects
└ Codex
これは設計者が考える知識体系です。
学習順序も含めた、「知識そのものの構造」と言えるでしょう。
しかし実際の読者は違います。
Google検索から、いきなり「Codexとは？」という記事へアクセスするかもしれません。
Google検索
↓
Codexの記事
↓
Projects
↓
ChatGPT
↓
AI全体
という順番で読む可能性もあります。
読者は、自分の知りたい場所から自由に入ってくるため、設計者が想定する知識構造の順番通りには進みません。
この関係は、都市に例えると分かりやすくなります。
都市には、道路・地下鉄・バス・徒歩など複数の移動手段があり、目的地へ向かうルートは人によって異なります。
しかし、都市そのものの構造は変わりません。
Webサイトも同じです。
知識構造は一つですが、読者導線は複数存在してよいのです。
そのため、サイト設計では、知識構造を維持しながら、検索・関連記事・パンくず・ナビゲーションなど、複数の入口を用意することが重要になります。
生成AIの登場によって、Webサイトの価値も少しずつ変わり始めています。
従来は、「一つの記事が検索で上位表示されること」が重要でした。
しかしAI検索では、記事単体だけではなく、サイト全体がどのような知識を持ち、どのような関係で整理されているかも重要になってきます。
もちろん、Google公式が「知識ツリーを作れば順位が上がる」と述べているわけではありません。
しかし、Googleが一貫して重視している、
という考え方は、AIが知識を理解しやすい構造とも一致しています。
その意味で、これからのSEOやAIOは、「記事を量産する競争」ではなく、「知識体系を育てる競争」へ変わっていく可能性があります。
このような流れを踏まえると、Nexus AIで構想している「知識プラットフォーム」という考え方には、大きな意味があります。
Knowledge Hub
│
├ コーナーストーンコンテンツ
│
├ トピッククラスター
│ ├ 個別記事
│ ├ 個別記事
│ └ 個別記事
│
├ トピッククラスター
│ ├ 個別記事
│ └ 個別記事
│
└ トピッククラスター
この構造は、単なる記事一覧ではありません。
知識を蓄積し、関連付け、再利用し、さらに新しい知識を追加していける「知識資産」としての設計です。
今後は、この構造を中心に、Webサイトだけでなく、YouTubeやコミュニティなども連携させることで、一つの知識エコシステムを形成できるでしょう。
実は、このような考え方は海外企業でも広く採用されています。
Yoast SEOは、WordPress用のSEOプラグインを提供する企業として知られています。
同社は、自社ブログを体系的な学習コンテンツとして整理し、SEOの基礎から実践までを段階的に学べる構成を採用しています。
HubSpotは、有用なマーケティング管理ツール（CRM）を提供しています。
その一方で、膨大なブログ記事とガイドをテーマごとにクラスター化し、読者がテーマの全体像から詳細へと辿れる導線を作り込んでいます。
Ahrefsは、SEOにおいて知名度の高い分析ツールです。
それに加えて、自社のブログとYouTubeチャンネルを通じて、専門性の高い分析記事を体系立てて発信していることで知られています。
それぞれ設計思想には違いがあり、内部リンクの張り方、コーナーストーンの位置付け方、学習導線の作り方には各社の個性が表れています。
この違いを詳しく見ていくと、「知識プラットフォーム」として何を優先し、何を犠牲にしているのかという設計判断が見えてきます。
その具体的な比較については、別記事で詳しく解説する予定です。
※随時追加していきます。お楽しみに！
WordPressが誕生した時代、Webサイトは情報を発信する場でした。
だからこそ、カテゴリーによる分類や時系列の整理で十分だったのです。
しかし現在は、Webサイトそのものが、知識を蓄積し、整理し、循環させる基盤へと変化しています。
その変化の中で重要なのは、カテゴリーを増やすことではありません。
知識同士の関係をどのように設計するかという視点です。
さらに、知識構造と読者導線を分けて設計することで、読者は自由な入口からアクセスしながらも、サイト全体としては一貫した知識体系を提供できます。
これはSEOだけの話でも、AI検索だけの話でもありません。
人にもAIにも理解しやすい情報を提供するための、情報アーキテクチャそのものです。
AI時代のWebサイトは、「記事を公開する場所」から、「知識を育てるプラットフォーム」へ。
その視点を持つことが、これからのWebサイト設計における大きな転換点になるのではないでしょうか。
こうした知識構造の考え方について、実際に手を動かしながら学び、意見を交換できる場が、私が運営しているNexus AIコミュニティです。
同じようにAIやWebサイト設計に関心を持つメンバーと一緒に、体系的な知識を育てていきませんか。
WordPressはブログ向けに設計されたため、投稿は時系列やカテゴリーで整理することを前提としているからです。
カテゴリーは情報を分類する仕組みであり、知識構造は記事同士の関係性や学習の流れを表現する設計です。
論理的な構造と内部リンクでページ同士の関係が整理され、ユーザーに役立つ情報を提供するサイトを重視しています。
一つのテーマに関連する情報を体系的に整理し、人にも検索エンジンにも理解しやすくするためです。
いいえ、知識構造は全体設計を示し、読者導線は検索や関連記事など複数の入口に合わせて設計します。
記事を増やすだけでなく、知識を体系化し、関係性が分かるサイト構造を育てることが重要になります。
Webサイトは情報を公開する場から、知識を蓄積・整理・再利用する知識プラットフォームへと進化していきます。
投稿をシェアする
Web制作・デザイン・マーケティング・コンサルティング等の経験を積み、ChatGPTコミュニティ Nexus AIを立ち上げる。AI技術を活用して、コミュニティ運営に役立てている。
