コンテンツグラフ — 記事の「つながり」を可視化する、WordPressには絶対できない機能
あなたのサイトで、どの記事がどの記事とつながっているか、今すぐ答えられますか？ WordPressを使っているなら、おそらく答えられない。WordPressのリンクはHTMLに埋まった文字列であり、構造としてどこにも記録されていないからだ。その結果、42.5%のウェブサイトがリンク切れを抱え、孤立したページがクロールバジェットの26%を浪費し続けている。OS iXanagiのContent Links Graphは、この問題を根本から解決する。
目次全 8 章
WordPressのリンク管理の「本当の問題」
WordPressでリンクを作るとき、何が起きているかを考えてほしい。
エディタを開いて、テキストを選択して、URLを貼り付ける。それだけだ。その操作が終わると、データベースのwp_postsテーブルのpost_contentカラムの中に、こういう文字列が埋まる。
この記事の<a href="/related-article/">関連記事</a>を参照してください。
これがWordPressにおける「リンク」の全容だ。HTMLの文字列として本文の中に存在するだけで、それ以上でも以下でもない。
この設計が何を意味するか。リンクという概念がデータベースの構造として存在しない。 「どの記事がどの記事にリンクしているか」をWordPressのDBに問い合わせる方法はない。本文テキストを全文スキャンしなければわからない。リンクは「関係」ではなく「文字列」なのだ。
隠れているコスト：数字が示す現実
リンク管理が構造化されていないことで、何が起きているか。
42.5%のウェブサイトに少なくとも1つのリンク切れが存在する（SEO Sandwitch、2025年）。100ページあたり平均5.2件のリンク切れというのが業界平均だ。
リンク切れの影響は軽微ではない。ウェブサイトの1%以上のリンクが切れている場合、Googleの1ページ目に表示される確率が30%低下する。SEO専門家の74%が「リンク切れはランキングに悪影響を与える」と回答している（Page Optimizer Pro、2025年）。ユーザー体験への影響はさらに直接的で、リンク切れのあるサイトはバウンス率が38%高く、88%のユーザーが再訪問しないと回答している。
孤立ページ（孤立コンテンツ）の問題はさらに深刻だ。 どこからもリンクされていないページ——「孤立ページ（Orphan Page）」——は、クロールバジェットの26%を浪費しながら、オーガニックトラフィックの5%しか生み出さない。ローカルビジネスの500ページ以下のサイトでは、孤立ページがGoogleにクロールされるページの70%を占めることがある（Conductor、2025年）。
なぜWordPressではこの問題が発見できないのか。 リンクが構造として存在しないから、DBに「孤立ページを探す」というクエリを投げられない。外部のクロールツール（Screaming FrogやSitebulbなど）でサイトをクロールしてはじめて発見できる。つまり定期的なクロール監査を怠ると、壊れたリンク構造が気づかれないまま積み上がる。
「Googleが非公開にしているもの」を自サイト内で可視化する
PageRankという概念をご存知だろうか。Googleが1990年代に開発した、ウェブページの重要度を評価するアルゴリズムの名前だ。基本的な考え方はシンプルで、「多くの重要なページからリンクされているページは、重要なページである」というものだ。
Googleは今もPageRankの概念をランキングに使用しているが、その具体的な数値は2016年に非公開化された。あなた自身のサイトの各ページがどれだけの「内部PageRank」を持っているか、Googleは教えてくれない。
OS iXanagiのContent Links Graphは、この「サイト内部のPageRank」をあなた自身のコンテンツグラフとして可視化する。
全記事の被リンク数（どの記事が何回引用されているか）、被リンク元（どの記事からリンクされているか）、ハブ記事（多くの記事からリンクを受けている中核記事）、孤立記事（どこからもリンクされていない記事）——これらがグラフとして一画面で見えるようになる。
Screaming FrogやAhrefsのような外部ツールでも「内部リンクマップ」を出すことはできる。しかしそれらはサイトをクロールして事後的に分析するツールだ。クロールした瞬間のスナップショットであり、リンク「なぜ」が存在するかの意味は持っていない。
Content Links Graphで何が見えるか
OS iXanagiではリンクがknowledge_contextual_linksテーブルに「関係」として保存されている。このデータをそのままグラフとして描画できる。
4つの見え方
孤立ノード（孤立記事）の発見 どの記事からもリンクされていない記事が即座に見える。記事を公開した後、内部リンクが一本もない状態で放置されていないかを確認できる。孤立記事はGoogleのクロールバジェットを無駄遣いし、「つながっていない島」として検索エンジンに認識される。
ハブ記事の識別 多くの記事からリンクを受けているノードが大きく表示される。「この記事がシリーズの中核だ」という認識が、実際のリンク構造で裏付けられているかを確認できる。計画とリンク構造が乖離している場合、戦略上の重要記事が孤立していることがわかる。
リンク切れの即時検知
リンク先のRouteが削除・URLが変更された瞬間に、knowledge_contextual_linksテーブルのhealth_statusがtarget_missingに更新される。グラフ上で赤く点滅する切断エッジとして表示される。クロールツールで「週に1回発見する」ではなく、変更が起きた瞬間にわかる。
コンテンツ戦略の可視化 「記事 #1（市場診断）→ #2（セキュリティ）→ #3（コスト）」という読者の動線が計画どおりにリンク構造に反映されているか、グラフ上で確認できる。ループ（記事AがBに、BがAにのみリンク）、孤立クラスター（あるトピックグループが他のグループと全くつながっていない）なども発見できる。
なぜWordPressのプラグインでは代替できないのか
WordPressにも「Internal Link Visualizer」というプラグイン（無料）がある。これはサイトをクロールしてForce Atlas 2グラフを描画する。一見すると同じことをしているように見える。
しかし根本的な違いがある。
WordPressのビジュアライザーは「結果を読む」ツールだ。存在するリンクを事後的にクロールして表示する。リンクがなぜ作られたかの理由はない。リンクの種別（本文インライン引用か、フッター関連記事か、Glossary用語リンクか）の区別もない。AI提案か人間が手動で入れたかの区別もない。「このリンクを承認待ちにする」という状態もない。
OS iXanagiのContent Links Graphは「関係を管理する」ツールだ。
| 比較 | WordPressビジュアライザー | OS iXanagi Content Links Graph |
|---|---|---|
| データソース | サイトクロール（事後） | knowledge_contextual_linksテーブル（リアルタイム） |
| リンク切れ検知 | クロール時のみ | Route変更の瞬間に自動更新 |
| リンクの理由 | なし | context_reason（AIが判断した理由） |
| リンクの種別 | なし | inline / footer_related / glossary_auto |
| 作成者 | なし | ai / manual / glossary_auto |
| 承認状態 | なし | pending / approved / rejected |
| 未公開リンクの表示 | なし | pending状態のリンクも表示可能 |
| 信頼度スコア | なし | AIのconfidence（0〜1.0） |
AIO（AI最適化）への接続
このグラフはSEOだけの話ではない。AI検索（AIO）の観点でも直接的な価値がある。
内部リンクが密に接続されている記事は、AIが「このサイトのこのトピックは体系的に整備されている」と判断しやすい。孤立した記事は、文脈を持たない島として扱われる。
ChatGPTやPerplexityがコンテンツを引用するとき、「この記事がより大きなコンテンツ体系の一部である」という構造的な証拠の一つとして、内部リンク構造を参照している可能性が高い。AI検索において内部リンクの密度と品質は、外部被リンク（バックリンク）と同程度に重要になりつつある。
OS iXanagiのContent Links Graphが整備されていれば、「記事群が体系的に接続されているサイト」という構造的なシグナルをAIに対して送ることができる。
内部リンクの改善によってページセッション数が60%増加し、バウンス率が25%低下したというケーススタディがある（Magnet、2025年）。これはユーザー体験とSEOの両方に効く数字だ。
よくある質問（FAQ）
Q. Screaming Frogや外部SEOツールでは代替できないのですか？
Screaming Frogは優れたクロールツールですが「結果の診断」ツールです。クロールのたびにスナップショットを取る形なので、更新頻度が高いサイトではリンク切れの発見が遅れます。OS iXanagiのContent Links Graphはリンク関係がDBに存在するので、Route変更の瞬間にリアルタイムで更新されます。また、なぜそのリンクが存在するか（context_reason）、誰が作ったか（ai / manual）という意味情報を持っていないのは外部ツール全般の共通の限界です。
Q. 記事数が少ない段階でもグラフは意味がありますか？
10〜20記事でも孤立ページの発見と意図した動線の確認には十分な価値があります。記事数が増えるほど複雑度が増すため、初期から管理しておくことが重要です。「後から整理しよう」と思っていると、100記事になった段階でリンク構造が手に負えない複雑さになります。
Q. WordPressからOS iXanagiに移行すると、過去のリンクはどうなりますか？
Migration Pipeline（Blog #7参照）のAI Extractionフェーズで、既存記事の本文中のリンクを検出し、knowledge_contextual_linksテーブルに変換します。WordPressでHTML本文に埋まっていたリンクが、構造として管理可能な関係データに生まれ変わります。
Q. グラフの「ノードサイズ」「エッジの色」は何を表していますか？
ノードサイズは被リンク数（in-degree）に比例します。多くの記事からリンクを受けている記事ほど大きく表示されます。エッジの色はリンク種別を示します（本文インライン引用＝青、フッター関連記事＝橙、Glossary用語リンク＝緑）。将来的にはGSC / GA4のページ別トラフィックデータをノードの色にマッピングする予定です。「被リンクが多いが、実際のトラフィックが低い記事」が一目でわかるようになります。
Q. リンク切れをチームで管理するにはどうすればいいですか？
health_status='target_missing'のレコードはRoute Inspector（ウェブサイト管理画面）のbacklinks panelに表示されます。担当者をアサインしてリンクの修正・削除・リダイレクト設定を行い、解決済みとしてマークできます。定期的なLink Health Check Jobがhealth_statusを自動更新するため、手動スキャンは不要です。
まとめ
WordPressにおいてリンクは「本文HTMLの中に埋まった文字列」だ。それ以上でも以下でもない。その結果、42.5%のサイトがリンク切れを持ち、孤立ページがクロールバジェットを浪費し、コンテンツ戦略と実際のリンク構造が乖離し続ける。
OS iXanagiのContent Links Graphは、この問題の構造的解決だ。リンクを関係としてDBに保存し、グラフとして可視化し、リアルタイムで健全性を管理する。リンク切れを事後に発見するのではなく、発生した瞬間に検知する。Glossaryを更新すれば全記事に即時反映する。
コンテンツを長年書いてきた人が欲しかったのは、「記事の海の中で、自分のコンテンツがどうつながっているか」を見る地図だ。Googleが非公開にしているサイト内部のPageRankを、自分のコンテンツグラフとして手にできる。
御社のコンテンツは、今日も「つながっていない島」として存在していませんか？
参考ソース：
- SEO Sandwitch「Broken Link in SEO Statistics For 2025」(2025)
- Page Optimizer Pro「Top Technical SEO Statistics You Need to Know in 2025」(2025)
- Conductor「What are Orphan Pages and How Do They Impact SEO」(2025)
- Magnet「Fix Orphan Pages: Automate Internal Links with AI & Python」(2025)
- DubBot「Broken Links: The Impact on Accessibility and SEO」(2025)
- ClickRank「Are Orphan Pages the Hidden SEO Problem to Fix in 2026?」(2025)
- Incremys「Internal and External Linking: Distribute 2026」(2025)
