内部リンクモジュール:アンカーテキスト、密度、配置
説明的なアンカー、意図的な密度、正確な配置、情報提供ページから商業的な次のステップへの橋渡しを備えた内部リンクモジュールを構築します。
内部リンクモジュールとは、メインコンテンツ内に意図的に作成されたリンクであり、そのリンク先が今なぜ重要なのかを説明する十分な周囲の言語を伴うものです。これはランダムなキーワードリンクやページ末尾のおすすめウィジェットではありません。最も小さな有用な形式は「ワークフローが安定したら、それをハウツーガイド として文書化し、同じワークフローが買い手の特定の問題を解決する場合は、関連するユースケースページ に接続してください」という1文です。
その文がエレメントとしてレンダリングされたものです。アンカーは2つの異なる送信先を予測し、周囲の節は情報提供から商業への進行を説明しています。リンクは視覚的に控えめです。その役割は読書の摩擦を取り除くことであり、中断することではないからです。
このエレメントが重要な理由
読者は、現在のページに留まるコストが有益な経路をたどるコストよりも大きくなったときに内部リンクをクリックします。定義が馴染みがない場合、手順に前提条件が必要な場合、または教育的な説明によって読者がソリューションを評価する準備ができた場合などです。コンテキストリンクが機能するのは、その正確な意思決定ポイントに現れるからです。読者はメニューを検索したり、一般的な「もっと詳しく」というラベルを解釈したり、数段落前に言及されたページを覚えておく必要がありません。
機械抽出可能性とは、クローラー、検索エンジン、またはAI検索システムが、視覚的なスタイルから推測することなく、HTMLから関係性を復元できる能力のことです。通常の<a href>は、送信元と送信先の間にクロール可能なエッジを作成します。説明的なアンカーテキストは送信先の主題を名指しし、包含する文が「定義する」「説明する」「比較する」「証明する」「適用する」「販売する」などの関係性を追加します。これらが組み合わさることで、ベアURL、JavaScriptのクリックハンドラー、または「詳細」という言葉よりも強力なコンテンツアーキテクチャのステートメントになります。
内部リンクはまた、発見可能性と内部オーソリティを分散します。新しく公開されたページが既存のページから到達可能になり、広範なページ、より具体的な回答、商業的な送信先がどのように適合するかを示すのに役立ちます。その利益は、関係性が実際に存在する場合にのみ得られます。密度だけのためにリンクを追加すると、読者と機械の両方にアンカーはノイズであると教えることになります。
優先順位ルールとして、エレメント作成ルール を使用してください。ある文章の目的が現在のアイデアを特定の内部送信先に接続することである場合、最終的なレンダリングが通常のインラインリンクであっても、この型付きモジュールを使用してください。見出し、太字テキスト、または手動でスタイル設定された文は、公開システム間でその送信先、関係性、バリアント、レビュールールを保持しません。
いつ使用するか
内部リンクモジュールは、送信先が現在の文やセクションによって生み出された可能性の高い次の質問に答える場合に使用します。強い理由としては、馴染みのない概念の定義、前提条件の提供、意図的に要約されたサブトピックの展開、実装の詳細の提示、選択肢の比較、証拠の提供、または理解された問題から関連する商業的ソリューションへの移行が含まれます。
編集上のテストは簡単です。「読者は今このリンクをたどるべきなのは…なぜなら」という文を完成させてみてください。答えが具体的な次のニーズを挙げていれば、リンクには目的があります。答えが「このページをランク付けしたいから」「キーワードがここに現れるから」「テンプレートが3つのリンクを期待しているから」であれば、削除してください。
類似しているが異なるケースとしては、以下のようなものがあります:
- 引用は自動的に内部リンクモジュールにはなりません。 出典は主張を証明し、コンテキストリンク先は旅を続けます。内部調査ページが両方の役割を果たす場合は、そのエビデンスとしての役割を明確に特定してください。
- その用語がすでにその場で定義されている場合、用語集リンクは不要です。 現在の読者が合理的に必要とする可能性のある深みを送信先が追加する場合にのみリンクしてください。
- 関連コンテンツブロックはコンテキストリンクではありません。 記事完了後に複数の次ページを提供します。このエレメントは、1つの送信先が関連性を持つ時点に配置されます。
- パンくずリストは構造的ナビゲーションです。 周囲の文とは独立して階層を表現します。
- コールトゥアクションはコンバージョンを求めます。 商業的橋渡しは、教育的な文をすべて販売プロンプトに変えることなく、読者を関連する商業ページへ準備させます。
最初の言及すべてに自動的にリンクしないでください。最初の言及は便利なレビュートリガーであって、必須事項ではありません。馴染みのある用語に回り道は不要ですが、後の技術的な区別が、より深いページが有用になる正確なポイントかもしれません。
どこに配置するか
現在のページが送信先へのニーズを生み出した直後にリンクを配置してください。これにより因果関係が維持されます:概念や問題を述べ、現在のページが完結するのに十分な説明をした後、より深いまたはより商業的な資料への経路を提供します。現在のページはクリックを必要とせずに自身の意図を満たせる必要があります。
| 位置 | 許可? | 理由 | ルール | |
|---|---|---|---|---|
| 送信先の主題を名指しする文中 | はい | アンカーとコンテキストが1つの理解可能な関係を形成します。 | ページを正確に予測する最短のフレーズにリンクします。 | |
| 完全な説明段落の末尾 | はい | 読者はより深みを選ぶ前に回答を受け取ります。 | 切り離された「続きを読む」ではなく、橋渡しの文を使用します。 | |
| 見出しとその直接的な回答の間 | いいえ | リンクが見出しが約束した回答を遅らせます。 | 最初に回答し、必要な説明の後にリンクします。 | |
| 前提条件を必要とするステップ内 | はい | 読者は行動する前に前提条件が必要かもしれません。 | 不可逆的または失敗するアクションの前に配置し、後にしないでください。 | |
| 主張とその引用または限定の間 | いいえ | 証拠とそれが裏付けるステートメントを分離します。 | 主張、限定、証拠をまとめて保持し、その後でリンクします。 | |
| 警告、モーダル、広告、フローティングCTAの隣 | いいえ | 競合する強調によりリンクの役割が不明確になります。 | 静かな本文に移動するか、競合するモジュールを削除します。 | |
| クロージングコンバージョンCTA内 | いいえ | ナビゲーションとコンバージョンが区別できなくなります。 | コンテキスト橋渡しは早めに、CTAは単独で配置します。 |
隣接する単語にリンクを配置したり、文全体をリンクにしたり、1つの文に3つの送信先を配置したりしないでください。2つの送信先が本当に必要な場合は、明確な節でそれぞれの役割を分離してください。3つ必要な場合は、リストまたは関連コンテンツエレメントを使用してください。
情報提供から商業への橋渡しについては、教育的な文章が認識可能なニーズを確立した後にのみリンクを配置してください。カテゴリの基準を説明する段落は、該当するカテゴリページにリンクできます。診断的な文章は、症状と必要な解決策の種類を説明した後で製品機能にリンクできます。冒頭の定義、直接的な回答、または中立的な警告に商業的な経路を配置しないでください。これらの位置はページが販売に乗っ取られた印象を与えます。
構成要素
ラベル付きの構成要素には6つの部分があります:
- ニーズステートメント: 別のページを関連性のあるものにする概念、質問、前提条件、または意思決定。
- アンカーテキスト: 近くのテキストに頼らずに送信先を予測する、表示されるリンク語句。
- 送信先URL: 回避可能なリダイレクトなしで解決される1つの正規内部パス。
- 関係フレーズ: 「使用」「比較」「証拠を見る」「評価する」など、読者が移動すべき理由を説明する言語。
- バリアント: 編集上の役割:前提条件、深層、横断、または商業的橋渡し。
- コンテキスト境界: リンクのスタイルを削除しても理解可能な完全な文または短い段落。
デザイン例
視覚的な処理は一貫しています。バリアントは編集上の関係によって定義されます。これにより、作成者が本当に選択すべきは正しい送信先である場合に、明るいカードを選んでしまうことを防ぎます。
前提条件リンク: 読者が続行する前に必要な知識やアクションにルーティングします。「Xを設定する前にYを確認してください」のように、依存関係をステップの後ろに隠すのではなく前に配置します。
深層リンク: 現在のページが意図的に要約している詳細を提供します。送信元の段落は十分な回答を与え、送信先は完全な方法、仕様、または証拠を必要とする読者にサービスを提供します。
横断リンク: 同じジャーニー段階で関連概念、代替案、または隣接タスクを接続します。区別を明示することで、単に類似したページが互換性があるとリンクが示唆しないようにします。
商業的橋渡し: 読者の認識されたニーズがその送信先と一致するため、教育から製品、カテゴリ、サービス、ソリューション、またはユースケースページへ移行します。適合性を名指しし、プロモーション的な形容詞で関係性を代替しないでください。
4つすべてのバリアントは標準的なリンクスタイルと可視フォーカスを使用します。色だけが唯一のシグナルであってはいけません。下線または別の永続的な色以外の合図を使用してください。
パラメータ
| 名前 | 型 | 必須 | 最小/最大 | デフォルト | ソース |
|---|---|---|---|---|---|
destination | 正規内部URL | はい | 正確に1パス。先頭と末尾にスラッシュ | なし | href属性 |
anchor | プレーンインラインテキスト | はい | 2〜8語推奨、最大75文字 | 本文内の最初のリンクラベル | 属性または本文内の最初のリンク |
context | プレーンまたはMarkdown文 | はい | 8〜40語、1文推奨、最大2文 | ディレクティブ本文 | 本文 |
relationship | 列挙型 | はい | prerequisite、depth、lateral、commercial | depth | 属性 |
destinationType | 列挙型 | いいえ | article、glossary、guide、product、category、service、solution、use-case、case-study | 正規ルートから導出 | 属性またはURLマッピング |
title | プレーン文字列 | いいえ | 3〜16語、アンカーを超える情報を追加する必要あり | なし | 属性 |
rel | トークンリスト | いいえ | 承認済み値のみ。通常は内部リンクでは省略 | なし | 属性 |
ariaLabel | プレーン文字列 | いいえ | 2〜12語。可視アンカーが十分でない場合のみ使用 | 可視のanchor | 属性 |
本文は読者向けコンテキストの正規ソースです。anchorが省略された場合は、本文内の最初で唯一のリンクから導出します。両方が存在する場合は一致する必要があります。リンクのない本文は無効です。複数のリンクがある場合は、ペアの関係がレビューされない限り、別々のモジュールが必要です。
titleはツールチップの利用が一貫していないため、必要な意味を隠すことができません。デフォルトでは省略してください。内部オーソリティを操作するためにrel="nofollow"を使用しないでください。発見に参加すべきでないリンクは削除または再構築してください。
構文とコード例
正規のコンポーネント名はinternal-linkです。本文形式は、関係性を構造化メタデータとして保持しながら、リンクを自然な文の中に保ちます。
ポータブルMarkdownディレクティブ
:::internal-link{relationship="commercial" destinationType="solution"}
Once the workflow and success condition are clear, evaluate the [AI visibility solution for SaaS teams](/solutions/for-saas/) against those requirements.
:::
Hugoショートコード
{{< internal-link relationship="commercial" destinationType="solution" >}}
Once the workflow and success condition are clear, evaluate the [AI visibility solution for SaaS teams](/solutions/for-saas/) against those requirements.
{{< /internal-link >}}
これはターゲット契約であり、このリポジトリがショートコードを登録しているという主張ではありません。Hugo実装では、通常のインラインコンテンツをレンダリングし、段落内に無効なブロックラッパーを追加しないでください。
WordPressブロック
<!-- wp:amicited/internal-link {"relationship":"commercial","destinationType":"solution"} -->
<p>Once the workflow and success condition are clear, evaluate the <a href="/solutions/for-saas/">AI visibility solution for SaaS teams</a> against those requirements.</p>
<!-- /wp:amicited/internal-link -->
WordPressはこれを登録済みブロックまたは制御されたインライン形式として保存する必要があります。保存されたHTMLには通常のアンカーを含め、JavaScriptが無効な状態、フィード、エクスポート、移行でもリンクが機能するようにしてください。
例
良い例:リンクが思考を完結させる
Start with pages that already earn impressions but no longer answer the current query completely. Use the [content refresh checklist](/seo-playbook/process/checklists/content-refresh/) to verify claims, examples, links, screenshots, and the publication date before republishing.
これが良い理由は、最初の文が候補を特定し、2番目の文が送信先が読者の何を助けるかを説明し、「content refresh checklist」がページを予測しているからです。送信元はクリックなしでも有用であり、送信先は実行可能なプロセスを提供します。
悪い例:密度が判断に取って代わる
For more information, [click here](/seo-playbook/process/checklists/content-refresh/) to learn about [content](/seo-playbook/) and read our [best guide](/seo-playbook/post-types/ultimate-guide/) for more details.
これは複数の独立した理由で失敗しています。3つのリンクが1つの文で競合しています。「click here」「content」「best guide」はそれぞれの送信先を予測していません。「best」は根拠のない主張をしています。文は読者のニーズを生み出しておらず、「more information」は関係性も期待される結果も説明していません。2つのリンクを削除し、残りのアンカーを書き直すことが、色を調整したりタイトル属性を追加したりするより優れています。
アンカーテキストと密度のルール
アンカーテキストは表示されるリンク語句です。その目的は予測です。したがって、現在の文に合った言語で送信先の安定した主題を記述してください。「content refresh checklist」「category-page criteria」「API authentication guide」などの名詞句を推奨します。アンカーの外側に動詞を追加して関係性を表現します:実行する、比較する、検証する、診断する、評価する。
完全一致アンカーテキストは自然な場合に許可されますが、繰り返しは目標ではありません。1つの送信先に対して同じコア名詞を維持し、修飾語はコンテキストが異なる場合にのみ変更してください。同じアンカーを2つの異なる送信先に使用したり、送信先がカバーしていない主題を約束したりしないでください。
リンク密度とは、ある文章におけるリンクの集中度です。リンクが多すぎると、視覚的ノイズが増え、読者の選択肢が広がり、個々の関係性が意図的に見えにくくなります。段落の長さや読者の意図は様々であるため、普遍的なランキング公式はありません。制作ルールはレビューのしきい値です:通常の散文では平均して100ワードあたり1つ以下のコンテキストリンク、1つのH2セクション内では明示的にナビゲーション目的でない限り最大2つまで、1つの文に複数のリンクは避ける。これは編集上の上限であり、埋めるべき目標ではありません。
最低数はありません。しきい値に対してはメインコンテンツ内の編集上のリンクのみをカウントし、パンくずリスト、目次アンカー、引用、フッターナビゲーションは異なる目的を持ちます。
商業的橋渡しについては、明確な買い手ニーズごとに1つの送信先を使用し、通常はその送信先に1回のみリンクします。繰り返しは有益な経路を圧力に変えます。送信先は、自身のコピー、証明、仕様、またはワークフローで約束された適合性を実証できなければなりません。単にコンバージョンするからという理由で選ばれた汎用的なセールスページであってはいけません。
スキーママークアップとアクセシビリティ
コンテキスト内部リンクは専用のSchema.orgタイプを提供しません。これらは包含するArticle、TechArticle、Product、またはWebPageの一部として残ります。InternalLinkを発明したり、通常の散文にItemListマークアップを追加したり、可視リンクを隠し構造化データとして複製したりしないでください。リンクがページスキーマ内で別途説明されているエンティティを指す場合、その可視URLと名前はそのエンティティと一貫性を保つべきですが、アンカー自体にJSON-LDは必要ありません。
実際の<a href="/canonical-path/">要素を使用してください。onclick spanはキーボードナビゲーション、コピー、クローリング、および非JavaScriptレンダリングで失敗する可能性があります。内部リンクはデフォルトで同じタブで開き、製品要件で新しいタブが強制される場合はユーザーに警告してください。
可視アンカーは、支援技術がリンクをコンテキスト外で表示する場合にも意味をなす必要があります。「Content refresh checklist」は機能しますが、繰り返される「learn more」リンクは機能しません。キーボードフォーカスインジケーターを可視状態に保ち、色以外のリンクキューを維持し、テキストと矛盾するaria-labelでアクセシブル名を上書きしないでください。複数の段落、コントロール、またはカード全体を1つのアンカーでラップしないでください。送信先が存在し、キーボードおよびタッチズームサイズでリンクが機能することを確認してください。
作成ルール
これらのルールは、内部リンクの指標を保護する前に、理解を保護するために存在します:
- アンカーは可能な限り2〜8語で記述し、75文字を超えないようにしてください。短く具体的な名詞句は、リンクされた文よりもスキャンや読み上げが容易です。
- すべてのリンクに、前提条件、深層、横断、または商業のいずれかとして表現可能な関係性を与えてください。いずれも該当しない場合はリンクを削除してください。
- デフォルトでは1文に1リンクを維持してください。2つのリンクが許可されるのは、文が意図的にペアの送信先を区別している場合のみです。3つは異なる構造が必要です。
- 送信元ページを完結したままにしてください。リンクは深みを提供するかもしれませんが、直接的な回答、必要な警告、重要なステップ、または現在の主張に必要な証拠を外部に委託してはいけません。
- 中立的で事実に基づいたトーンを使用してください。「Compare the plans」は信頼できますが、「discover our amazing solution」はプロモーションノイズです。
- 先頭と末尾にスラッシュがある、正規のインデックス可能な送信先にリンクしてください。トラッキングパラメータを削除し、リダイレクトURLを避けてください。
- 送信先のタイトル、範囲、ステータス、または正規URLが変更された場合はアンカーを見直してください。技術的に機能するリンクでも、破られた約束になり得ます。
- ベアURL、「click here」、「read more」、根拠のない最上級表現、クーポンコード、価格主張、 testimonial、引用マーカー、または複数の競合するコールトゥアクションをモジュール内に決して配置しないでください。
- 句読点、空の要素、アクセシブル名のない画像、または通常の非インタラクティブなコピーに似せてスタイル設定されたテキストにリンクを隠さないでください。
- 自動的に相互リンクを作成しないでください。逆方向の経路も実際の読者のニーズに役立つ場合にのみリンクを戻してください。
使用する投稿タイプ
postTypesフロントマターは、このエレメントの対象となるクロスピラーの関係性を定義します。各投稿タイプは、現在のページが信頼できる次のニーズを生み出す場合にのみモジュールを適用します。
| 投稿タイプ | 典型的な関係性 | 配置ルール |
|---|---|---|
| アルティメットガイド | 広範なピラーから焦点を絞ったスポークへの深層および横断経路 | 各主題を要約した後にリンク。散文を装った密集した冒頭のディレクトリには配置しない。 |
| ハウツーガイド | 前提条件、補助手順、トラブルシューティング | 前提条件は影響を受けるステップの前に、オプションの深層は完全な指示の後に配置。 |
| A対B比較 | 証拠、製品詳細、条件付き次の決定 | 関連する基準または評決の後にリンク。中立的な比較ラベル内には決して配置しない。 |
| 用語集 | より広い概念、例、実用的応用 | 最初に用語を定義し、その後で定義をリンクリストに変えずに深層または応用にリンク。 |
| What-is(〇〇とは)ページ | より深い方法と情報提供から商業への進行 | 直接的な回答を保護し、概念とその境界が明確になった後にリンクを配置。 |
| 製品ページ | 仕様、カテゴリコンテキスト、ユースケース、証拠 | 関連する機能または主張からリンク。価格や購入コントロールからはリンクしない。 |
| カテゴリページ | 購入ガイダンス、製品詳細、比較経路 | 在庫の周りに編集用コピーを使用。ファセットナビゲーションのリンクを複製しない。 |
| ユースケースページ | ワークフロー詳細、機能、証拠、製品適合性 | ジョブ、ユーザー、成果が送信先を関連性のあるものにする場所でリンク。 |
| ケーススタディ | 方法詳細、実証された機能、関連ユースケース | 結果の主張を証拠の隣に保持。証明が完了した後にコンテキスト経路を追加。 |
| トラブルシューティングガイド | 前提条件、根本原因の詳細、修正、エスカレーション | 必要な経路は危険なアクションの前に、エスカレーション経路は安全なチェックが失敗した後に配置。 |
この表は適合性を説明するものであり、割り当て量ではありません。該当する送信先がない場合は0モジュールを使用し、別々のセクションが密度上限内で別々のニーズを生み出す場合のみ複数を使用してください。
QAチェックリスト
- すべてのリンクが、近くの文またはセクションによって生み出された特定の次の質問に回答している。
- 関係性が前提条件、深層、横断、または商業のいずれかに分類されている。
- 可視アンカーが「click here」、ツールチップ、またはURLに頼らずに送信先を予測している。
- 読者がリンクをたどらなくても送信元の文章が完結している。
- リンクはニーズが確立された後に現れ、直接的な回答、主張と証拠のペア、警告、またはコンバージョンアクションを中断していない。
- 通常の散文では平均100ワードあたり1つ以下のコンテキストリンクであり、明示的なナビゲーション目的なしに2つを超えるセクションがない。
- 2つの送信先が意図的に対照されていない限り、1つの文に複数のリンクがない。
- 情報提供から商業へのリンクは、根拠のないプロモーション言語なしに、読者のニーズと送信先の適合性を述べている。
- 各送信先は正規、内部、インデックス可能、最新であり、トラッキングパラメータや回避可能なリダイレクトがない。
- 同じ送信先への重複リンクには、文書化された質的に異なる理由がある。
- レンダリングされたHTMLは実際の
hrefを持つアンカーを使用し、JavaScriptなしで機能する。 - リンクのスタイルは色だけで区別可能であり、キーボードフォーカスが可視である。
- アクセシブル名は可視アンカーと一致し、矛盾する
aria-labelや画像のみのリンクはない。 - モジュールに価格、クーポン、 testimonial、引用マーカー、または競合するコールトゥアクションは含まれていない。
- フロントマターの
postTypesがレンダリングされた投稿タイプテーブルと一致している。 - レビューアは、ランキングやテンプレートの割り当て量に言及することなく、すべてのリンクの読者にとっての利点を説明できる。
FAQ
アカデミーテンプレートはフロントマターからFAQエントリをレンダリングします。
このセクションの他のチュートリアル
実践する準備はできましたか?
無料チェック · 7日間お試し · クレジットカード不要