記事とサービスページをどうつなぐか - 内部リンク設計の基本

· 更新日: · · SEO対策, 内部リンク, ホームページ制作, Web制作・SEO, 記事導線

更新履歴(8件・最終更新 2026年08月26日)

この記事に加えた変更の記録です。アーカイブした更新前のバージョンは、DOI付きの固定URLから読めます。

8.2節の本文に残っていた「柱」を、節見出しと同じ用語「ピラーページ」に揃えました。記事の主張は変えていません。 更新前のバージョンを見る (DOI: 10.5281/zenodo.22093778)
不自然な口語・比喩を、意味を変えずに技術文書として自然な日本語に直し、Mermaid図のノードラベルとキャプションで使っていた「柱」を本文の用語「ピラーページ」に揃えました。記事の主張は変えていません。 更新前のバージョンを見る (DOI: 10.5281/zenodo.22064729)
内部リンクの往復構造、アンカーテキストの判定、当てはめる手順を図でも追えるように、Mermaid図を8点追加しました(地の文500〜750字につき1図の規約に合わせたものです)。既存の全体構造図にもキャプションを付け、図番号を通しで振り直しました。本文の文章は変えていません。
記事の冒頭に「この記事の知識マップ」節を追加しました。本文で扱っている概念とその関係を、要約・図・詳細ページへのリンクにまとめたものです。本文の主張は変えていません。
外部レビュー(1283件)への対応として本文を更新しました。個々の変更内容は、この下の履歴を参照してください。
柱ページ・記事ハブ・サービスページの役割差を用語表で定義し、往復構造の図を追加しました。実装で気をつけること(aタグとhref、JavaScript、rel属性)、サイト構造とパンくずリスト、Search Consoleでの効果の見方、自分のサイトに当てはめる手順を新設し、アンカーテキストの例を4業種に増やしました。
本文中の関連記事へのリンクの文言を、リンク先の現在のタイトルに揃えました。
出典が本文のどこからも参照されておらず、「参考資料」に表示されていなかった問題を修正しました。あわせて、孤立したページとサイトマップの関係についての説明を1文加えました。
初版公開
この記事を引用する(DOI: 10.5281/zenodo.21589744)

この記事はZenodoにアーカイブされています。常に最新版へ解決されるDOIと、いま表示している版に固定されたDOIの両方を下に示します。

小村 豪(2026)「記事とサービスページをどうつなぐか - 内部リンク設計の基本」合同会社小村ソフト. https://doi.org/10.5281/zenodo.21589744 https://comcomponent.com/blog/2026/03/25/003-internal-linking-between-articles-and-service-pages/

DOI(最新版)
10.5281/zenodo.21589744
DOI(この版)
10.5281/zenodo.22104300

記事を増やしたのに問い合わせにつながらない。 その原因は、記事の内容よりも、記事からサービスページへ戻る道が弱いことにある場合が多いです。

内部リンクの役割は、回遊導線にとどまりません。 読者にとっては「次に読むべき場所」であり、Google にとってはページ同士の関係を理解する手がかりです。Google も、クロール可能なリンクと文脈のあるアンカーテキストを重要視しています。1

KomuraSoft の Web制作・SEOトピック のような記事ハブは、記事とサービスページを往復しやすくするためにあります。 その前提があると、ホームページ制作 への導線も作りやすくなります。

この記事で使う言葉

「ピラーページ(テーマの中心となるハブページ)」「記事ハブ」は、呼び方が書き手によって揺れる言葉です。この記事では次の意味で使います。

この記事での呼び方 よくある別名 意味
ピラーページ テーマの中心となるハブページ ひとつのテーマ全体を受け止める、いちばん太いページ。そのテーマで最初に読ませたい説明が置いてあり、細かい話は下位のページへ渡します
記事ハブ ハブページ、トピック一覧 同じテーマの記事を集めて並べたページ。記事どうしを直接つながずに、一度ここへ集めることで整理します
サービスページ — 何を頼めるかを書いた、相談の入口になるページ。ピラーページが「テーマの説明」なのに対し、こちらは「依頼の受け口」です

ピラーページと記事ハブは役割が違います。 ピラーページは 読ませるページ、記事ハブは 選ばせるページ です。 サイトの規模が小さいうちは、ピラーページが記事ハブを兼ねていても構いません。

全体の構造

3 つの関係を図にすると、こうなります。

記事ハブテーマの記事一覧記事個別の疑問に答えるサービスページ何を頼めるかピラーページテーマ全体の受け皿問い合わせページ

図1: 記事ハブ・記事・サービスページ・ピラーページ・問い合わせをつなぐ全体構造。ほとんどの矢印が両方向にある。

大事なのは矢印の数ではなく、ほとんどの矢印が両方向にあることです。 片方向しかない場所が、あとで「行き止まり」になります。

1. 内部リンクの目的は、回遊ではなく理解です

内部リンクというと、関連記事を並べて回遊数を増やす話に見えがちです。 でも本質は、このページ群は何のテーマを扱っているのかを伝えること です。

たとえば、

  • 記事からサービスページへ戻る
  • サービスページからピラーページへ戻る
  • 会社情報や問い合わせから相談導線へ進む

この往復ができると、ページは単発ではなくテーマの塊として見えます。

内部リンクの目的は理解内部リンクの本質は関連記事を並べて回遊数を増やすことではなく、このページ群は何のテーマを扱っているのかを伝えることであり、記事からサービスページへ、サービスページからピラーページへという往復ができるとページが単発ではなくテーマの塊として見えることを示す図。本質ではない本質内部リンクの目的回遊数を増やす何のテーマの ページ群かを伝える記事とサービスページ・ ピラーページの往復を作る単発ではなくテーマの塊 として見える

図2: リンクは回遊の道具ではなく、テーマのまとまりを伝える設計。

図の実線は常に成り立つ関係、破線は条件付きの関係です(成立条件は詳細ページの各関係の説明に記載)。関係すべての一覧(全17件、根拠・確度つき)と主要概念の定義は知識マップ詳細ページにまとめています。データ: JSON-LD / Turtle

2. アンカーテキストは、リンク先の役割をそのまま書く

内部リンクで一番やりがちな失敗は、詳しくはこちら や こちら に逃げることです。 これだと、リンク先が何のページか分かりません。

良いアンカーテキストは、リンク先の役割がそのまま分かります。

置き場所 弱い例 良い例
記事本文 詳しくはこちら ホームページ制作 の進め方を見る
記事本文 こちらの記事 ホームページ制作 で問い合わせ導線を相談する
サービスページ 関連ページ ホームページ制作 を見る
会社情報 お問い合わせ お問い合わせ から相談する

Google は、リンクのテキストをページ理解の手がかりとして使います。 だからこそ、ホームページ制作 のように、リンク先の名前をそのまま置くほうが伝わります。23 Google 自身も、良いアンカーテキストは「説明的で、ほどよく簡潔で、リンク元のページとリンク先のページの両方に関係している」ものだとし、click here のような一般的な言い回しを避けるよう案内しています。1

アンカーテキストの良し悪し「詳しくはこちら」のような文言ではリンク先が何のページか分からず、Googleはリンクのテキストをページ理解の手がかりとして使うため、説明的でほどよく簡潔、リンク元とリンク先の両方に関係する文言にし、リンク先の役割をそのまま書くほうが読者にも検索エンジンにも伝わることを示す図。こちら・詳しくはこちらリンク先の役割を そのまま書くアンカーテキストはリンク先が何のページか 分からない読者にも検索エンジン にも伝わる判定: 文字だけ抜き出して 行き先が分かるか

図3: リンクの文字だけを抜き出して行き先が分かるかが、唯一の判定基準。

2.1 別の業種で書くとどうなるか

自社の言葉に置き換えやすいように、業種を変えた例も並べます。 リンクとして貼っていない、文言そのものの比較です。

業種 弱いアンカーテキスト 良いアンカーテキスト
装置メーカー 製品情報はこちら 搬送コンベアの仕様一覧を見る
造園・植栽 実績紹介 大型コンテナ植栽の納品実績を見る
会計事務所 サービス案内 法人の税務顧問の対応範囲と料金を見る
受託ソフト開発 詳細ページへ 既存システムを止めずに改修する進め方を見る

判定はひとつだけです。 リンクの文字だけを抜き出して並べたときに、どこへ行くページか分かるか。 「詳しくはこちら」「実績紹介」だけが並ぶサイトは、この時点で判別できません。

3. 記事からサービスページへ戻す 3 つの動線

記事とサービスページは、少なくとも 3 か所でつながっていると強いです。

  1. 記事の本文中
  2. 記事の末尾の関連記事
  3. サービスページの関連記事

この 3 つが揃うと、読者は記事を読んだあとに自然に次へ進めます。 たとえば、この記事からは ホームページ制作 に戻るのが自然です。

記事とサービスページをつなぐ3つの動線記事とサービスページは、記事の本文中、記事の末尾の関連記事、サービスページ側の関連記事の少なくとも3か所に導線を設けると移動しやすくなり、この3つが揃うと読者は記事を読んだあとに自然に次へ進めることを示す図。1. 記事の本文中の リンク3か所が揃う2. 記事末尾の 関連記事3. サービスページ側の 関連記事読んだあとに自然に 次へ進める

図4: つなぎ目は1か所ではなく、本文・記事末尾・サービスページ側の3か所。

4. サービスページからピラーページへ戻す

サービスページ側からも、ピラーページへ戻れる導線が必要です。 特に、単体サービスとピラーページが分かれている場合は、そこを行き来できることが大切です。

KomuraSoft では、ホームページ制作 を Web 側の相談入口として置き、そこから制作内容、SEO、問い合わせ導線の話に分ける構成にしています。 この形にしておくと、記事から来た人も、サービスページから来た人も、同じ相談の入口に集めやすくなります。

5. よくある失敗

内部リンクでよくある失敗はこのあたりです。

  • どのページも同じ「詳しくはこちら」になっている
  • 記事にだけリンクがあり、サービスページから戻れない
  • ピラーページがあるのに、そこへ戻す導線がない
  • 問い合わせページだけが孤立している

この状態だと、記事を読んだ人がどこへ進めばよいか分からなくなります。 孤立したページは、サイトマップを送信すればクロール自体は助けられますが、それはページの存在を検索エンジンに知らせる補助であって、読者が次に進む道の代わりにはなりません。4 内部リンクは、数よりも 各記事から主要なハブ/サービスページへの戻り先が明確になっているか が大事です。

よくある失敗と共通の症状どのページも同じ「詳しくはこちら」になっている、記事にだけリンクがありサービスページから戻れない、ピラーページへ戻す導線がない、問い合わせページだけが孤立しているという失敗はいずれも、記事を読んだ人がどこへ進めばよいか分からなくなる症状につながり、大事なのは数より各記事から主要なハブ/サービスページへの戻り先が明確になっているかであることを示す図。全部「詳しくはこちら」進み先が分からないサービスから戻れないピラーページへ戻す導線がない問い合わせが孤立数より戻り先の明確さ

図5: 4つの失敗はどれも「戻る場所が決まっていない」ことに行き着く。

6. 実装で気をつけること

設計が正しくても、リンクの書き方によっては検索エンジンがたどれません。 Google は、a 要素に href 属性が付いている形でなければクロールできない と明記しています。1

そのため、実装では次の 3 点を確認します。

確認すること 大丈夫な形 危ない形
リンクの書き方 a 要素に href 属性を書く span や div にクリックイベントを付けているだけ
JavaScript の扱い JavaScript で挿入する場合も、最終的に a と href の形になっている フレームワークのルーティング属性だけを置き、href を出力していない
rel 属性 広告や外部の投稿など、修飾が必要な外部リンクだけに付ける 自社の重要ページへの内部リンクに、意味なく rel="nofollow" を付けている

JavaScript でリンクを動的に差し込むこと自体は問題になりません。 Google も、上記の HTML の形になっているならクロールできると案内しています。1

rel 属性については、sponsored が広告や有料掲載、ugc が投稿・コメント由来のリンク、nofollow がそれ以外で関連付けたくない場合、という使い分けが案内されています。5 いずれも外部リンクを修飾するためのもので、自サイト内のページを検索エンジンに見せたくない場合は robots.txt の disallow ルールを使うよう案内されています。5 つまり、内部リンクに nofollow を付けて回るのは、設計としてまず間違いです。

クロールできるリンクの形Googleはa要素にhref属性が付いている形でなければクロールできないと明記しており、JavaScriptで挿入する場合も最終的にaとhrefの形になっていれば問題なく、rel属性は外部リンクを修飾するためのもので、内部リンクにnofollowを付けて回るのは設計として間違いであることを示す図。a要素+href属性spanやdivにクリック イベントだけリンクの実装はクロールできる (JS挿入でも最終形がこれならOK)検索エンジンが たどれないrelの修飾は外部リンク用。 内部リンクにnofollowは間違い

図6: 設計が正しくても、a+hrefの形になっていなければたどられない。

7. サイト構造とパンくずリスト

内部リンクは本文中のリンクだけではありません。 パンくずリストは、そのページがサイト階層のどこにあるかを示す常設の内部リンクです。Google は、パンくずリストがサイトの理解と回遊を助けると説明しており、構造化データで示せば検索結果側にも反映されることがあります。6

階層設計は、次の 2 つを守れば大きく崩れません。

  1. 1 テーマにピラーページは 1 つだけ置く。 似たピラーページが 2 つあると、記事の戻り先が毎回ぶれます。
  2. どの記事からも、2 クリック以内でピラーページかサービスページに着く。 記事から記事へ延々とつながるだけの状態を作らないという意味です。
崩れない階層設計の2ルール1テーマにピラーページは1つだけ置くこと、どの記事からも2クリック以内でピラーページかサービスページに着くことの2つを守れば階層設計は大きく崩れず、似たピラーページが2つあると記事の戻り先が毎回ぶれ、記事から記事へ延々とつながるだけの状態も避けられることを示す図。ルール1: ピラーページは 1テーマ1つ階層は大きく崩れないルール2: 2クリックで ピラーページへピラーページが2つだと 戻り先がぶれる記事だけの連鎖を防ぐ

図7: 階層は2つのルールを守るだけで、戻り先がぶれなくなる。

なお、Google の案内はリンクをクロールできる形にすることとアンカーテキストを説明的にすることであって、1 ページあたりのリンク数の上限ではありません。1 数を目標にするより、自分たちで運用ルールを決めておくほうが実務的です。たとえばこう決めます。

  • 同じリンク先を、1 つの段落の中で 2 回以上貼らない
  • 本文中のリンクは、その段落を読む手が止まらない範囲にとどめる
  • 記事末尾の関連記事は件数を先に決めて固定する。並び順にも意味を持たせる

8. 自分のサイトに当てはめる手順

ここまでの内容を、そのまま作業手順にすると次の 4 段階になります。 記事がある程度たまっているサイトなら、最初の 2 段階だけでも整理が進みます。

8.1 記事の棚卸し

まず、表を 1 枚だけ作ります。凝ったツールは要りません。

列 何を書くか
URL 記事のアドレス
テーマ どのサービスに一番近いか。どれにも近くないものは「なし」と書く
本文中のリンク先 いま本文から出ているリンクの行き先
戻り先 サービスページかピラーページへ戻れているか。戻れていなければ空欄

「戻り先」が空欄の行が、そのまま直す対象です。

8.2 ピラーページと記事ハブを決める

テーマ列を集計すると、記事が多く集まっているテーマが見えます。 そのテーマごとに、ピラーページを 1 つ決めます。既存のサービスページをピラーページとして使い回して構いません。

このとき、テーマが「なし」の記事が 3 本以上あるなら、それは新しいピラーページの候補です。 逆に 1 本しかないテーマは、無理にピラーページを作らず既存のピラーページに寄せます。

8.3 リンク配置の優先順位

全部を一度に直す必要はありません。効きやすい順に並べるとこうなります。

  1. アクセスが多い記事から、サービスページへ戻す。 ここが一番早く効きます
  2. サービスページから、その記事へ戻す。 片方向を往復に変えます
  3. 記事ハブを整え、そこから各記事へつなぐ
  4. ピラーページとサービスページを相互にリンクする
  5. 残りの記事を上から順に処理する

8.4 逆向きを必ず作る

3 の手順まで来たら、8.1 の表に「戻り先」を書き足しながら進めます。 片方向のリンクを足しただけで終わると、5 章の「記事にだけリンクがあり、サービスページから戻れない」状態が再生産されます。

自分のサイトに当てはめる4段階記事の棚卸しの表を作り、テーマ集計からピラーページと記事ハブを決め、アクセスの多い記事から効きやすい順にリンクを配置し、最後に必ず逆向きのリンクを作って往復にするという4段階の作業手順を示す図。8.1 記事の棚卸し表を作る (戻り先の空欄を見つける)8.2 テーマ集計から ピラーページと記事ハブを決める8.3 効きやすい順に リンクを配置する8.4 逆向きを必ず作り 往復にする片方向で終えると失敗が 再生産される

図8: 手順は棚卸し→ピラーページの決定→配置→逆向きの4段階で、往復まで作って完了。

9. 効果をどう見るか

内部リンクの効果は、順位よりも先に 構造として意図どおりになっているか で確認できます。

Search Console のリンクレポートでは、サイト内リンクが多いページや、リンク元のテキストを確認できます。7 ここで見るのは次の 2 点です。

  • ピラーページとサービスページが、サイト内リンクの多いページの上位に来ているか。来ていなければ、設計した戻り先に実際は貼れていません
  • リンク元テキストとして「こちら」「詳細」ばかりが並んでいないか

そのうえで、直したページの表示回数とクリック数を、直す前と後で 同じ長さの期間 で比べます。 どのくらい動くかはサイトの規模と競合状況で変わるので、目安の数字を他社から借りてこないほうがよいです。

内部リンクの効果の見方効果は順位より先に構造として意図どおりかで確認し、Search Consoleのリンクレポートでピラーページとサービスページがサイト内リンクの上位に来ているか、リンク元テキストに「こちら」ばかり並んでいないかを見て、そのうえで表示回数とクリック数を直す前後で同じ長さの期間で比べることを示す図。リンクレポートで構造を 確認するピラーページとサービスページが 上位に来ているかリンク元テキストが 「こちら」ばかりでないか表示・クリックを直す前後 で同じ期間で比べる目安の数字は他社から 借りない

図9: 順位より先に、構造が意図どおりかをリンクレポートで確かめる。

まとめ

内部リンク設計の基本は、記事を増やすことではなく、記事、サービスページ、ピラーページの往復を作ること です。 まずは Web制作・SEOトピック から ホームページ制作 に戻し、必要に応じて問い合わせ導線や記事設計の相談へ分岐する流れを作ると、導線が安定します。

記事のリンク先が迷いなく選べるようになると、検索にも読者にも優しいサイトになります。

関連記事

参考資料

  1. Google Search Central, Search Essentials ↩

  2. Google Search Central, Build and submit a sitemap ↩

  3. Google Search Central, Breadcrumb (BreadcrumbList) structured data ↩

同じタグを共有する最新の記事です。さらに近い話題で知識を深められます。

このテーマと近いトピックページです。記事を起点に、関連するサービスや他の記事へ進めます。

実際の整理や改善の進め方が近い事例ページです。

この記事は次のサービスページにつながります。近い入口からご覧ください。

よくある質問

この記事のテーマについて、相談時によくある質問をまとめています。

記事を増やしたのに問い合わせにつながらないのはなぜですか?
記事の内容よりも、記事からサービスページへ戻る道が弱いことが原因である場合が多いです。内部リンクの本質は回遊数を増やすことではなく、このページ群は何のテーマを扱っているのかを伝えることです。記事からサービスページへ、サービスページからピラーページ(テーマの中心となるハブページ)へ、という往復ができると、ページは単発ではなくテーマの塊として見えます。
内部リンクのアンカーテキストはどう書けばよいですか?
リンク先の役割がそのまま分かる文言にします。一番やりがちな失敗は「詳しくはこちら」や「こちら」に逃げることで、これだとリンク先が何のページか分かりません。Googleはリンクのテキストをページ理解の手がかりとして使うため、「ホームページ制作の進め方を見る」のように、リンク先の名前をそのまま置くほうが読者にも検索エンジンにも伝わります。
記事とサービスページはどこでつなぐべきですか?
少なくとも3か所に導線を設けると、記事からサービスページへ移動しやすくなります。記事の本文中、記事の末尾の関連記事、サービスページ側の関連記事です。この3つが揃うと、読者は記事を読んだあとに自然に次へ進めます。記事側にだけリンクがあってサービスページから戻れない状態は、よくある失敗の1つです。
内部リンクでよくある失敗は何ですか?
どのページも同じ「詳しくはこちら」になっている、記事にだけリンクがありサービスページから戻れない、ピラーページがあるのにそこへ戻す導線がない、問い合わせページだけが孤立している、の4つが典型です。この状態だと記事を読んだ人がどこへ進めばよいか分からなくなります。内部リンクは数よりも、各記事から主要なハブ/サービスページへの戻り先が明確になっているかが大事です。

著者プロフィール

記事の著者プロフィールページです。

小村 豪

合同会社小村ソフト 代表

Windows ソフト開発、技術相談、不具合調査を中心に、既存資産が残る案件や原因が見えにくい障害調査に強みがあります。

ブログ一覧に戻る