内部リンク構造をマトリクス表で見える化
どのページからどのページへリンクしているかを可視化。内部リンクの不足やアンカーテキストを一目で把握でき、次の一手を考えやすくなります。
About
inSiteの内部リンクマトリクス機能とは
inSiteの内部リンクマトリクス機能とは、サイト内の全記事を縦軸(リンク元)・横軸(リンク先)のマトリクスに並べて、どの記事からどの記事へリンクしているか、各リンクのアンカーテキスト、内部被リンク数、孤立ページを一覧表示するSEO内部リンク可視化機能です。
inSite が毎日サイトをクロールして取得した内部リンク情報をもとに、記事 × 記事のマトリクスを生成。セル単位でリンクの有無とアンカーテキストを確認できるため、「どこからどこへ、どんな言葉で」リンクしているかを網羅的に把握できます。
各行・各列ごとに内部被リンク数(列)と発リンク数(行)を自動集計。リンクが集中している記事(ハブ候補)と、被リンクが少ない記事(補強対象)、そしてどの行からもリンクされていない孤立ページが自動的に浮き上がります。
俯瞰の把握には内部リンクグラフ機能、リンク補強の具体案にはAI内部リンク提案機能、改善後の効果測定にはリライト記録機能と連動。マトリクスでの個別確認から、リンク改善のサイクル全体まで、inSite の中で完結します。
Why it matters
なぜ「内部リンクマトリクス」が大事なのか
グラフによる俯瞰だけでは、個別のリンクが本当にあるべきか・アンカーは適切か・削るべきかといった具体的な意思決定はできません。マトリクスは「行と列で個別関係を全部見る」ための装置で、グラフとは別の役割を担います。
サイト規模が大きいほど、グラフだけでは粗く、スプレッドシートだけでは管理しきれない。両方の中間にあるマトリクスが、内部リンク管理の実務の基盤になります。
個別の有無は、表でしか確認できない
グラフは形を見るのに向いていますが、「記事Aから記事Bへのリンクは現在貼られているか?」という個別の確認には不向きです。網羅的な確認には、行と列の表構造が必要です。
アンカーテキストはサイト規模で問題になる
「こちら」が10本ある状態と「こちら」が200本ある状態では、SEO への影響度がまったく違います。サイト全体でアンカーがどう使われているかは、マトリクス的に並べないと見えません。
孤立は列方向のゼロを見ないと気づけない
孤立ページは「どの行からもリンクされていない列」として現れます。グラフでも端に追いやられますが、マトリクスでは列のヒット数ゼロとして数値で明確に検出できます。
What you can do
できること
行 × 列のマトリクスで全リンク関係を一覧
サイト内のページを縦軸(リンク元) × 横軸(リンク先)に並べ、どのページからどのページへリンクしているかを網羅的に表示。サイト全体のリンク関係を1つの表で確認できます。
アンカーテキストをセルから直接確認
マトリクス内の各セルから、そのリンクで使われているアンカーテキストを確認可能。「こちら」「詳しくはこちら」のような SEO 価値の低い表現を、サイト全体で一気に洗い出せます。
内部被リンク数を行・列ごとに集計
各記事への内部被リンク数と各記事からの発リンク数を自動集計。リンクが集中している記事(ハブ候補)と、リンクが少ない記事(補強対象)が一目でわかります。
孤立ページを自動検出
マトリクス内でどの行からもリンクされていない列(孤立ページ)を自動で抽出。サイトマップに登録されていてもリンク経路がない記事を素早く特定できます。
フィルタ・ソートで深掘り
ディレクトリ別フィルタ・被リンク数ソート・キーワード検索でマトリクスを絞り込み。「特定カテゴリの内部リンク状況だけを集中チェック」が可能です。
毎日のクロールで自動更新
内部リンクの変更は毎日のクロールで自動検出。リライトや新規記事公開後の状態が翌日にはマトリクスに反映されます。
How it works
マトリクス生成の仕組み
毎日サイトを自動クロール
全記事の本文を毎日クロールし、HTML内の <a> タグから内部リンクとアンカーテキストを抽出します。
リンク元 × リンク先のペアを集計
記事ごとに「どの記事へリンクしているか」「どんなアンカーテキストか」を全件取得し、マトリクスの各セルに格納します。
行・列ごとに集計値を計算
各記事の発リンク数(行合計)、被リンク数(列合計)、被リンクゼロの孤立ページを自動抽出します。
マトリクス表として描画
行 × 列のマトリクスを描画。セルにはリンクの有無・アンカーテキストを表示し、フィルタやソートで関心のある範囲に絞り込めます。
翌日のクロールで自動再生成
内部リンクの変更は翌日のクロールでマトリクスに反映。リライトや新規記事による構造変化が継続的に追跡されます。
Why we built it
なぜこの機能を作ったのか
内部リンク管理を真面目にやろうとすると、最後に行き着くのが「全リンクを表にして見たい」という欲求です。
僕も以前、Excel に1セルずつ手で打ち込んで「記事 × 記事」のマトリクスを作っていたことがあります。最初の30記事くらいまではなんとかなりますが、100記事を超えたあたりで完全に管理が破綻しました。新しい記事を書くたびにマトリクスを更新する作業は、誰もメンテし続けられません。
一方、グラフ表示で「サイトの形」は見えるようになっても、「個別のリンクは現在貼られているか / どんなアンカーで / どこに」という具体的な情報はグラフの粒度では確認できません。グラフは俯瞰のための道具で、個別実装の判断には別の道具が要ります。
だから、毎日のクロールでマトリクスを自動生成する仕組みを inSite の中に作りました。行 × 列でリンクの有無を網羅的に表示し、各セルからアンカーテキストを直接確認できる。発リンク数・被リンク数・孤立ページも自動計算。アップデートは翌日のクロールで反映されるので、メンテの手間はゼロです。
そして、グラフで俯瞰 → マトリクスで個別確認 → AI内部リンク提案で補強案 → 実装 → リライト記録で効果測定という流れが、inSite の中で1つのサイクルとして繋がっています。マトリクスはこのサイクルの「実装判断」のフェーズを担う、地味だけど不可欠な機能です。
Problem & Solution
こんな課題を解決します
内部リンクの全体像が見えない
ページ数が増えるほど、「どこからどこへリンクしているか」「どの記事のリンクが集中しているか」を把握するのが困難になります。スプレッドシートで管理しようとしても規模に追いつきません。
マトリクス表で全リンク関係を一目で把握
行 × 列のマトリクス表で、サイト内の全リンク関係を1画面に並べて表示。フィルタとソートで深掘りも可能です。
孤立記事を見つけられない
他のどのページからもリンクされていない記事は、SEO 評価が伝わらずインデックスもされにくくなります。でも、孤立しているかどうかは目視では判定できません。
孤立ページを自動検出
マトリクス内で「どの行からもリンクされていない列」を自動で抽出。inSite が孤立ページのリストを作成するので、リンク補強の優先順位がすぐに決まります。
アンカーテキストの妥当性を確認しづらい
「こちら」「詳しくはこちら」など SEO 価値の低い汎用アンカーが多いと、内部リンク評価が弱くなります。でも、サイト全体の使われ方は記事を1つずつ開かないと確認できません。
全アンカーテキストを一覧で確認
マトリクスのセルから直接、各リンクのアンカーテキストを確認可能。不適切な表現をサイト全体で素早く洗い出せます。
内部リンクマトリクスの始め方
本文クラス名を指定 → 初回クロール
コンテンツ領域の class 名を指定して、記事本文内の内部リンクだけを抽出するよう設定。クロール完了まで数分〜数時間です。
マトリクス表が自動生成
初回クロール完了後、行 × 列のマトリクス表が自動表示されます。フィルタ・ソートで関心のある範囲に絞って深掘りできます。
孤立ページ → AI提案 → リライト記録の連動
マトリクスで見つけた孤立ページや内部リンク不足記事は、AI内部リンク提案機能で補強プランを生成し、実装後はリライト記録機能で効果を追跡します。
よくある質問
何記事までマトリクス表示できますか？
2,000記事規模までマトリクス表示に対応しています。それ以上の規模については個別にお問い合わせください。
マトリクス表とグラフ表示は何が違いますか？
マトリクス表は「どの記事から、どの記事へリンクしているか」を行と列で網羅的に確認するのに向いています。1つ1つのリンクの有無・アンカーテキスト・方向を詳細に把握できます。
内部リンクグラフは「サイト全体の構造の俯瞰」「ハブ記事や孤立記事の即時発見」「クラスター構造の把握」に向いています。グラフで全体把握 → マトリクスで個別確認という流れで併用するのがおすすめです。
孤立ページはどう判定されますか？
サイト内の他ページから1本も内部リンクが張られていないページを孤立ページとして自動検出します。サイトマップに登録されているがどこからもリンクされていないページが該当します。発見した孤立ページはAI内部リンク提案機能に渡すと、関連記事・適切なアンカー・配置場所まで提案を得られます。
アンカーテキストの修正はマトリクス画面でできますか？
アンカーテキストの修正自体は記事側で行う必要がありますが、マトリクスから対象記事の編集画面へワンクリックで遷移できます。「マトリクスで不適切なアンカーを発見 → 該当記事に飛んで修正 → 翌日のクロールで再評価」の流れが取れます。
WordPress以外のCMSでも使えますか？
はい。inSite はサイトの HTML をクロールして内部リンク情報を取得するため、Astro / Next.js / Hugo / Jekyll / MovableType など、どの CMS や独自実装のサイトでも利用できます。
リンク情報はどのくらいの頻度で更新されますか？
毎日自動で再クロールされ、最新の内部リンク状態がマトリクス表とグラフの両方に反映されます。リライトや新規記事公開後の状態確認に手作業は不要です。
リライトでリンクを追加・削除した場合、効果は追跡できますか？
はい。内部リンクの追加・削除はリライトの一種としてリライト記録機能が自動的に検知し、その後の Search Console データの変化(クリック・順位・CTR)を自動追跡します。リンク強化の効果が数字で確認できます。
Every link, in one table
全リンクが見える表は、
手作業では作れません
Excel で「記事 × 記事」のマトリクスを手で作って、新規記事のたびに更新する。100記事を超えた時点でこの運用は破綻します。そして破綻すると、二度と元には戻りません。
inSite の内部リンクマトリクスは、毎日のクロールから自動で生成されます。アンカーテキストもセルから直接確認でき、孤立ページは列ゼロとして自動抽出される。メンテの手間はかかりません。
マトリクスで見つけた孤立ページは AI内部リンク提案で補強案を得て、実装したリンクは リライト記録で効果を追跡する。「発見 → 補強 → 効果測定」のサイクルが、inSite の中で完結します。
内部リンクの管理を、属人化させない。
その第一歩を、今日から始めてみませんか。
この機能を、まずは
無料で試してみませんか？
14日間すべての機能が無料。クレジットカード登録不要、自動課金もありません。
登録は3分で完了 · 自動課金なし · いつでも解約OK
