内部リンク戦略：優先ページから多言語サイトまで、専門家の計画

クイック診断

あなたに最適なオンライン集客の方法は？

質問 1 / 425%

お客様はあなたのような事業をどうやって見つけますか？

Googleで検索する、またはChatGPTに聞くSNSで見つける誰かに紹介される

このガイドは定義にとどまりません。内部リンクの基本だけを知りたい場合は、先に内部リンクの定義をお読みください。ここで扱うのは計画そのものです。リンクの価値がサイト内をどう流れるか、その価値に値するページをどう選ぶか、3つの主要なリンクモデルとそれぞれの長所短所、手順、追うべき数字、そして多言語サイト特有のものも含め、順位をひそかに下げるミスです。

内部リンク戦略とは何か（そして何でないか）

多くのサイトは記事ごとに内部リンクを足しています。書き手が古い記事を思い出してリンクする、というやり方です。これは戦術にすぎません。戦略は逆の順番で考えます。まず権威をどこに集めたいかを決め、その後に張るすべてのリンクをその目的に沿わせます。

本物の戦略は、次の4つの問いに文章で答えます。

1. 事業にとって最も重要で、最も多くの内部リンクを必要とするページはどれか。
2. テーマ上まとまるページはどれで、互いにどうリンクするか。
3. 重要な各ページにどのアンカーテキストでリンクし、どのアンカーを禁止するか。
4. サイトがどのリンクモデルに従うか。すべての編集者とテンプレートが同じ論理を適用できるようにするためです。

検索エンジンが内部リンクを重視する理由

内部リンクは3つの役割を同時に果たします。クローラーがページを発見できるようにします。権威の一部を渡します（PageRankの考え方です）。そしてアンカーとその周囲の文章が、リンク先ページの内容をGoogleに伝えます。Googleのクロール可能なリンクに関するドキュメントははっきり述べています。「あなたが重視するすべてのページに、サイト内の少なくとも1つの他のページからのリンクがあるべきです」。同じページには、1ページあたりのリンク数に理想的な数はないとも書かれています。

AI検索エンジンも同じ信号に頼ります。そのクローラーはリンクをたどってページを見つけるため、6クリックの深さに埋もれたページはほとんど取得されず、したがって引用されることもほとんどありません。整った内部構造は、Googleと回答エンジンの両方に役立ちます。

データが示すこと

このテーマで最大の公開調査は、ZyppyのCyrus Shepardによるものです（2026年2月23日更新）。1800サイトの2300万件の内部リンクを分析し、Search Consoleのクリック数と比較しました。これは相関の調査なので、法則ではなく方向性として読んでください。それでも方向性は明確です。

計画にとって重要な発見がもう2つあります。トラフィックは約45〜50件のリンクを超えると増えなくなりました。余分なリンクが弱いページを指すサイト全体のメニューリンクだったためと考えられます。また、ページを指すアンカーの多様性は、クリック数の増加と強く相関していました。グラフを含む全文はZyppyの内部リンク調査でご覧ください。

リンクの価値は実際にサイト内をどう流れるか

計画を立てる前に、価値の流れについてのメンタルモデルが必要です。単純化すると、各ページは一定量の権威を持っています（被リンクと、受け取る内部リンクに由来します）。それを、ページに含まれるリンクで分け合います。クリックされやすい本文中のリンクは、フッターに隠れたリンクより重く扱われます。これはGoogleの特許に書かれている「合理的サーファー」の考え方で、リンクはすべてが同じ重みではありません。

クリック深度

クリック深度とは、トップページからそのページまでのクリック数です。権威は通常トップページに最も多く集まるため、階層が1つ増えるごとにページに届く量は薄まります。よくある基準は、重要なページを3クリック以内に収めることです。深度はクロール頻度にも影響します。クロールバジェットが厳しい大規模サイトでは、深いページは訪問頻度が下がり、インデックスへの反映も遅れます。

内部リンクの5つの種類

すべてのリンクが同じ役割ではありません。戦略では、各種類の用途を明記します。

リンクの種類	配置場所	主な役割	信号としての重み	決めること
コンテキストリンク	本文の中	関連ページ間で関連性と権威を渡す	高：テーマに沿った文章に囲まれ、クリックされやすい	どのページがどこへ、どのアンカーでリンクするか
メインナビゲーション	ヘッダーメニュー、全ページ	上位セクションにすべてのURLからリンクを与える	中：サイト全体だが文脈が少ない	上位セクション5〜9個のみ、ロングテールのページは入れない
パンくずリスト	タイトルの上	価値を親カテゴリへ押し上げ、階層を示す	中：構造化され、アンカーが一貫している	パスの論理とBreadcrumbListマークアップ
関連コンテンツのブロック	記事や商品ページの末尾	クラスター内の兄弟ページをつなぐ	中：自動化できる	ルール：まず同じクラスター、次に隣接クラスター
フッター	全ページの下部	法務、問い合わせ、いくつかの主要ページ	低：Googleは定型部分の重みを下げる	短く保ち、キーワードリンク80個は避ける

実務上の結論はこうです。ページを押し上げたいときは、強くて関連性の高いページからのコンテキストリンクが最初の手段です。メニューリンクは2番目で、数に限りのある資源です。

柱1：優先ページを選ぶ

戦略は短いリストから始まります。すべてのページが優先なら、優先ページはありません。サイトの各セクションで、内部リンクの大半を受け取る10〜30ページを選びます。売上につながるページ、すでに上位に近い順位にあるページ、それを支えるガイドです。

どこで見つけるか

3つの情報源を掛け合わせます。

• 事業上の価値：商品、サービス、料金、デモのページ。ユーザーに着地してほしいページです。
• Search Console：実際の表示回数があり、順位が4位から20位のクエリ。強い内部リンクが少しあれば、8位から4位に動かせることがよくあります。パフォーマンスレポートをページで絞り込み、表示回数で並べ、平均掲載順位が4〜20のページを残します。
• 被リンク：外部リンクを多く受けているページ。そこには、必要とするページへ再配分できる権威があります。参照ドメインが40あるのにコンテキストリンクを1つも出していないページは、無駄になった可能性です。

各優先ページに役割と目標を与える

リストの各ページについて、計画に3つを書きます。狙うメインクエリ、所属するクラスター、そして目標とするコンテキスト被リンク数です。使いやすい出発点の目安は、コンバージョンページとピラーガイドが一意のコンテキスト被リンク10件以上、クラスター記事が3〜8件、補助ページが0〜2件です。これは作業上の目標であり、Googleのルールではありません。サイトの規模に合わせて調整してください。60ページのサイトで、20ページに15本ずつリンクを与えることはできません。

サイトの錨となるページは、コーナーストーンコンテンツと呼ばれることがよくあります。コーナーストーンコンテンツのガイドでは、送るリンクに値するページの選び方と書き方を説明しています。

柱2：トピッククラスターを作る

2つ目の柱は、ページをテーマでまとめることです。クラスターは、幅広い主題を扱うピラーページと、それを取り巻き、それぞれが1つの具体的な疑問に答える狭い記事で構成されます。ピラーと記事は互いにリンクします。その結果、Googleは主題を深くカバーするページのまとまりを認識し、トピックの権威が築かれ、各ページが隣のページに関連性を渡します。

クラスター内のリンクルール

• ピラーから記事へ：記事ごとにコンテキストリンクを1本、そのサブトピックを紹介するセクションに置きます。
• 記事からピラーへ：1本、本文の早い位置に、ピラーのメインクエリに近いアンカーで置きます。
• 記事から記事へ：読者が次に本当にそのページを必要とするときだけ。記事ごとに兄弟リンクは2〜3本で十分です。
• クラスター間：許可しますが、意図的に、2つの主題をつなぐ一文から張ります。

共通するGoogle検索結果でクエリをグループ化することがキーワードクラスタリングの核心で、ピラーとスポークの完全なモデルはトピッククラスターとピラーページのガイドで詳しく説明しています。マップを作ってほしい場合は、Sorankのトピッククラスタージェネレーターがキーワードをクラスターにまとめ、カニバリゼーションを招く重複を指摘します。

柱3：アンカーテキストのルールを決める

アンカーとはリンクのクリック可能なテキストです。Googleはそれをリンク先ページの短い説明として読みます。そのドキュメントは、アンカーがそれが置かれたページとリンク先のページの両方に対して「説明的で、適度に簡潔で、関連性がある」ことを求め、「こちらをクリック」のような汎用的な文言やキーワードの詰め込みを警告しています。

書き留めておくべきルール

1. 優先ページごとにメインのアンカーを1つ、ターゲットクエリに近いものにし、リンクの一部で使います（すべてではありません）。
2. その周りにバリエーション：部分一致、類義語、疑問文、ページタイトル。Zyppyのデータは、アンカーの多様性とクリック数の増加を結びつけています。
3. 異なる2ページに同じアンカーを使わない。「内部リンク監査」が、ある記事ではページAを、別の記事ではページBを指すなら、両方のページが同じクエリに答えるとGoogleに伝えていることになります。これはキーワードカニバリゼーションへの直行ルートです。
4. コンテキストリンクに汎用アンカーを使わない：「こちら」「この記事」「続きを読む」。
5. アンカーは単独で読んでも通じること。Googleは簡単なテストを勧めています。アンカーだけを読んでみる。リンク先の内容がわからなければ、書き直します。

コードでは、違いは次のようになります。最後の例は画像リンクで重要です。Googleはalt属性をアンカーテキストとして使います。

<!-- Weak: generic anchor, no context -->
<p>To learn more, <a href="/ja/blog-geo-seo/site-architecture-seo">click here</a>.</p>

<!-- Strong: descriptive anchor inside a relevant sentence -->
<p>Pages buried too deep get crawled less often, so check
your <a href="/ja/blog-geo-seo/site-architecture-seo">crawl depth by directory</a> first.</p>

<!-- Image link: the alt text becomes the anchor -->
<a href="/ja/pricing"><img src="/img/plans.png" alt="Sorank pricing plans"></a>

アンカーの種類（完全一致、部分一致、ブランド、URLそのまま、汎用）の一覧は、アンカーテキストのガイドをご覧ください。

3つの内部リンク戦略の比較

柱が決まったら、ページをどうつなぐかを選びます。主なモデルは3つあります。実際のサイトの多くは組み合わせますが、1つが主導しないと、編集者ごとに違う論理で動くことになります。

1. 「Wikipedia」戦略：関連するページをすべてリンクする

原則。ページが、独自のページを持つ概念に触れるたびに、そこへリンクします。Wikipediaのように、1本の記事に何百もの内部リンクが含まれることもあり、リンクはすべての近いページ間であらゆる方向に張られます。

使いどころ。大規模なナレッジベース、用語集、ドキュメント、メディアサイト、読者が概念から概念へ飛び移るあらゆるサイト。

長所。クリック深度が非常に低く、新しいページがすぐ発見され、アンカーのバリエーションが多く、探索する読者に最適です。適用も簡単で、用語にページがあればリンクするだけです。

限界。権威が均等に広がるため、少数の優先ページを押し上げることができません。権威の少ない小さなサイトでは、薄まることが痛手になります。トピックの境界がぼやけ、各セクションが何を扱っているかについてGoogleに届く信号が弱くなります。

例。「クロールバジェット」の用語集エントリが、最初の段落で「クロール」「robots.txt」「サイトマップ」「ログファイル」「サーバーエラー」にリンクし、それぞれのページも戻ってリンクします。

2. セマンティックコクーン：母ページ、娘ページ、姉妹ページ

原則。フランスでLaurent Bourrellyが「cocon sémantique」の名で広めたコクーンは、検索意図から組み立てた厳密な階層としてページを整理します。母ページは広い意図を扱い、その下の娘ページはより狭い意図を扱います。同じ階層のページは姉妹です。リンクには明確なルールがあります。母ページはすべての娘ページにリンクし、各娘ページは母ページへ上向きにリンクし、娘ページは話題が自然につながるときだけ姉妹ページにリンクし、最上位ページを通す場合を除いてコクーンの外へはリンクしません。

使いどころ。トピックの権威が差を生む競争の激しい分野、ゼロから作るサイト、執筆前に完全に計画できるセクション。

長所。3つのモデルの中で最も強い関連性の信号です。リンクが母ページへ向かって登るため、権威が狙った場所に集まります。各ページの役割が明確で、カニバリゼーションを防げます。

限界。計画も保守も重いです。厳格なルールは、不自然なリンクを強いたり、有用なリンクを禁じたりすることがあります。何年も計画なしにリンクが増えた既存サイトへの後付けは困難です。純粋主義者はコクーン外へのリンクを禁じますが、それは読者を損なうことがあります。

例。母ページ：「ランニングシューズ」。娘ページ：「トレイルランニングシューズ」「ロードランニングシューズ」「扁平足向けランニングシューズ」。「トレイルランニングシューズ」の下の孫ページ：「防水トレイルシューズ」「泥道向けトレイルシューズ」。防水ページはトレイルページへ上向きに、泥道ページへ横向きにリンクし、ロードページへ直接リンクすることはありません。

レベルごとの作り方は、セマンティックコクーンの完全ガイドで解説しています。

3. URLサイロ：ディレクトリとパンくずによる構造

原則。階層がアドレスそのものに書き込まれます。各セクションにディレクトリがあり、各ページはそのトピックのディレクトリに置かれ、パンくずがその経路を映します。リンクはおもにサイロの内側にとどまります。ページは親ディレクトリのページと、同じディレクトリの兄弟ページにリンクします。

/seo/                                  section page (pillar)
/seo/technical/                        category page
/seo/technical/crawl-depth/            article
/seo/technical/orphan-pages/           article
/seo/content/                          category page
/seo/content/topic-clusters/           article

使いどころ。ネットショップ、カタログ、地域サービスのサイト、カテゴリの自然なツリーを持つあらゆるサイト。編集者が多いチームにも向いています。ルールがアドレスに見えているからです。

長所。誰にとっても理解しやすいこと。パンくずが一貫した上向きリンクを自動的に作ります。ディレクトリ別のレポート（クロール、トラフィック、インデックス）が簡単になります。これは多くのサイト構造がすでに採用しているモデルで、SEOのためのサイト構造のガイドで説明しています。

限界。ページは1つのディレクトリにしか置けない一方、現実のトピックは重なり合います。後からページを移すとURLが変わり、リダイレクトの追加が必要です。厳格なサイロは、セクション間の有用な相互リンクを妨げます。

Googleが経路を理解できるように、パンくずのマークアップを追加します。Googleのパンくずリストの構造化データのドキュメントでは、位置と名前を持つListItemが少なくとも2つ必要です。

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [
    {"@type": "ListItem", "position": 1, "name": "SEO", "item": "https://www.example.com/seo/"},
    {"@type": "ListItem", "position": 2, "name": "Technical SEO", "item": "https://www.example.com/seo/technical/"},
    {"@type": "ListItem", "position": 3, "name": "Crawl depth"}
  ]
}
</script>

比較表

基準	Wikipediaメッシュ	セマンティックコクーン	URLサイロ
中心となるルール	関連するすべての概念をリンクする	リンクは意図の階層に従う	リンクはディレクトリのツリーに従う
最適な用途	用語集、ドキュメント、メディア	競争の激しい分野、新規サイト	ショップ、カタログ、地域サービス
権威の流れ	均等に広がる	母ページに集中	カテゴリページに集中
トピックの信号	弱〜中	強い	中〜強
計画の手間	低い	高い	中
保守の手間	中（リンクが多い）	高い	低い
古いサイトへの後付け	簡単	難しい	中（URL変更あり）
主なリスク	薄まり、優先順位がない	不自然なリンク、硬直	孤立したセクション

ほとんどのサイトへの私たちの推奨は、URLサイロまたはコクーンを骨格にし（権威の行き先を決めます）、各クラスター内には軽いメッシュを許すことです（読者にとってページを有用に保ちます）。サイロをまたぐリンクは、まれに、意図的に張ります。

手順：計画を作り、展開する

これは監査から展開まで私たちが使っている方法です。数百ページのサイトなら、最初の一巡に2〜3営業日を見込んでください。

ステップ1：クロールして書き出す

Screaming Frog SEO Spiderのようなクローラーを使います。無料版は500URLまでクロールでき、多くの小規模事業者のサイトには十分です。設定はScreaming Frogの設定ガイドで説明しています。

Internalタブでは、4つの列が計画を左右します。Screaming Frogのドキュメントによる定義は次のとおりです。Inlinks（そのURLへの内部リンクの数）、Unique Inlinks（同じページから3回リンクされても1回と数える）、Crawl Depth（開始ページからのクリック数）、Link Score（内部リンクに基づくページの相対的な価値を示す0〜100の指標で、クロール分析の後に計算されます）。

ステップ2：数式で孤立ページを見つける

クローラーはリンクされたページしか見つけられません。孤立ページを探すには、既知のすべてのURL（XMLサイトマップとSearch Consoleのページの書き出し）のリストをクロール結果と比べます。Googleスプレッドシートで、既知のURLをすべて「Known」シートのA列に、クロールされたURLを「Crawl」シートのA列に入れ、次の数式を使います。

=FILTER(Known!A2:A, Known!A2:A<>"", ISNA(MATCH(Known!A2:A, Crawl!A:A, 0)))

返されたURLはすべて、Googleやサイトマップには知られているのに、内部リンクを1つも受けていません。それぞれについて決めます。クラスターからリンクする、より強いページに統合する、リダイレクトで取り除く、のいずれかです。

ステップ3〜5：構造を直し、強いページからリンクを足す

クロール結果をLink Scoreか参照ドメイン数で並べ替えます。上位20ページがあなたの「ドナー」です。各優先ページについて、関連するトピックのドナーを2〜5つ見つけ、それぞれから計画のアンカーでコンテキストリンクを1本ずつ追加します。リンクを本文の前半に、読者がなぜクリックすべきかを説明する文の中に置くのは、合理的サーファーの考え方に沿っています。

ステップ6：内部リダイレクトを取り除く

URLが変わると、古い内部リンクはリダイレクトを指し続けます。1ホップごとにクロールが無駄になり、信号が少し失われることもあります。移行のたびに、リンク先が301または302を返す内部リンクを書き出し、最終URLに置き換えます。ステータスコードはSEOリダイレクトのガイドで説明しており、無料のリンク切れチェッカーはどのページでもデッドリンクを見つけます。

内部リンク戦略の測り方

少数の数字を、毎月同じ方法で、まず優先ページについて追跡します。

指標	どこで見るか	良い状態	外れたときの対応
一意のコンテキスト被リンク	クローラー、Internalタブ	計画の目標以上	ドナーページからリンクを追加する
クロール深度	クローラー	優先ページは3以下	メニュー、ハブ、カテゴリページからリンクする
孤立ページ	サイトマップとSearch Consoleをクロールと比較	インデックスさせたいページではゼロ	リンク、統合、またはリダイレクト
リダイレクトやエラーへの内部リンク	クローラー、リンク先のレスポンスコード	ゼロ	最終URLに置き換える
平均掲載順位とクリック数	Search Console、ページ別のパフォーマンス	リンク公開の4〜12週間後に上昇	アンカーとコンテンツ自体を確認する
インデックスされたページ	Search Console、ページレポート	優先ページがすべてインデックス済み	URLを検査し、リンクがクロール可能か確認する

新しいリンクをまとめて追加した日付を、そのつど計画に記録してください。それがないと、順位の変動がリンクによるものか、コンテンツによるものか、アルゴリズム更新によるものかをSearch Consoleで見分けられません。

内部リンクのよくあるミス（と直し方）

以下のミスはどれも実在のサイトでよく見られます。それぞれについて、何か、どう見つけるか、どう直すかを示します。

1. 孤立ページ

何か。どの内部リンクからも指されていないページです。サイトマップ経由でGoogleに知られていても、権威を受けず、クロールもわずかです。

見つけ方。ステップ2のサイトマップとクロールの比較です。

直し方。ピラーと1〜2つの兄弟ページからリンクします。自然にリンクできるページがないなら、単独で存在すべきではない可能性が高いので、統合します。

2. 深く埋もれた優先ページ

何か。トップページから5〜6クリックの位置にある収益ページです。ページ分割されたブログの4ページ目にしか載っていないことが原因のことがよくあります。

見つけ方。クロール結果を深度3超で絞り込み、優先リストと突き合わせます。

直し方。ハブやカテゴリページ、該当するメニューに加えるか、強い記事からリンクします。コンテンツへの到達をページ送りだけに頼らないでください。

3. 同じアンカーが複数のページを指している

何か。2つの異なるURLが同じアンカーを受けているため、Googleはどちらがそのクエリに答えるのか判断できません。

見つけ方。すべての内部リンク（アンカーとリンク先）を書き出し、アンカーでピボットして、異なるリンク先の数を数えます。リンク先が複数あるアンカーはすべて要注意です。

直し方。各アンカーを1つのページだけに割り当て直します。2つのページが本当に同じクエリに答えているなら、統合します。

4. Googleがたどれないリンク

何か。ボタン、onclickイベント、本物のリンクを描画しないフレームワークのコンポーネントで作られたナビゲーションです。Googleは、href属性を持つ<a>要素を確実にたどると述べており、<span href>、<a onclick>、javascript:のURLなどのマークアップは確実ではないとしています。

見つけ方。JavaScriptレンダリングをオフにしてクロールし、次にオンにしてクロールします。レンダリングをオンにしたときだけ見つかる、あるいはまったく見つからないページは、壊れやすいリンクに依存しています。Search ConsoleのURL検査ツールは、レンダリング後のHTMLを表示します。

直し方。ナビゲーションのリンクはすべて<a href="/ja/blog-geo-seo/site-architecture-seo">として出力します。レンダリングの面はJavaScript SEOのガイドで扱っています。

5. 内部リンクへのnofollow

何か。権威を「彫刻」するために、内部リンクにrel="nofollow"を付けることです。権威がページにとどまるわけではなく、そのリンクを通って流れなくなるだけです。

見つけ方。クローラーで、内部リンクをnofollow属性で絞り込みます。

直し方。内部リンクからnofollowを外します。ページに権威を渡したくないなら、リンクを外すか、そのページをnoindexにします。nofollowリンクのページもご覧ください。

6. 肥大したメニューとフッター

何か。150リンクのメガメニュー、またはキーワードのページを80個並べたフッターです。すべてのページがすべてにリンクするため、優先順位が平らになります。Zyppyのデータでも約50リンクを超えるとトラフィックが落ちており、この種のサイト全体のリンクが原因と考えられます。

見つけ方。ヘッダーとフッターのテンプレートのリンクを数えます。多くの記事でサイト全体のリンクがコンテキストリンクより多ければ、テンプレートが支配しています。

直し方。メニューの最上位項目は5〜9個にとどめ、長いリストはハブページへ移し、フッターは法務、問い合わせ、少数の主要ページにとどめます。

7. 言語間で一致しない内部リンク

多言語サイトには、ほとんどのガイドが触れないミスの一群が加わります。Googleから見て言語ごとのバージョンは別々のページで、リンクはどのバージョンが一組なのかを伝えます。より広い設定は国際SEOのガイドで扱っています。ここではリンクのミスを取り上げます。

7a. ある言語のページが別の言語のページにリンクしている。フランス語の記事が、翻訳者が元のリンクを残したために、ガイドの英語版へリンクしているような場合です。フランス語の読者は英語のコンテンツに着地して離脱し、フランス語のガイドは受けるべき内部リンクを失います。

見つけ方。Screaming Frogで、Bulk Export、Links、All Inlinksを実行し、リンク元が1つの言語フォルダ、リンク先が別のフォルダの行を絞り込みます。/fr/と/en/のようなフォルダなら、次の2つの正規表現で、他の言語フォルダにリンクするフランス語ページを抽出できます。

Source:      ^https://www\.example\.com/fr/
Destination: ^https://www\.example\.com/(?!fr/)[a-z]{2}/

直し方。各リンクを、同じ言語の対応ページに置き換えます。本文に残してよい言語間リンクは、言語切り替えと意図的な参照（「この調査は英語版のみです」）だけです。

7b. 翻訳版を指していないバージョン。フランス語のページに英語の対応ページがあるのに、両者を結ぶものがありません。hreflangもなく、言語切り替えも正確な翻訳ページを指していません（切り替えが英語のトップページに飛びます）。すると、Googleは無関係なページとして扱ったり、結果に誤った言語を表示したりすることがあります。

見つけ方。深いページのサンプルで言語切り替えを確認します。翻訳ページに行くか、トップページに行くか。次に、同じページのhreflangタグを確認します。

直し方。切り替えが正確に対応するURLにリンクするようにし、すべてのバージョンをhreflangで宣言します。Googleのローカライズ版のドキュメントは厳格です。「各言語バージョンは、自身とそれ以外のすべての言語バージョンを列挙する必要があります」、そして「2つのページが互いを指していない場合、タグは無視されます」。

<!-- On BOTH the English and the French page -->
<link rel="alternate" hreflang="en" href="https://sorank.com/blog-geo-seo/site-architecture-seo" />
<link rel="alternate" hreflang="fr" href="https://sorank.com/fr/blog-geo-seo/architecture-site-seo" />
<link rel="alternate" hreflang="x-default" href="https://sorank.com/blog-geo-seo/site-architecture-seo" />

7c. hreflangと内部リンクが食い違っている。hreflangはフランス語のページAが英語のページBに対応すると言っているのに、ページBのcanonicalは別の場所を指していたり、切り替えがページCにリンクしていたり、フランス語の内部リンクがリダイレクトされるURLを指しているのにhreflangは最終URLを挙げていたりします。Googleは矛盾した信号を受け取り、hreflangのクラスターを無視することがあります。

見つけ方。サンプルのページについて、4つのURLを並べて書きます。hreflangのリンク先、切り替えのリンク先、リンク先ページのcanonical、リダイレクト後の最終URLです。4つはすべて同一でなければなりません。

直し方。hreflang、canonical、切り替えのリンクは、CMSの同じ唯一の情報源（1つの翻訳テーブル）から生成し、手作業にしないでください。無料のSorankhreflangジェネレーターは、正しく相互に対応するタグ一式を作成し、hreflangのガイドで各属性を説明しています。

8. 一度リンクしたきり放置する

何か。新しい記事は古い記事へのリンクを受けますが、古い記事は新しい記事に決してリンクしません。新しいページは何か月も弱いままです。

見つけ方。ページを公開日で並べ、直近3か月のコンテンツの一意の被リンクを確認します。

直し方。公開作業に組み込みます。すべての新しい記事は、公開日に、既存の関連ページから2〜5本のリンクを受けます。

管理を失わずに内部リンクを拡大する

手作業のリンクは数十ページまではうまく機能します。数百ページを超えると、誰もすべてのページを覚えていられず、リンクが古い、あるいは競合するコンテンツを指し始めます。自動化は役に立ちますが、3つの安全策が必要です。

• 計画は人が握る。ツールはリンクを提案できますが、優先リスト、クラスター、アンカーのルールは事業上の判断です。
• 量より関連性。自動のリンクは、リンク先のトピックを実際に語っている文から張られる必要があります。キーワードが一致するだけの提案は却下します。
• 元に戻せる単位でレビューする。クラスターごとにリンクを適用し、日付を記録し、影響を確認してから続けます。

ここでSorankの出番です。トピッククラスタージェネレーターでカニバリゼーション防止のチェック付きでトピッククラスターを計画し、コンテンツ最適化機能が古いページを書き直して更新します。そのときが内部リンクを更新する好機です。

今日やること

始めるのにサイト全体の作り直しは必要ありません。午後1回で次のことができます。

1. サイトをクロールし、被リンク、一意の被リンク、クロール深度を書き出す。
2. Search Console（4位から20位）と自社の提供内容から、優先ページを10個挙げる。
3. 孤立ページの数式を実行し、インデックスさせたい孤立ページはすべてリンクするか統合する。
4. 各優先ページに、最も強い関連ページから、書き出したリストのアンカーでコンテキストリンクを3本追加する。
5. サイトが多言語なら、言語間の正規表現を実行し、一致しないリンクをすべて直す。
6. 今日の日付を計画に記録し、6週間後に順位を再確認する。

その後、どのモデル（サイロ、コクーン、メッシュ）がサイトを主導するかを決めて、書き留めます。モデルとアンカーのルールが文書になれば、新しいページはすべて構造から外れることなく収まります。