内部リンクはどこに貼る？本文中に置く理由と、365記事で数えたリンク本数

内部リンクは、伸ばしたい記事を1本決め、その話題に触れている自分の記事を検索で探して、その語が出てくる本文中の段落に置きます。内部リンクを貼ろうとして「で、どこに貼るのか」で手が止まっている人に向けて書きました。

読み終えると、貼り元の探し方と本文中の置き場所が決められ、リンクの本数をどこまで気にすればいいかを、このサイトの365本で数えた結果と並べて判断できます。

探す向きが逆になっている

内部リンクで最初に間違えるのは、場所ではなく探す向きです。

多くの場合、「この記事に、何を貼ろうか」と考えます。記事を開いて、関連しそうな記事を思い出して、末尾に並べる。貼り元から出発しています。

ですが、内部リンクで読者を送り届けたいのは、リンクを受け取る側の記事です。リンクをたどってきた読者も、リンクを手がかりにする検索エンジンも、行き先を見ています。なので、向きを逆にします。

先に決めるのは、伸ばしたい記事のほうです。そこから逆算して貼り元を探す。この順番にすると、探す作業が検索で片付きます。

内部リンクの貼り元は検索で見つかる

伸ばしたい記事が決まったら、その記事の主題になっている語を1つ取ります。あとは自分のサイトの中だけを、その語で検索します。

1. site: 演算子で探す

site: 演算子は、検索する範囲を特定のサイトに限定する書き方です。Google の検索窓にこう入れます。

site:example.com 内部リンク

  ↑ 自分のドメイン    ↑ 伸ばしたい記事の主題になっている語

Google 検索ヘルプ「Google 検索の結果を絞り込む」は、サイトやドメインの前に site: と入れる書き方を挙げ、演算子と語のあいだに空白を入れないよう断っています。出てきたページが、すでにその語に触れている自分の記事、つまり貼り元の候補です。触れているということは、その話題への文脈がすでに本文にあるということでもあります。

⚠️ ただし site: の結果はインデックスの完全な一覧ではありません。件数も概算です。出てこない = 書いていない、ではありません。取りこぼしを埋めるのが次の2つです。

2. Search Console のクエリから探す

こちらのほうが精度は高くなります。Search Console の検索パフォーマンスで、検索キーワードをその語で絞り込み、「ページ」のタブに切り替えます。

出てくるのは、その語で実際に検索結果に出ている自分のページです。site: 検索が「その語を含むページ」を返すのに対し、こちらは Google がその語と結びつけて扱っているページを返します。貼り元としては、後者のほうが近いと考えられます。

3. サイト内検索・管理画面の検索で探す

WordPress の記事一覧の検索窓や、サイトに置いてある検索フォームでも同じことができます。インデックスされていない記事も拾えるのが利点です。公開したばかりの記事は site: にも Search Console にもまだ出てきません。

3つとも同じ語で回して、出てきたURLを並べます。ここまでで貼り元の候補一覧ができます。ここまでは機械的な作業です。

末尾のリンク集は、なぜ押されないのか

貼り元が決まったら、次は位置です。記事末尾に「関連記事」として並べるのが、いちばん楽な置き方です。そしていちばん押されにくい置き方でもあります。

理由は3つあり、どれも読者の側の事情です。

• そこまで到達する人が限られる — 末尾は読み終えた人にしか見えません。途中で離脱した人には存在しないのと同じです
• 押す理由が無い — リンクは、押す前に「今これが要る」という理由が要ります。理由を作れるのは直前の文だけで、末尾のリンク集にはその直前の文がありません
• 形が毎回同じで、見飛ばされる — 全記事で同じ枠に同じ形で並ぶものは、読者が「本文ではない部分」として覚えます。広告枠が見られなくなるのと同じ理屈です

逆に言うと、本文中のリンクが押されるのは、直前の文が理由を作っているからです。「◯◯については別に書きました」という文の直後にあるリンクは、読者がちょうどその疑問を持った瞬間に置かれています。

末尾のリンク集を消せ、という話ではありません。回遊の受け皿としては置いておいてかまいません。それだけで済ませない、という話です。

記事の最後に置くなら、関連記事を並べるより、理由の1文を前に置いた1本に絞るほうが押す理由を作れます。まとめの中での置き方はブログのまとめの書き方は？要約より次にやる1つと読む1本に書きました。

内部リンクを貼る場所は、本文中のどこがいいか

具体的な位置は、貼り元の記事を開いてブラウザのページ内検索で狙う語を探すと決まります。その語が最初に出てくる段落が第一候補です。

そこで読者は初めてその話題に触れます。疑問が生まれる場所が、リンクを置く場所です。語より前に置くと、まだ疑問が生まれていません。段落を1つ足して説明を挟んでから貼る形でも、ここは変わりません。

リンクを貼る側の記事から見ると、本文の流れが切れないことが条件になります。読み進める妨げになるなら、その位置は間違いです。

リンクにする文字は「詳しくはこちら」にせず、リンク先の記事のタイトルの、行き先が分かる部分を持ってきます。Google のリンクに関するベスト プラクティスも、リンクの文字はリンク先のページについての情報を伝える、と書いています。公式が挙げている悪い例と書き換えの型はアンカーテキストの書き方、内部リンクは「詳しくはこちら」では押されないにまとめました。

カードで目立たせるか、文の中のテキストリンクにするかで迷ったときの私の使い分けはブログカードとテキストリンクはどっち？内部リンクの見せ方と、表示されないときの確かめ方に書きました。WordPress のブロックエディタで、文字を選んでリンクを付ける操作そのものはWordPressの内部リンクの貼り方は？エディタの手順と貼る記事の決め方にあります。なお、内部リンクを整えても、検索結果に出るサイトリンクの出し方は指定できません(公式が「自動化されています」と書いています)。

内部リンクの本数を増やせば、検索に出やすくなる？このサイトの365記事で数えた

このサイトの記事では、受ける内部リンクが3本以上の記事を本数で分けても、本数が多いほど検索に表示されやすいという並びにはなりませんでした。数えたきっかけは、この記事そのものです。この記事は2026年10月23日の時点で31本の記事から本文でリンクされていますが、8月10日〜10月20日の72日間、Search Console の表示は0回でした。10月23日の URL 検査では「クロール済み - インデックス未登録」(最終クロールは10月18日)でした。この記事を書き直したあと、10月26日の URL 検査ではインデックスに登録されていました(最終クロールは10月23日。書き直しが効いたのかどうかは分かりません)。リンクの本数を積むほど検索に出やすくなるのかを、サイト全体で数えてみました。

数え方

• 数えた記事: 2026年10月20日までに公開した365本。リンクを出す側も受ける側も、この365本に限りました(Search Console の期間の終わりにそろえるため)
• 数えたリンク: 記事の本文(要約・表・よくある質問・まとめを含む)にある、ほかの記事へのテキストリンク。同じ記事から何本あっても1本と数えたので、「何本の記事からリンクされているか」の数です
• 数えていないリンク: 記事の下に自動で出る「関連する記事」の欄、ブログの一覧ページ、記事末尾の宣伝の段落、ヘッダーなどサイト共通の部分
• 本数は10月23日の本文で数えたので、期間の途中で足したリンクも入っています
• 表示回数: Search Console の検索パフォーマンス(ウェブ（テキストベース）)の「ページ」を10月22日に書き出したもの(8月10日〜10月20日の72日間)。表示が1回も無い記事は書き出しに出てこないので、0回として扱いました

365本が受けるリンクは平均8.7本・中央値6本・最大55本で、0本の記事はありませんでした。新しい記事を書くたびに、ほかの記事の本文から1本以上リンクを貼る決まりにしているためです。

受けるリンクが多い記事ほど表示されやすい、という並びにはならなかった

3本以上の3つの帯は76〜79%で、表示回数の中央値もどれも3回でした。1〜2本の帯だけ低いのは、21本のうち11本が10月に公開した新しい記事で、まだ表示が付く前のものが混ざっているからだと私は見ています。公開から日のたった記事にそろえるため、9月末までに公開した163本に絞っても、3〜5本89%・6〜10本71%・11本以上81%で、本数が多いほど高いという並びにはなりませんでした。

いちばんリンクを受けている10本も、表示回数はサイト全体の中央値と変わらない

上位10本は33〜55本のリンクを受けていますが、表示は0〜14回でした。どれも8月11日〜17日、サイトを始めて1週間ほどのうちに書いた、Search Console の基本やリライトの手順の記事で、後から書いた記事が説明を渡す先にしてきたので本数が積み上がっています。反対に、表示回数が多かった上位10本が受けていたリンクは3〜24本(中央値4本)でした。10本のうち8本は10月に公開した記事で、その多くは Google 画像検索の「ライセンス可能」や、STUDIO・Wix の SEO のように、Search Console やリライトの手順からは話題の離れた記事です。

この数字から言えること、言えないこと

言えるのは、このサイトの72日間では、受けるリンクの本数と、検索に表示されたかどうかが並んでいなかった、というところまでです。1サイト・1期間の観察で、公開した時期・話題・書き方の違いが混ざっているので、本数が効かないとも、効くとも言えません。リンクが多い記事は、もともと検索で競う相手の多い一般的な話題だった、という読み方もできます。

数えたのは私が決めた範囲の本数で、Google が数えているリンクとは別物です。Search Console のリンクレポートのヘルプは「このレポートは、サイト上のすべてのリンクを網羅したものではありません。」と書いていて、表に出るのはサンプルです。私の数え方は、一覧ページや「関連する記事」の欄のリンクを外しているので、リンクレポートの数字とも合いません。リンクレポートの表の読み方はサーチコンソールのリンクレポートの見方、被リンクより内部リンクの表を見るに書きました。

公式が本数について書いているのは、Google のリンクのベスト プラクティスの次の2文です(間を省いています)。

関心のあるすべてのページに、同じサイト上の少なくとも 1 つ以上の別のページからのリンクがあることが推奨されます。
…
1 ページあたりに含まれるリンクの数に関して、理想的な値というものはありません。
— Google 検索セントラル「Google の SEO リンクに関するベスト プラクティス」

このサイトは全記事が本文で1本以上のリンクを受けているので、1本目の推奨は満たしています。その先の本数については、公式に理想の値が無く、このサイトの数字でも表示と並ばなかった。だから私は、リンクを何本集めたかを数えるより、どの記事へ向けるかと、本文のどこに置くかを先に決めています。内部リンクを貼ること自体をやめる理由にはしていません。

内部リンクは貼りすぎない — 読者を送るリンクは1記事2〜4本

本文中のリンクは、増やせば増やすほど効くものではありません。本文の流れの中で、読者を次の記事へ送るリンクは1記事2〜4本を目安にしてください。同じ説明を繰り返さないために隣の記事へ渡す注記のリンクは、別に数えています。

リンクは読者にとって「ここで離れてもいい」という合図です。合図が多い記事は、読み進める前に離脱されやすいと私は考えています。そして本数が増えるほど、1本あたりに向く注意は薄まります。

本数より先に効くのは、関連しているかどうかです。関係が薄い記事へのリンクは、押されないだけでなく「この人のリンクは押しても外れる」という印象を残します。関連が薄いのに本数あわせで貼らないでください。

私が内部リンクで作りたいのは、ある話題を検索して来た人が、読み終えたあとで関連する話題も調べたくなったときに、そのまま次の記事へ進める流れです。その流れがあると、次に同じような悩みが出たときにまたこのサイトへ戻ってきてもらいやすく、このサイトでいえば問い合わせや道具を使ってもらうことにもつながりやすいと考えています(このサイトで確かめた数字はありません)。2〜4本を目安にしているのは、その次の一歩をはっきり見せたいからです。

ただ、上で数えたとおり、このサイトの記事が受けるリンクは平均8.7本で、それは出す側も1記事あたり平均8.7本(中央値8本)のリンクを本文に置いているということです。この目安を、私自身が超えています。注記のリンクも入れて数えた本数ですが、超えた分が読者に押されているかは確かめていません。

別のサイトへ貼る外部リンクとの違いと、外へ貼ると評価が減るのかは外部リンクを貼ると評価は減る？に分けて書きました。リンクを別タブで開くかどうかで検索順位が変わるという記述が Google の公式ドキュメントにあるかは、リンクを別タブで開くとSEOに影響する？公式の記述を確かめたで確かめています。

そもそも、どの記事を伸ばすか

ここまでは伸ばしたい記事が決まっている前提で書きました。決まっていない場合は、そちらが先です。

Search Console のデータで機械的に絞るなら、掲載順位4.0〜20.5位・表示回数100回以上のページが判断できる範囲です。順位が上すぎるページは伸びしろが小さく、下すぎるページは内部リンクより先に見ることがあり、表示回数が100回に満たないページは数字が偶然で振れます。

判定の中身はサーチコンソールでリライトする記事の見つけ方に全部書きました。あちらは「どの記事を直すか」、この記事は「決まったあと、どこから貼るか」で役割が違います。

この判定を自動でやるツールも作ったので、手で回すのが面倒なら使ってください。詳しくは記事の最後に書きます。

伸ばす記事を選ぶのと一緒に、内部リンクがほとんど付いていない記事が無いかも見ておくと手が早いです。Search Console のリンクレポートの内部リンクの表を末尾から見ると見つかります(1本も無い記事、いわゆる孤立ページは表に出ないので、記事の一覧と、表に出ている URL を突き合わせて確かめます)。表の読み方は上のサーチコンソールのリンクレポートの見方の記事に任せます。話題ごとにどの記事を中心にしてつなぐかを決めたいときは、クエリから親記事を選ぶ手順をトピッククラスターとは？個人ブログはサーチコンソールで拾っている語から親記事を決めるに書きました。

貼ったあと、効いたかをどう見るか

内部リンクを足しても、その場では何も起きません。貼り元の記事が再クロールされ、検索結果に反映され、数字が溜まるまで待つことになります。

数日で判断しないでください。見るのは貼り先の記事の表示回数と掲載順位で、クリック率(CTR)ではありません。内部リンクは検索結果の見た目を変えないので、CTRが動く理由がありません。

「内部リンクの効果」と言うときに見るのも、リンクを受け取った記事の数字です。たとえば新しい記事を書いて、その本文から関連する過去記事へ貼ったなら、表示回数と掲載順位を比べるのは新しい記事ではなく、貼った先の過去記事のほうです。ただ、数字が動いても、内部リンクのおかげか、時期や話題の違いかは切り分けられません(上のこのサイトの数字も、その限界つきです)。

貼ったリンクが読者に押されて次の記事へ進んでいるか(いわゆる「回遊率」)を GA4 で見たいときは、GA4 の指標一覧に回遊率という名前の指標が無いことと、近い指標を記事ごとに出す手順をブログの回遊率はGA4のどこで見る？セッションあたりのページビュー数で出すに書きました。記事ごとに、次にどの記事が読まれたかを図で見る手順はGA4の経路データ探索の使い方。記事の次と前に読まれた記事を見るにあります。

待つ期間の目安はリライトの効果はいつ分かるのかに書いています。あちらでも site: 検索を使いますが、用途は変更が検索結果に反映されたかの確認で、この記事の使い方とは別です。

リンクまわりで迷ったとき、次に読む記事は？状況別に

内部リンクの貼り方のほかに、リンクの文字・見せ方・rel属性・外部リンク・サイドバーの人気記事欄などで迷ったときは、次の記事に分けて書いています。

よくある質問

内部リンクは1記事に何本まで貼っていいですか

上限の決まりはありませんが、本文中で読者を次の記事へ送るリンクは2〜4本を目安にしてください。2〜4本は私の目安で、公式の数字ではありません。Google のリンクのベストプラクティスには「1 ページあたりに含まれるリンクの数に関して、理想的な値というものはありません。 ただ、リンクの数が多すぎると感じる場合、実際にそうである可能性が高いと言えます。」とあります。多すぎるかどうかは、読み返して自分で多いと感じるかで決めてください。なお、このサイトの記事は注記のリンクを含めると平均8.7本で、私自身この目安を超えています。

内部リンクがたくさん付いているのに、検索に出ないのはなぜですか

受けるリンクの本数だけでは、検索に出るかは決まらないことがあります。このサイトでも、55本のリンクを受けている記事の表示は72日間で2回で、この記事も2026年10月23日の時点で31本受けながら表示0回、10月23日の URL 検査では「クロール済み - インデックス未登録」でした(書き直したあと、10月26日には登録済み)。まず URL 検査で登録の状態を見て、状態ごとに次の一手を決めます。「クロール済み - インデックス未登録」の読み方は「クロール済み - インデックス未登録」は品質が低いという判定？に書きました。

site: 検索で自分の記事が出てきません

site: の結果はインデックスの完全な一覧ではありません。公開したばかりの記事や、まだクロールされていない記事は出てきません。Search Console のページ一覧か、サイト内検索・管理画面の検索で補ってください。それでも見つからないなら、その語に触れている記事が本当に無い可能性があります。その場合は貼り元を探すより、その語を扱う記事を1本書くほうが先です。

内部リンクを可視化するツールは要りますか

この記事の手順だけなら、要りません。貼り元は site: 演算子・Search Console・サイト内検索の3つで探せますし、内部リンクがほとんど付いていない記事は、Search Console のリンクレポートの内部リンクの表の末尾で当たりを付けられます。サイト全体のつながりを図で見たい場合にツールを使うのは止めませんが、特定のツールは勧めません。このサイトのツールもリンクのつながりは見ていません。図を眺める前に、伸ばしたい記事を1本決めるほうが先だと私は考えています。

テーマの「関連記事」機能があれば、内部リンクは要りませんか

置き換えにはなりません。自動表示の関連記事は、全記事で同じ枠・同じ形に出るため、本文の一部として読まれにくく、直前に押す理由となる文脈もありません。受け皿として残しておくのはかまいませんが、伸ばしたい記事へは本文中から別に貼ってください。

まとめ

• 探す向きを逆にする。先に決めるのは伸ばしたい記事で、そこから貼り元を逆算する
• 貼り元は勘ではなく検索で出す。site: 演算子・Search Console のクエリ・サイト内検索の3つ
• 記事末尾のリンク集より、本文中の文脈に沿った位置のほうが押す理由を作れる。置く位置は、貼り元の本文でその語が最初に出てくる段落。リンクの文字は、リンク先の内容が分かる語にする
• このサイトの365本では、受ける内部リンクが3本以上のどの帯でも、検索に表示された記事は76〜79%(9月末までの記事に限ると71〜89%)で、本数が多いほど多いという並びにならなかった。1サイト・1期間の観察で、本数が効く・効かないとは言えない。数えた本数は Google が数えるリンクとは別物
• だから本数を積み上げるより、どの記事へ向け、どこに置くかを先に決める。読者に次に読んでほしい記事へ送るリンクは1記事2〜4本が目安(私の目安。このサイト自身は注記のリンクを含めて超えている)

この記事で引いた公式の情報は3つです。Google 検索セントラルの「Google の SEO リンクに関するベスト プラクティス」、Search Console ヘルプの「リンクレポート」、Google 検索 ヘルプの「Google 検索の結果を絞り込む」で、2026年10月23日に日本語版を取得し、引用は原文と照合しました。リンクレポートのヘルプの日本語版には AI 翻訳を含む場合があるという注記があるので、英語版もあわせて読んでいます。このサイトの数字は、同じ日に記事のファイルと Search Console の書き出しから私が数えたものです。

内部リンクは、思いついたときに足すものでも、本数を集めるものでもありません。伸ばしたい記事を1本決めて、検索で貼り元を洗い出し、その語が出てくる段落に置く。この手順にすると、迷う時間がなくなります。

ここから先は、私が作ったツールの話です。

伸ばしたい記事が決まったら、リライトレーダーにそのURLを入れて、見出しや本文の直す点を見てみてください。まだ決めていないなら、Search Consoleのデータを入れると、候補の記事の順番まで出ます。URLの診断で送るのは入れたURLだけで、本文は保存しません。Search Consoleの「ページ」タブのエクスポートをZIPのまま置くと、掲載順位4.0〜20.5位のページから手を入れる候補を順に並べます。判定と、そのうち1記事分の診断カードまでは無料です。有料は2,980円(税込)の買い切りで3記事分(候補が4件以上のときだけご案内)、生成の期限は購入から90日間で、月額課金はありません。CSVはブラウザの中で読み、送るのは候補ページのURLと、診断カードを出すときの狙いキーワード・順位・表示回数・CTRだけです。

⚠️ URLの診断は本文だけを読み、順位・表示回数・CTRは使いません(それらを使うのはSearch Consoleのデータを入れたときです)。診断カードに出る内部リンクの候補は、貼ったCSVのURLの文字列から最大3件を拾うだけで、本文やリンクのつながりは見ません。