SEO・GEO教科書 · Lesson 06
個別記事を単発で増やすのをやめ、定義ページを中心に束ねるトピッククラスタの作り方を扱います。URL設計、パンくず、アンカーテキスト、そして増えすぎた薄い一覧ページをどう扱うかまでを実装として整理します。
1本ずつバラバラな記事群を、テーマごとに束ねて評価が積み上がる構造に組み替えられるようになる。
このレッスンで扱うこと
トピッククラスタとは、1つのテーマについて、全体を扱うハブページと、個別の論点を扱う複数のスポークページを作り、相互にリンクで結ぶ構造のことです。記事を単発で増やしていくのをやめ、テーマ単位で束ねると、そのテーマを扱っているサイトだと理解されやすくなります。
Figure
ハブとスポークの役割
ハブ（軸になるページ）
定義・全体像・目次
スポーク（個別のページ）
手順・事例・ニュース
重要なのは双方向であることです。ハブからスポークへのリンクだけでは、 スポークに直接来た読者がテーマ全体にたどり着けません。各スポークの本文中と末尾に、 ハブへ戻るリンクを必ず置きます。
Figure
サイト構造は3階層に収める
スポーク（個別ページ）
第3階層
個別の論点。ハブと、関連する他のスポークへリンクする。
ハブ（テーマの軸）
第2階層
テーマの定義と全体像。配下のスポークを説明つきで並べる。
トップページ
第1階層
サイト全体の入口。各ハブへの導線を明示する。
トップから3クリック以内で全ページに到達できる状態を目安にする。階層が深くなるほど、クロールも読者も届きにくくなる。
URLは、決めたら変えないことが最も重要です。変更するたびにリダイレクトの管理が増え、対応漏れがそのまま流入の損失になります。設計の段階で、後から変えたくならない形にしておきます。
| 決めること | 選択肢 | 判断の基準 |
|---|---|---|
| URLに何を使うか | 英数字のスラッグ／連番のID／日本語 | タイトルを変えてもURLが変わらない形にする。連番IDはタイトル変更に強い |
| 階層をURLに反映するか | /seo/robots-txt のように反映する／/articles/123 のようにフラットにする | カテゴリが変わる可能性があるなら、URLに含めないほうが安全 |
| カテゴリページをどこに置くか | /category/seo のような専用パス／/seo のような短いパス | カテゴリの解説とアーカイブを兼ねるなら短いパスにまとめる |
| 末尾のスラッシュ | あり／なし | どちらでもよいが、どちらかに統一し、もう一方は301で寄せる |
当サイトでは、記事のURLをフロントマターの連番IDにしています（/articles/123）。 タイトルを変更してもURLが変わらないためです。またカテゴリについては、/category/seo のような専用パスを廃止し、解説ページと記事一覧を兼ねる/seo・/geo・/news に統合しました。 旧URLからは308リダイレクトで転送しています。[出典: 重複した URL を統合する]
パンくずは、可視のUIとBreadcrumbList構造化データを同じデータから出すのが実装の要点です。 表示とマークアップを別々に書くと、片方だけ直る状態が起きます。[出典: SEO スターター ガイド]
内部リンクは、数の多さが目的ではありません。重要なページへの経路が短いことと、リンクの文言がリンク先の内容を表していることの2点が要件です。
Figure
内部リンクの書き方
やること
やらなくていいこと
リンクを置く位置も効きます。ページ末尾の関連記事一覧よりも、その話題に触れた本文中からのリンクのほうが、読者にとってもクローラーにとっても文脈が明確です。 このレッスンでも、canonicalの話が出たところでレッスン04へリンクしています。
タグ一覧、著者別一覧、月別アーカイブなど、中身がリンク数個しかないページは、増えるとクロールの枠を食います。Search Consoleの「クロール済み - インデックス未登録」が増えている場合、まずここを疑います。
| ページの種類 | 問題になる状態 | 対処 |
|---|---|---|
| タグ一覧 | 記事が1本しかないタグページが大量にある | 一定本数未満のタグはnoindexにし、サイトマップからも外す |
| ページネーション | 2ページ目以降が中身のほぼ無い一覧になっている | 1ページあたりの件数を増やす。canonicalで1ページ目に寄せない（各ページは別の内容） |
| パラメータ違いのURL | 並び替えや絞り込みのパラメータが全部インデックス対象になっている | canonicalでパラメータ無しのURLを代表にする |
| 内容の重複するページ | 同じ意図のページが複数ある（レッスン03のカニバリゼーション） | 1本に統合し、他は301リダイレクトする |
実装では、表示側（noindexの判定）と生成側（サイトマップの生成）で同じしきい値を使うようにします。 別々に書くと、片方だけ直った状態が起きて、矛盾に気づきにくくなります。
このサイト自身が、ここまでの内容をそのまま実装しています。読者が実際に開いて確認できる例として挙げます。
| 役割 | ページ | 何をしているか |
|---|---|---|
| ハブ（SEO） | /seo | 「SEO対策とは」の定義ページ。同カテゴリの記事一覧を兼ねる |
| ハブ（GEO） | /geo | 「GEOとは」の定義ページ。同カテゴリの記事一覧を兼ねる |
| ハブ（教科書） | /learn | 10レッスンの目次。各レッスンの到達目標つきで並べる |
| スポーク | /learn/<レッスン> | 各レッスン。前後リンクとハブへの導線を固定で置く |
| スポーク | /articles/<id> | 個別のニュース記事。カテゴリのハブへ戻る導線を持つ |
| 薄いページの制御 | /tag/<タグ> | 記事が一定本数未満のタグはnoindex。サイトマップからも除外 |
カテゴリのリンク先は1つの関数を通して生成しており、リンクを書く場所ごとにURLがばらつかないようにしています。 URLの変更が必要になったとき、直す場所が1か所で済むためです。
外部評価の側では、韓国のSaraminが不要なmetaタグの削除とcanonicalによる重複統合を行ったうえで 構造化データを追加し、自然検索流入が前年同月比102%増になったと報告しています。 構造の整理が先、追加のマークアップは後、という順番になっている点が参考になります。
テクニカルの基礎
韓国・求人サイト
やったこと
不要なキーワードを並べたmetaタグを削除し、canonicalで重複ページを1本化。そのうえでJobPosting（求人）・パンくず・想定年収の構造化データを追加した。構造化データテストツール、モバイルフレンドリーテスト、PageSpeed Insightsで継続的に監査している。
報告された結果
出典: Saramin increases organic Search traffic 2X by investing in SEO（Google 検索セントラル 成功事例）
数値は各社の環境・時期・同時に実施した他の施策を含んだ結果です。同じ施策で同じ結果が出ることを示すものではありません。
次のレッスンでは、ここまでで整えたサイトを、生成AIに引用される状態にするための設定を扱います。
次の項目を自分のサイトで確認できたら、このレッスンは終わりです。1つでも「まだ」がある場合は、次のレッスンに進む前にそこを埋めてください。
1つのテーマについて、全体を扱うハブページと、個別の論点を扱う複数のスポークページを作り、相互にリンクで結ぶ構造のことです。このサイトでいえば「SEO対策とは」「GEOとは」がハブ、日々のニュース記事や各レッスンがスポークにあたります。同じテーマのページが相互に参照し合うことで、そのテーマを扱っているサイトだと理解されやすくなります。
多さ自体が目的ではありません。重要なのは、重要なページへの経路が短いことと、リンクの文言がリンク先の内容を表していることです。関係の薄いページへ機械的にリンクを張ると、読者にとって邪魔になるうえ、どのページが重要かという情報も薄まります。
検索結果に出ないページが増えると、Search Consoleの「クロール済み - インデックス未登録」が増え、クロールされる回数が重要なページに回らなくなることがあります。当サイトでは、記事が1本しかないタグ一覧ページをnoindexにし、サイトマップからも外しています。表示側と生成側で同じしきい値を使い、片方だけ直る状態を防いでいます。
使えます。ただし、コピー時にパーセントエンコードされて長くなり、SNSやドキュメントに貼ったときに読みにくくなります。当サイトの記事URLは連番のIDにしており、タイトル変更でURLが変わらないようにしています。どの方式でも、後からURLを変えないことのほうが重要です。