AIで内部リンクのアンカーテキストを整理する方法

内部リンクのアンカーテキストは、狙うキーワードを一律に入れるのではなく、リンク先で読者が得られる情報を、リンク元の文脈に合わせて表します。まずリンク元の段落、リンク先のReader Job、読者が移る理由を整理し、その後に短く自然な候補を作ります。リンク先が未確認なら、Anchorだけを先に確定しません。

「こちら」「詳細はこちら」のような言葉だけでは、リンク先を開く前に内容が分かりにくくなります。一方、関連語を全て詰め込んだ長いAnchorも、文の流れを止めます。適切さは文字数や完全一致率だけで決まらず、リンクを単独で読んでも行き先が想像でき、前後の文章でも自然かを見ます。

Anchor整理表

表は横にスクロールできます

列	記録する情報	作業上の目的
Source URL	リンク元ページ	どこを直すか特定する
Surrounding context	前後の一文と段落の主題	リンクの理由を保つ
Target URL	正本のリンク先	行き先の推測を防ぐ
Target Reader Job	リンク先が解決すること	Anchorの期待を揃える
Current anchor	現在表示される言葉	既存文脈を残す
Candidate	変更候補	比較して選ぶ
Evidence / status	URL・公開状態・確認日	brokenや未公開先を防ぐ
Decision	Keep / revise / hold	理由を記録する

一度にサイト全体のAnchorを置き換えるのではなく、重要ページへの導線や文脈が不明な箇所から確認します。Target URLと記事Statusは正本や公開catalogで確認し、タイトルやファイル名からURLを作らないでください。検索エンジン向けの語を入れるためだけに、読者に関係のないページへリンクすることも避けます。

Anchorを見直す手順

1. SourceとTargetを特定する。 実際のリンク要素からURLを取り出し、正確な遷移先を開きます。既存リンクがredirectする場合は最終ページまで確認します。

2. リンク元の仕事を書く。 その段落で読者が何を知り、決め、実行しようとしているかを一文にします。文脈が説明できないリンクは、Anchorを変える前に必要性を再評価します。

3. リンク先の約束を書く。 Target PageのH1、導入、主要な内容を読み、何を解決するページか記録します。URLだけから仕事を推測しません。

4. リンクする理由をつなぐ。 「この段落を読んだ人が、次にそのページを開く理由」を一文にします。理由が書けない場合、リンク先がReader Journeyに合っていない可能性があります。

5. Anchor候補を作る。 対象ページの内容が想像できる表現を、文の中に自然に入れます。Targetのtitleをそのまま写す必要はなく、読者に必要な要点を残します。

6. 候補を単独で読む。 Surrounding contextを隠し、Anchorだけでおおよその遷移先が分かるか確認します。曖昧なら、内容語を一つ足すか表現を変えます。

7. 前後を通して読む。 Anchorの前後の語と合わせて読み、文法が崩れないか、同じ意味を繰り返していないか、リンクが連続しすぎていないか確認します。

8. Targetと状態を再確認する。 公開済みで目的に合うページか、routeが実在するか、意図したcanonical先かを確認します。未公開・未実装・未解決なら変更を保留します。

9. 変更理由を残す。 Keep / revise / holdの理由を書き、変更後にリンク先と文脈をもう一度読みます。

架空例で見るSource Context→Target Job

次の例はAnchorの考え方を説明するための架空のページです。実際のサイトURLや公開済み記事を示すものではありません。

Sourceの段落：

「キーワードをまとめても、検索意図が違うと同じページで答えきれません。QueryごとのReader Jobを先に分け、同じ答えを返せる候補だけを一つのテーマにします。」

仮のTarget Page Job：

「検索結果の似たQueryをまとめるか、別ページに分けるかを決める。」

候補：

• 「この記事」

• 「キーワードを分類する方法」

• 「検索意図からキーワードのページ分けを決める方法」

一つ目は単独では行き先が想像しにくく、二つ目は広くてページの内容が特定できません。三つ目はAnchor単独で得られる答えが分かります。ただし実際に使う前に、Target pageがその判断を本文で解決していること、Sourceの段落から続けて読んでも自然であることを確かめます。この候補が常に最適という意味ではありません。リンク文が長くなるなら、周辺の説明を短くして、Anchor自体を読みやすくします。

Google Search CentralのLink best practicesは、Anchor textが説明的で、適度に短く、リンク元・リンク先の両方に関連することを案内しています。また、同じ語を不自然に詰めず、周囲の文脈を含めて自然に書くよう説明しています。ここから「全Anchorを完全一致に揃える」「全リンクを同じ文字数にする」といった規則は導けません。

AIに候補を作らせるPrompt

リンク元段落、Source URL、Target URL、Target pageのReader Jobを渡したうえで、次のように依頼します。

次の内部リンクについて、リンク元の文脈とリンク先のReader Jobを保つアンカーテキスト候補を3案作ってください。Sourceの段落とTarget pageの内容にない約束やkeywordは追加しないでください。各案について、単独で読んだ時に行き先が分かるか、前後の文へ自然につながるかを短く評価してください。Target URLや公開状態が未確認の場合は、Anchorを確定せず必要な確認を質問してください。「こちら」「詳細はこちら」だけの案や、関連語を詰め込んだ案は避けてください。

AIの案は候補です。リンク先の内容が変わっていないか、Targetの説明が本文に存在するか、文章が自然につながるかを人が確認します。AIにサイト内URLを想像させず、利用可能なURL一覧や確認済みのTarget情報から選びます。候補の説明が良くても、リンクそのものが不要なら追加しません。

アンカーだけ直せばよいとは限らない

Anchorが曖昧な原因は、リンク元段落の情報不足や、リンク先ページの役割が分かりにくいことかもしれません。例えば周辺文が「詳しくはこちら」しかないなら、Anchorに全説明を押し込むより、リンクを置く理由を本文に一文足す方が自然です。リンク先がそのJobを解決していない場合は、Anchorの変更で取り繕わず、別Targetを探すか保留します。

一つの段落に関連リンクを連続させると、各リンクの違いが読者に伝わりにくくなります。独立した次Actionが複数必要なときは、それぞれの目的が分かる説明を添えるか、一覧として見やすい形にします。Anchorを短くすることだけを優先して文脈を切り落とさないでください。

状態別に扱う失敗

表は横にスクロールできます

問題	起きていること	次の対応
「こちら」「記事」が多い	AnchorだけでTargetが分かりにくい	内容を示す語を加え、周辺文も読む
Target titleを長く丸写し	文の流れが不自然になる	読者が必要とする内容に絞る
近いkeywordを追加しすぎる	読者向けでなく検索語の列挙になる	Targetを説明する一つの表現へ戻す
同じAnchorが複数先へ向く	遷移先を判別しにくい	各TargetのJobに合わせて説明を分ける
Anchorは明確だがクリック後に期待と違う	LinkとTargetの約束が不一致	Target選定から見直す
公開前のrouteへリンクしている	期待したページが開けない	Statusとruntime routeを確認して保留
どのページへも同じ数を張る	導線が読者の必要性と切り離される	Reader Journeyに必要な箇所だけ選ぶ
変更根拠が記録されない	次の監査で同じ判断を再現できない	Source / Target / 理由 / 確認日を残す

Search Console Links reportの使い方と限界

Search ConsoleのLinks reportは、サイト内リンク構造を点検する一つの資料になります。公式ヘルプは、表示されるLink dataがGoogleが把握する全件一覧ではなく、サンプルや行数制限を含むことを説明しています。そのため、レポートにURLがないことを「そのページへのリンクがない」と断定せず、本文、サイト内のリンク一覧、実際のクロール結果など別の方法で補います。

このレポートは「どのページがどこからリンクされているか」を把握する補助であり、読者にとって適切なAnchorを自動判定するものではありません。Anchor textや内部リンクが期待どおりかの確認に使いつつ、移動先と前後文脈は実際に開いて読みます。Reportの数字だけで、意味のあるリンクを削ったり追加したりしないでください。

公開前のLink QA

• Source URLとTarget URLを実際の値で確認した

• Targetは公開済みで、対象routeが開く

• Anchor単独で行き先の内容を想像できる

• Sourceの段落とTargetのReader Jobがつながっている

• 前後の文章まで読んでも自然で、意味を誤らせない

• 同じ語を不自然に詰め込んでいない

• Targetの事実や範囲をAnchorで誇張していない

• 未公開・未実装・redirect先不明のTargetを保留した

• Search Consoleのsampleを完全な一覧として扱っていない

• 変更後にリンクを開き、読者の期待どおりか再確認した

まず、流入や読者行動に関わる重要ページへのリンクを一つ選び、Source段落・Target Job・現行Anchorを表へ記入します。Targetを開いて内容を確かめ、候補を三つ作り、そのうち読者の次の行動が最も分かりやすいものを選びます。変更後はAnchorだけでなく前後の段落を読み、意味や文章の流れが変わっていないことを確認します。

AIものさしの判断は、Source Context→Target Job→Natural Anchorです。アンカーテキストの目的は、リンク先へ行く理由を読者へ伝えることです。長さやkeywordの一致率ではなく、押す前の期待と到着後に得られる内容が一致しているかで判断してください。