内部リンクは「貼る」より「設計する」|回遊も検索評価も伸ばすHub構造の考え方
「記事は増えてきたのに、1記事読んで帰られてしまう」。そんな状態なら、内部リンクの設計が止まっています。正直なところ、リンクは数ではありません。どの記事を中心に据え、どこへ送り、どこから戻すか。その地図がないまま貼ったリンクは、ほとんど押されません。
「とりあえず関連記事を3本並べた」「フッターに全部のカテゴリを置いた」——その手が止まっていませんか。私自身、クライアントの管理画面を開いて「リンクはあるのに回遊していない」というデータを何度も見てきました。
この記事では、回遊率を上げながら検索評価も同時に伸ばす「Hub設計」の考え方を、現場の事例と数値を交えて整理します。読み終えたとき、次にどの記事から手をつけるかが決まっているはずです。
先に押さえておきたい全体像
この記事で判断できるようになること
- 内部リンクを「装飾」ではなく「導線」として置けるようになる
- Hub(柱)記事とSpoke(個別)記事の役割を分けて設計できる
- 回遊率とクリック率のデータから、リンクの良し悪しを判断できる
最初に頭に入れてほしい3つ
- 内部リンクは「読者の次の疑問」に答える形で置くと押される。関連だから貼る、ではない。
- 評価は1記事に集めるのではなく、Hubに集約してSpokeへ分配する設計で伸びる。
- 回遊率とクリック率は分けて見る。回遊しているのにCVしないなら、送り先が間違っている。
一言で言うと
最も重要なのは、内部リンクを「読者の次の一歩」として設計することです。リンクの数や場所のテクニックより先に、どの記事を中心に置くかを決める。これが回遊と検索評価を両立させる起点になります。
なぜ内部リンクが「押されない」まま増えていくのか
関連記事ウィジェットの落とし穴
多くのサイトが、記事下に「関連記事」を自動表示しています。便利です。ただ、自動表示は「カテゴリが同じ」「タグが近い」で選ばれることが多く、読者の文脈と一致しないケースが目立ちます。
あるクライアント(士業事務所)のデータを見たとき、記事下の自動関連リンクのクリック率は0.8%でした。100人読んで1人も押さない、に近い。一方で、本文中に「相続放棄を検討しているなら、まず期限の数え方を確認してください」と一文添えて貼ったリンクは、クリック率が6%を超えていました。
差は「文脈」です。自動ウィジェットは「似ている記事」を出すだけで、「いま読んでいる人が次に何を知りたいか」までは読めません。
回遊しているのに成果が出ない、というズレ
逆のケースもあります。回遊率は高いのに問い合わせが増えない。これは送り先の問題です。
別のクライアント(Web制作)では、ブログ間の行き来は活発でした。ただ、よく見るとブログからブログへ延々と移動しているだけで、サービスページや事例ページに一度も到達していなかった。読者は楽しく読んでいるけれど、判断材料のあるページに辿り着いていない。回遊「だけ」が目的化すると、こうなります。
リンクは多いほどいい、ではない
1記事に20本も30本もリンクがあると、読者はどれを押せばいいか分からなくなります。検索エンジン側から見ても、リンクが多いほど1本あたりに渡る評価は薄まる。ケースによりますが、本文中の主要な誘導リンクは1記事あたり3〜5本に絞ったほうが、押される確率は上がります。
Hub設計とは何か、Spokeとどう役割を分けるのか
HubとSpokeの基本構造
Hub設計は、トピックの「柱」となる記事(Hub)を1本立て、その下に個別テーマの記事(Spoke)を複数ぶら下げる構造です。トピッククラスターと呼ばれることもあります。
- Hub記事:そのテーマ全体を俯瞰する。例「AI時代のWeb集客の全体像」
- Spoke記事:個別の疑問に深く答える。例「MEOの始め方」「内部リンク設計」
ポイントは、HubとSpokeを相互にリンクで結ぶこと。HubからSpokeへ、SpokeからHubへ、そしてSpoke同士も関連が強いものだけをつなぐ。この三角形が回遊と評価分配の土台になります。
なぜHubに評価が集まると有利なのか
検索エンジンは、内部リンクの集まり方からサイト内の重要ページを推測します。多くのSpokeからリンクされるHubは「このサイトの中心テーマ」と認識されやすい。Googleが公開しているリンクに関する基本ガイドラインでも、内部リンクは「サイト内のページの関係性と重要度を伝える」役割を持つと説明されています。
実は、これはAI検索の引用にも効きます。AI Overviewやチャット型の検索は、テーマがまとまったサイト構造から情報を拾いやすい。バラバラの記事より、Hubを中心に体系立てられた構造のほうが「この領域に詳しいサイト」と判断されやすいわけです。
Spokeからの戻り導線を必ず作る
ありがちな失敗が、HubからSpokeへのリンクは充実しているのに、SpokeからHubへ戻る導線がないこと。読者がSpokeに直接着地(検索流入の多くは個別記事)したとき、全体像へ案内できないと、そこで離脱します。
Spoke記事の冒頭か中盤に「この記事は〇〇シリーズの一部です」とHubへの一文を置く。たったこれだけで、1記事目から2記事目への遷移率が変わります。
押されるリンクの置き方と、送り先の設計
文脈に沿った「アンカーテキスト」にする
「詳しくはこちら」では押されません。リンクの文字(アンカーテキスト)は、リンク先の内容が分かる具体的な言葉にする。「こちら」ではなく「内部リンクの貼り方の具体例」と書く。これは読者にも検索エンジンにも、何のページかを正確に伝えます。
「読者の次の疑問」が生まれる位置に置く
リンクは記事下にまとめるより、本文中の「ちょうど疑問が湧く瞬間」に置くほうが押されます。たとえばこの記事なら、「構造化データの話が出たあたり」で構造化データの記事へ送る。読者の頭に「?」が浮かんだ位置に答えがある、という設計です。
送り先を「目的」で分ける
- 知識を補完したい読者 → 別のSpoke記事へ
- 全体像を知りたい読者 → Hub記事へ
- 検討段階に入った読者 → 事例ページ・サービスページへ
この3つを意識して送り先を変える。回遊しているのにCVしないサイトは、3つ目の「検討段階の読者を事例へ送る導線」が抜けていることがほとんどです。
よくある失敗パターン
- 全記事のフッターに同じリンク集 → 文脈が合わず押されない
- 古い記事が新しい記事を指していない → 過去記事が孤立する
- Hubを作ったまま放置 → Spokeが増えてもHubが更新されず鮮度が落ちる
効果をどう測り、どこから直すか
回遊率とクリック率は分けて見る
GA4などで見るとき、混同しがちなのが「回遊率(次のページへ進んだ割合)」と「個別リンクのクリック率」です。前者はサイト全体の健康診断、後者は1本ずつのリンクの良し悪し。
正直なところ、最初は「クリックされていないリンクを1本ずつ潰す」ほうが成果が早い。全体を眺めるより、押されていない関連ウィジェットを文脈リンクに置き換える。地味ですが効きます。
着地ページ起点で考える
検索流入の入口になっている記事(着地ページ)を上位から並べ、そこから次にどこへ送っているかを確認します。アクセスの多い入口ほど、回遊設計の影響が大きい。アクセスの少ない記事のリンクをいくら直しても、全体は動きません。
まず手をつける優先順位
- アクセスが多いのに回遊していない記事の本文リンクを見直す
- 着地の多いSpokeからHubへの戻り導線を追加する
- 検討段階の読者を事例・サービスページへ送る導線を1本足す
この順で十分です。全記事を一度に直す必要はありません。
不安な人から多い質問
Q1. 内部リンクは1記事に何本まで貼っていい?
本文中の主要な誘導リンクは3〜5本が目安です。多すぎると押される確率も評価の分配も薄まります。ナビゲーション等を除いた「読ませるリンク」を絞るのがコツです。
Q2. 関連記事の自動表示は外したほうがいい?
外す必要はありませんが、それだけに頼らないこと。前述の事例では自動表示のクリック率0.8%に対し、文脈リンクは6%超でした。両方併用し、本文中の文脈リンクを主役にしてください。
Q3. Hub記事は何本のSpokeで作ればいい?
決まりはありませんが、まず5〜8本のSpokeで1つのHubを支える形が始めやすいです。Spokeが2〜3本だと体系として弱く、20本超だとHub自体が肥大化します。
Q4. 古い記事のリンクも貼り直すべき?
はい。新しい記事を公開したら、関連する過去記事から新記事へリンクを足してください。新記事は被リンクが少なく孤立しがちです。過去記事からの導線が評価と流入の両方を補います。
Q5. アンカーテキストは毎回同じ言葉でいい?
同じページへ送る場合も、文脈に合わせて自然に変えてください。すべて完全一致の文言にすると不自然です。リンク先の内容が伝わる範囲で、文の流れに馴染ませるのが安全です。
Q6. 内部リンクはAI検索にも効果がある?
あります。テーマがHub構造で整理されたサイトは「その領域に詳しい」と認識されやすく、AI Overviewなどに引用されやすい傾向があります。バラバラの記事群より体系化が有利です。
Q7. 回遊率は何%あれば合格?
業種や記事数で大きく変わるため、絶対値より「改善前後の変化」で見てください。同じサイトで導線を直して回遊率が上向くか、入口記事から事例ページへ到達するかを基準にするほうが実務的です。
Q8. ツールは何を使えばいい?
GA4で経路と着地ページ、Google Search Consoleで流入クエリと入口を見れば十分始められます。高度な可視化ツールは、運用が回り出してからで間に合います。
最後に確認しておきたいこと
内部リンクは「貼る作業」ではなく「読者の次の一歩を設計する作業」です。Hubを中心にSpokeを結び、文脈に沿った位置に絞って置き、検討段階の読者を事例へ送る。この3点が回遊と検索評価を同時に押し上げます。
全記事を一気に直す必要はありません。迷っているなら、まずアクセスの多い入口記事を1本開いて、本文中のリンクが「読者の次の疑問」に答えているかを確認してください。そこが最初の一歩です。
参考:Google検索セントラルが公開する内部リンクとサイト構造に関するガイドライン、Google「検索品質評価ガイドライン」におけるE-E-A-Tの考え方。
