内部リンクの貼り方｜企業サイトの関連記事と相談導線を整える設計表

アイキャッチは記事の内容をイメージしたAI生成画像です。

内部リンクを整えるときは、先に「この段落を読んだ人が、次に何を確かめたいか」を決めます。その答えがあるページへ、内容が分かる言葉で案内するのが基本です。記事をすべて相互につなぐより、疑問の整理からサービスの確認、相談へ進む道筋を一本ずつ確認しましょう。本記事では、中小企業のWeb担当者が既存ページを使って導線を見直せるよう、リンク設計表と点検手順を紹介します。

1. 内部リンクは、読者の次の疑問から決める

同じサイトのページへ、読む理由を添えて案内する

内部リンクは、同じサイト内の別ページへ移動するリンクです。本文の文字、関連記事カード、メニュー、パンくずリストなど、見た目はいくつかあります。外部サイトを出典として案内するリンクや、他社のサイトから自社へ張られる被リンクとは区別して管理します。自社で設置できるため、既存記事が増えた段階でも見直しを始められます。

Googleは、ページの関連性を把握したり、新しいページを見つけたりする際にリンクを利用します。リンクの文字や、その周辺にある説明は、リンク先の内容を伝える材料になります。ただし、リンクを増やすだけで順位や問い合わせが上がると保証できるものではありません。読者が必要な情報へ到達できるかを先に確認します。

出典：Google の SEO リンクに関するベスト プラクティス | Google 検索セントラル  |  Documentation  |  Google for Developers

リンク先に役立つ記事があっても、今読んでいる段落と関係が薄ければ、置く場所を変えます。たとえば更新手順の途中で、突然採用サイトの紹介へ案内しても、読者が移動する理由は伝わりません。ページを評価させるための本数を決める前に、一つずつ「何を確かめるためのリンクか」を説明できる状態にしてください。

記事の末尾だけで足りるかを考える

関連記事の一覧は、読み終わった人が次のテーマを探すのに役立ちます。一方、手順の途中で用語や前提を確認したい人には、必要な段落の近くに補足への案内がある方が探しやすくなります。本文中と末尾のどちらか一方へ統一する必要はなく、読むタイミングに合わせて役割を分けましょう。

同じ説明を複数の記事へ長くコピーして埋めると、更新する場所が増えます。共通する詳細は一つのページへまとめ、ほかの記事では必要な要点と読む理由を示して案内する方法があります。ただし、リンク先へ行かなければ見出しの答えが一切分からない構成にはしません。現在のページだけでも中心の疑問に答えられることが前提です。

2. 記事・サービス・問い合わせの役割を整理する

最初に、案内先として使える公開ページを一覧にします。記事タイトルだけで分類せず、「読者が何を決められるか」を一行で書いてください。ページ数が多い会社でも、まず売りたいサービスと、その検討に関係する記事から始めれば作業範囲を絞れます。公開されていない資料や、古くて説明が違うページは、そのまま案内先にしないようにします。

表が収まらない場合は横にスクロールできます →

GoogleのSEOスターターガイドは、サイトを論理的に整理し、関連する情報へリンクする考え方を案内しています。サイト構成を変えるときも、検索向けの用語だけで整理するのではなく、読者が探す情報をまとまりとして考えます。サービスごとの入口と、詳しい説明へ進むページが見分けられるかを確認してください。

出典：Google 公式 SEO スターター ガイド | Google 検索セントラル  |  Documentation  |  Google for Developers

相談を急がない読者には、判断材料への道を残す

「更新は必要そうだが、社内でできるか知りたい」という段階の人には、作業の分担や点検表が役立ちます。「社内では対応できないので任せたい」という人には、依頼範囲や準備する情報の説明が必要です。同じ記事を読んでも段階は異なります。すべてのリンクを問い合わせへ向けるのではなく、読者が決めるための選択肢を用意しましょう。

これは導線の設計例です。必ず三ページを経由させる必要はありません。依頼する内容が決まっている人には、記事から相談窓口への案内が役立つ場合もあります。途中に挟むページが増えるほど良いわけではなく、判断に必要な説明が欠けていないかで経路を決めます。

3. リンクを置く場所と文言を決める

リンク先を開く前に内容が分かる言葉にする

リンクとして押せる文字をアンカーテキストと呼びます。「こちら」だけでは、行き先を開かないと内容が分かりません。前後の文章と合わせて何を読めるか伝わるように、「ホームページ更新の依頼書と確認項目」のような言葉を使います。長い記事タイトルを毎回そのまま入れる必要はなく、その場の疑問に合う範囲で短くできます。

表が収まらない場合は横にスクロールできます →

本文に自然に入らない検索語の羅列や、案内先にない成果の約束は避けます。画像やカード全体をリンクにする場合も、画像だけに頼らず、見える題名で内容が分かる形にしてください。画像リンクの代替テキストも、リンク先の意味を伝える手がかりになります。

出典：Google の SEO リンクに関するベスト プラクティス | Google 検索セントラル  |  Documentation  |  Google for Developers

共通メニューと本文リンクを使い分ける

メニューは主なページへの入口、本文中のリンクはその話題の補足、末尾の関連記事は読み終えた後の案内、と役割を分けます。共通メニューにすべての記事を入れると、読む人が選びにくくなります。サイトの主な案内と個別の記事間のつながりを、同じ方法で解決しようとしないことが設計の出発点です。

パンくずリストは、現在のページがサイトのどこにあるかを示す階層の案内です。たとえば「ホーム→コラム→カテゴリ→記事」のような関係を表示します。Googleのパンくずに関する公式資料でも、サイト階層内の位置を示す役割が説明されています。関連記事や相談ボタンの代わりではなく、上の階層へ戻る案内として考えましょう。

出典：パンくずリスト（BreadcrumbList）のマークアップを追加する方法 | Google 検索セントラル  |  Documentation  |  Google for Developers

本文リンクを追加する位置は、読者が疑問を持つ文の近くにします。ひとつの短い段落に何本も詰め込むと、どこを読めばよいか迷わせます。補足が多い場合は、本文で答える内容を整理してから、必要な案内だけ残してください。リンク数の一律の正解を探すより、設置した一本ごとの説明ができるかを確認します。

4. リンク設計表を使って、一本ずつ判断する

リンク元・読者の疑問・行き先を一組にする

まずは相談につなげたいページを一つ選び、その検討に役立つ記事を探します。関連しているからという理由だけでつなぐのではなく、リンク元のどの段落から、何を知るために移動するかまで書いてください。担当者が変わってもこの理由が残っていれば、新しい記事を追加するときの判断材料になります。

仮想例で、設置するリンクと見送るリンクを分ける

以下はWeb運用支援を扱う会社を想定した設計例です。実際の成果や顧客の行動データではありません。「社内では直せない作業がある」と分かった読者を、外注時の準備へ案内するなら話がつながります。一方、ページの共通語が少し似ているだけでは、今そのページへ移動する理由として弱い場合があります。

表が収まらない場合は横にスクロールできます →

リンク元から先へ行くだけでなく、必要に応じて全体の説明へ戻る道も考えます。ただし、必ず相互リンクにするルールは設けません。詳細記事から概要へ戻る必要があるか、サービス紹介から説明記事を読むと判断しやすくなるかを見て決めます。全記事を機械的につなぐと、関連の薄い案内まで増えてしまいます。

設計表の優先順は、相談に関係する重要ページへ到達できない箇所、行き先が古い箇所、文言が分かりにくい箇所などから決められます。点検したページを一度に全部直す必要はありません。まず一本設置して、実際の表示と移動を確かめてから、同じ考え方を関連ページへ広げます。

5. 公開前に表示・行き先・実装を確かめる

編集画面でリンクを入力できたことと、公開ページで正しく使えることは別です。保存後の公開画面から実際に押し、意図したページが開くかを確認します。移動先のタイトルだけでなく、案内した答えが本文に残っているかも見てください。記事を更新した結果、以前はあった料金や手順がなくなっている場合があります。

クリックできるだけで、検索エンジンも読めるとは限らない

Googleが安定してたどれる形は、href属性を持つa要素です。簡単にいえば、行き先のURLがHTMLのリンクとして指定されている状態を指します。クリック処理だけで画面を切り替える部品を使っている場合は、制作担当に実装を確認してもらいましょう。見た目だけで判断せず、関連記事カードやメニューも含めて対象にします。

出典：Google の SEO リンクに関するベスト プラクティス | Google 検索セントラル  |  Documentation  |  Google for Developers

通常のCMSで本文へリンクを追加できる担当者なら、まず公開画面での移動確認から始められます。コードを書き換える必要があるか不明な場合は、無理にテーマや共通設定を触らず、対象URL、問題が起きる位置、期待する行き先をまとめて制作担当へ渡してください。サイト全体のメニューを変更する場合は、他のページでも使えるか確認範囲を広げます。

公開URLが変わった記事へ案内する場合は、古いリンクが転送で開けるだけで完了にせず、設計表の行き先も見直します。転送設定をむやみに消すのではなく、移転対応の担当者と正しいURLを確認してください。公開前のプレビューURLや、社内専用の共有リンクを本文へ残さないことも確認項目です。

6. 公開後は移動と相談を分けて見直す

公開直後に確認できるのは、リンクが表示され、意図した場所へ移動できることです。検索での評価や問い合わせの増加は、その後のデータで確認します。技術的に正常だった結果を、検索順位が上がった成果として報告しないでください。サイトの変更記録には、設置日と対象ページ、変更した文言を残します。

アクセス解析でリンククリックを計測する場合は、計測設定と動作確認が先です。ボタンを押した回数、フォームの正常送信、営業が対応する相談は別の段階として扱います。記事から直接相談せず、サービスを比較して後日戻る人もいるため、単一のリンクだけで成果を説明し切ろうとしない方が運用の判断を誤りにくくなります。

相談を増やしたいのに移動先の説明が足りない場合は、リンクを増やすより、案内先の対応範囲を整える方が先かもしれません。反対に、説明はあるのにたどり着けないなら、配置や文言が改善候補です。入口、行き先、相談窓口を順に確かめ、最も大きなつまずきから作業を決めます。

外部に依頼するときは、設計表の「リンク元」「読者の次の疑問」「候補の行き先」を埋めておくと、本文の修正か、サイト全体の構造変更かを相談しやすくなります。候補が分からない場合も、公開URLと困っている場面を書けば出発点になります。まず一記事で、読者が必要な情報へ進める道を確認してください。

よくあるご質問