シロ構造の構築方法：実践ガイド

TL;DR — サイロ構造とは、ページをトピックごとにグループ化し、各トピックが自己強化するようにリンクすることです。1つのメインの「ハブ」ページがその下の詳細ページすべてにリンクし、それらのページはハブにリンクを戻します。構築するには、人々が実際に検索するサブトピックを特定し、それぞれにページを作成して、相互にリンクします。一致するフォルダに配置することもできますが、重要なのはフォルダではなくリンクです。また、サイト内の関連トピックへの外部リンクを恐れないでください。

「サイロの構築」の実際の意味

サイロとは、同じトピックに関するページのグループを内部リンクで結び付けたものです。「メールマーケティング」に関するガイドを想像してください。ハブは幅広い概要ページです。スポークはその下にある詳細ページ（「メールの件名」「ウェルカムシーケンス」「リストのセグメンテーション」など）です。サイロの構築とは、次のことを意味します。

1. どのサブトピックに専用ページを設けるかを決定する（人々が検索する内容に基づく）。
2. ハブをすべてのスポークにリンクする。
3. 各スポークをハブに、そして関連する兄弟スポークにリンクを戻す。

これだけです。全体の要点は、関連コンテンツをグループ化し、ページを接続なしで散在させたままにするのではなく、意図的にリンクすることです。

誰もが間違える部分

何かを構築する前に明確にしておくべき2つの誤解があります。

• フォルダがサイロを作るわけではない。 「ページを/email-marketing/に置けばサイロが完成する」というガイドもありますが、それは正確ではありません。Googleが読むのはリンクであり、フォルダ名ではありません。整理されたフォルダはあなたやCMSにとっては便利ですが、その中のページが互いにリンクしていなければ、サイロは存在しません。（このクラスターのサイトアーキテクチャ記事で、同僚がリンクグラフこそがアーキテクチャである理由を詳しく説明しています。）
• トピックを隔離する必要はない。 古い厳格なサイロ化の考え方では、「あるサイロから別のサイロへのリンクは決して張ってはいけない」とされていますが、それは無視してください。メールサイロのページがeコマースサイロのページと本当に関連しているなら、リンクを張りましょう。読者に役立ち、SEOにも悪影響はありません。

サブトピックに専用ページが必要かどうかの判断方法

どこかで読んだ「最低5ページ」という数字を達成するためにページを作らないでください。テストは簡単です。そのサブトピックに独自の検索需要があるかどうか。 人々が「メールマーケティング」とは別に「ウェルカムメールシーケンス」を検索するなら、それは本物のスポークです。数を埋めるためだけに追加しているなら、結局は薄いページ同士が競合することになります。

構築のクイックバージョン

• トピックを調査し、人々が実際に検索するサブトピックをリストアップする。
• 幅広いトピック用のハブページと、各実際のサブトピック用のページを作成する。
• ハブをすべてのサブトピックページにリンクする。理想的には、そのサブトピックに言及している場所にリンクを配置する。
• 各サブトピックページをハブと、密接に関連する兄弟ページにリンクを戻す。
• 本当に役立つ場合は、サイト内の関連トピックへの外部リンクを張る。

完全な構築および監査プロセス（キーワードデータでサイロの境界を引く方法、リンクマトリックステンプレート、相互リンクの経験則、機能したか検証するツール）が必要ですか？Advancedタブに切り替えてください。

TL;DR — これは「どうやって」であって「すべきかどうか」ではありません。トピックの集中と適切な相互リンクが目標であると仮定します（モデルの議論はこのクラスターのサイトアーキテクチャ記事で解決済みです）。構築順序：(1) 実際のキーワードデータからサイロの境界を引く — サブトピックごとの明確な検索需要に基づき、ページ数の割り当てではありません；(2) 必要に応じてCMSの整合性のためにフォルダにサイロを反映させますが、リンクグラフがアーキテクチャであり、パスではないことを忘れないでください；(3) 内部リンクマトリックスを配線する — ハブから各スポークへ、スポークからハブへ、スポークから関連する兄弟へ；(4) 読者が実際にリンクを辿るであろう場合に他のトピックへ相互リンクし、クロスサイロリンクに決してnofollowを付けないでください；(5) 古典的な間違いを避ける — 過剰なサイロ化、クロストピックコンテンツの孤立、組織図に基づく境界設定（検索意図ではなく）；(6) クロールで監査して、計画したリンクが実際に存在することを確認します。

まず、この記事が扱わない議論について

「サイロは死んだのか？」や「サイロ vs. トピッククラスター — どちらが正しいのか？」という質問でここに来たのであれば、その答えはこのクラスターの他の場所で完全に説明されています。このサイトのサイトアーキテクチャ記事では、サイロ vs. ハブアンドスポーク vs. トピッククラスターの完全な比較を行い、私の結論に至っています：サイロが目指していたトピックの集中は維持し、「サイロ間のリンク禁止」という厳格なルールは廃止し、「正しい」ブランド名を探すのはやめましょう。なぜを知りたいなら、そちらを読んでください。

「サイロ」という用語は業界で曖昧に使われているため、命名に関する注意点を一つ：この用語はBruce Clayの2000年代初頭のSEO手法に由来し、物理サイロ（URLフォルダの分離）と仮想サイロ（URLを移動せずに内部リンク構造だけで同じ分離を実現）の2つの変種を、厳格な相互リンク禁止ルールとともに説明していました。後のフレームワーク（HubSpotのトピッククラスター、このクラスターが使用するハブアンドスポークの用語）は同様の領域をカバーしています — トピックごとにグループ化し、意図的にリンクする — しかし、それらは同じ名前の手法ではなく、いずれも分離ルールを維持していませんでした。この記事では、今日のほとんどの実務者が「サイロ」を緩く使用する方法、つまり、トピックに集中したハブアンドスポーク構造全般を意味するものとして使用しており、Bruce Clayの元の手法に限定していません。

この記事は、トピックに集中し、適切に相互リンクされた構造が目標であることをすでに受け入れていることを前提とし、次の質問に答えます：実際にどうやって構築するのか？ 以下はすべて構築・監査のSOPです。「なぜ」という質問が出てきた場合は、再議論するのではなく、アーキテクチャの記事を参照します。

ステップ1 — キーワードリサーチでサイロの境界を引く

競合する「サイロの作り方」ガイドのすべてで最も仕様が不明確なステップは、境界をどこに置くかです。ガイドは「トピックごとにグループ化する」と言って先に進みます。役立つバージョンはより具体的です：サブトピックは、実証された明確な検索需要がある場合にのみ独自のスポークを獲得します — ページ数の割り当てを満たすために別のページが必要だからではありません。

サブトピックが実際のスポークであり、水増しページではないことを示す実用的なシグナル：

• 親トピックとは独立した独自の検索ボリュームがある。「ウェルカムメールシーケンス」が「メールマーケティング」とは独立して意味のある検索を獲得しているなら、それはスポークです。
• **関連検索 / People Also Askの独自のクラスターとして表示される。**HubSpot自身のクラスターリサーチの仕組みは、彼らがサイロと呼んでいなくてもここで再利用できます：シード用語から始めてPeople Also Askボックスを読む — これらはGoogleがすでにシード用語とグループ化している関連質問であり、それぞれがスポークの候補です。
• そのSERPが親のSERPと意味的に異なって見える — 意図、結果タイプ、競合ページが異なる。2つのSERPがほぼ同一であれば、2つのトピックはなく、1つだけです。

「サイロあたりの最小ページ数」の数字は無視する

あらゆる場所で、自信に満ちた具体的な数字が目に入るでしょう。最低5ページ、サイトあたり4〜8のサイロ、10〜20のクラスターページ、HubSpotの20〜30のサポート記事。それらが互いに矛盾し、どれも実際のデータに基づいていないことに気づくでしょう。それらは標準は存在しないという証拠として扱い、従うべき指針としては扱わないでください。本当のテストは、サブトピックごとの明確な需要です。このクラスターのサイトアーキテクチャ記事が取る「クラスターページの魔法の数はない」という立場と同じです。サブトピックが2〜3ページの本当に異なるページさえ埋められないなら、それはサイロではありません。ハブに統合してください。

境界でのカニバリゼーションに注意

提案された2つのスポークが両方とも同じクエリを合理的にターゲットにする場合、境界の引き方が間違っています。それは競合する2つのページが必要という意味ではなく、それらの2つのページが1つになるべきという意味です。実際のキーワードクラスタリング（共有SERPオーバーラップ、明確なボリューム、明確なインテント）から境界を引くことでこれを防げます。ビジネスが自社の提供物について考えている方法から境界を引くのでは防げません。

ステップ2 — URL構造は組織化であり、アーキテクチャではない

このクラスターのサイトアーキテクチャ記事が完全な論拠をすでに示しているので、一言で言うと、リンクグラフがアーキテクチャであり、URLパスではないということです。Googleは、ページが互いにリンクする方法から階層を把握し、フォルダ名からは把握しません。/email-marketing/welcome-sequences/ にあるページは、そのコンテンツと内部リンクが伝えること以外、Googleに何も伝えません。

では、URLで実際に何をすべきでしょうか？サイトを整理するのに役立つなら、フォルダ構造にサイロを反映させてください。それは完全に問題なく普通のことです。間違いは、フォルダがSEOの仕事をしていると信じることです。そして、その間違いの最悪のバージョンは、境界が神聖だと感じるためにフォルダ境界をまたぐリンクにnofollowを付けることです（ステップ4で詳しく説明）。CMSが最も快適に動作する場所にページを置いてください。その後、実際のリンク作業を行ってください。それがステップ3です。

ステップ3 — 内部リンクマトリックスを構築する

これは重要なステップであり、競合他社が軽く扱うステップです。「関連ページを互いにリンクする」は手順ではありません。ここに具体的な手順を示します。これはGoogle自身のeコマースドキュメントにおけるトピック階層の説明に直接基づいています — “メニューからカテゴリページへ、カテゴリページからサブカテゴリページへ、そして最後にサブカテゴリページからすべての商品ページへのリンクを追加します”。これはGoogleがハブ → スポーク → サブスポークのリンクマトリックスを説明しているものです。それを適応させてください：

• ハブ → すべてのスポーク。 ハブはサイロ内のすべてのスポークにリンクします。理想的には、ハブの本文でそのサブトピックが紹介される文脈の中でリンクし、単に下部のリストにまとめるのではありません。ハブがリンクしないスポークは、事実上サイロの外にあります。
• スポーク → ハブ。 すべてのスポークはハブにリンクを戻します。「[トピック]ガイドの一部」という行、パンくずリスト、または文脈に沿ったバックリンクのいずれでも機能します。内部リンクの実務者向けPageRankフローモデルでは、これはハブがスポークから権威を集めるのに役立つとされるリンクです。Googleはそれを確認する公式を公開していないので、計画のヒューリスティックとして扱い、保証されたランキング効果とは考えないでください。
• スポーク → 兄弟スポーク。 スポークは、読者にとって本当に関連する場合にのみ互いにリンクします。「Xについては、Yも参照」のように。すべての兄弟への強制リンクではなく、ゼロでもありません。関連性がフィルターです。

リンクマトリックススプレッドシート

上位結果の誰も提供していない具体的な成果物：リンクマトリックススプレッドシート。行 = サイロ内のすべてのページ。列 = サイロ内のすべてのページ。各セル = 行のページが列のページにリンクしている場合はチェックマーク。次のようになります：

Fill it in twice. Once to plan the silo before you write — it makes gaps obvious at a glance (an empty row is a page that isn’t linking out; an empty column is a page nothing points to). Then again after you publish, filled from an actual crawl export instead of from memory, as your audit (Step 6). It’s the same artifact doing double duty, and it’s the single most practical tool in this whole guide.

ステップ4 — 合理的な相互リンクの経験則

厳格なサイロ支持者は、トピックをまたぐリンクをすべて防ぐべき漏れと見なします。その考えは間違っています（繰り返しますが、完全な議論はサイトアーキテクチャの記事にあります）。ここでは実用的な代替案を示します。サイロからリンクを張るタイミングを判断する方法です。

• 「このリンクはそもそも存在するか？」テスト。 サイロがまったく存在しなかった場合、つまり読者にとって単に役立つポインターである場合、このリンクを追加しますか？ はいの場合、追加します。サイロを「つなぐ」ためだけに追加する場合は、スキップします。サイロを「保護」するためだけに避けている場合は、追加します。
• 関連性は方向性に勝ります。 「エクイティを送り出す」ために相互リンクを予約したり、「エクイティを内部に保つ」ために相互リンクを避けたりしないでください。文脈上正当なリンクは、どのサイロを指しているかに関係なく有益です。
• 量が重要です。 ページごとに、適切に配置された、真に関連性の高い相互リンクを数個持つことは健全です。無関係なクラスターに常に相互リンクしているページは、自身のトピックフォーカスを薄めています。しかし、それはコンテンツフォーカスの問題であり、サイロの壁を復活させる理由にはなりません。

サイロ間リンクにnofollowを決して使用しない

これは、直接打ち破る価値のあるビルドメカニクスの神話です。なぜなら、競合するSERPで最も一般的な悪いアドバイスだからです。Bruce Clayの元となる方法論は文字通りこれを推奨しています — 「もし絶対にクリーミーピーナッツバターページとフレーバーゼリーページをリンクしなければならないなら、rel='nofollow'リンク属性で行いたいと思うでしょう」。やめてください。

nofollowによるPageRankスカルプティングは2009年以来壊れています。それ以前は、リンクにnofollowを付けると、その分がページの他のリンクに再配分されていました。Googleはこれを変更し、nofollowされたリンクに割り当てられたエクイティは現在蒸発します。リダイレクトされたり保存されたりせず、単に消えてしまいます。したがって、サイロ間リンクにnofollowを付けても何も保護されません。そのリンクが渡していたであろうエクイティを破壊するだけです。このサイトの内部リンクの記事では、スカルプティングが死んだ歴史について完全に説明しています。サイロ構築のための教訓は、関連性がある場合は通常どおりリンクし、フォローを含めることです。

ステップ5 — よくある実装ミス

サイロ構築が実際に失敗する4つの方法：

• 過剰なサイロ化。 トピックがサポートするよりも多くの、より薄いサイロを作成すること — 任意のページ数を達成するためにパディングすること。その結果、薄く重複したページが互いに競合し（カニバリゼーション）、権威を集約する代わりになります。修正方法: 需要から境界を引き（ステップ1）、単独で成立しないサブトピックをハブに統合します。
• 真にクロストピックなコンテンツの孤立化。 2つのサイロにまたがる正当なコンテンツ — 例えば「eコマース向けメールマーケティング」— が1つのサイロに強制され、もう一方からリンクされることがないか、分離モデルに「適合しない」ために不自然に除外される。修正方法: ページを1つの場所に置きつつ、関連するハブとスポークの両方からリンクする。これは重複ではなくクロスリストです — このサイト自体がalsoInパターン（サイトアーキテクチャの記事で説明）で行っており、記事が1つのクラスターに閉じ込められるのではなく、複数のクラスターにリストされます。
• 検索意図ではなく組織図に合わせた境界。 ビジネスが提供物を編成する方法（製品ライン別、内部部門別）に基づいてサイロの線を引くのではなく、検索者がクエリをグループ化し表現する方法に基づいて引くこと。修正方法: 内部構造ではなく、実際のキーワード/SERPクラスタリング（ステップ1）に対してすべての境界を検証します。
• リンクグラフではなくフォルダを信頼すること。 /topic/フォルダにページを置き、サイロが「構築された」と想定し、ページが実際に互いにリンクしているかどうかを確認しない。フォルダが存在してもリンク作業が完了したことを意味しません — これがまさにステップ6が存在する理由です。

ステップ6 — リンク集中が実際に発生したかを監査する

ステップ3でマトリックスを計画しました。次に、それが実際に実現されたかを検証します。3つの補完的なツールがあります。どれも単独では、トピックが読者や検索エンジンにとって「機能した」ことを証明しません — 可視化やマトリックスの充足率はプロキシであり、スコアではありません。ハブ↔スポークリンクに加えて、すべてのスポークがハブからのリンクをたどって実際に到達可能であるか（レポートに存在するだけでなく）、他のサイロへのグループ間エッジが意図したものであり、迷子の残骸ではないかを確認し、その後、読者がするようにページを自分で歩いてみてください — クロールはリンクエッジを見つけますが、そのパスが人にとって意味があるかどうかは教えてくれません。サイロのページの発見、クロール、インデックスステータスを、その後のランキング変更とは別に追跡します。リンクグラフの再配線は3つすべてを動かす可能性がありますが、それは再配線がランキングやトラフィックの変更を引き起こした証拠ではありません — ライブサイトでは同時に多くのことが動くため、それを主張することはできません。

Screaming Frogクロール可視化

サイトをクロールし、フォースダイレクトダイアグラムまたはツリーグラフを開きます — 実際にクロールされたリンクグラフをノードとラインでレンダリングし、クロール深度で色分けされます。トピックのページが視覚的にクラスター化しているか、散在して接続されていないかを見るための最速の方法です。コミュニケーションとパターン発見のツールとして使用し、データソースとしては使用しないでください — Screaming Frogは「クロール可視化はサイトアーキテクチャと内部リンクの分析に役立ちます」と明示していますが、「クロールで既に利用可能なデータ以上のものを提供するわけではありません…常に全体像を伝えるわけではありません。」とも警告しています。(翻訳) 「クロールの可視化はサイトアーキテクチャと内部リンクの分析に役立ちます」、(翻訳) 「クロールで既に利用可能なデータ以上のものを提供するわけではありません…常に全体像を伝えるわけではありません。」一目で取り残されたスポークを見つけるのに最適ですが、以下のデータレベルのチェックの代わりにはなりません。

Ahrefsサイト監査

このクラスターの内部リンク記事が内部リンク監査に使用するのと同じ優先順位で、3つのレポート（孤立ページ → 壊れたリンク → リンクエクイティの機会）:

1. 孤立ページ — インバウンドリンクがゼロのページ。サイロ構築で最もよく残るのは、最後に追加したスポークです。そのため、サイロ内のどのページもリンクしていないページを検出します。
2. 内部リンクの問題 — サイロ内部の壊れた内部リンク。ハブがスポークの古いURLにリンクしている場合、そのリンクは機能していません。
3. リンクの機会 — ページ間のキーワード重複に基づく”関連する内部リンクの提案”で、Page Ratingで並べ替え可能なため、どの高権威ページがリンクを張るべきかを優先順位付けできます。サイロリンクへの活用については、SEO Silo Structure: Why It Makes No Sense (And What to Do Instead)で詳しく書きました — “Link Opportunitiesツールは…内部リンクを追加すべき場所を提案します。“

手動リンクマトリックス監査

ステップ3のスプレッドシートを、実際のデータで埋めます。サイロのURLをクロールし、アウトリンクをエクスポートし（Screaming Frogのアウトリンクエクスポート、またはAhrefsのクロール済みページエクスポート）、各セルを実際のクロールデータから埋めます — 自分がリンクしたと思っているものではなく。空の行 = リンクの役割を果たしていないページ。空の列 = サイロ内のどのページも指していないページ（サイトの他の場所からリンクされていても、サイロ内では孤立リスク）。

再実行のタイミング

初期構築後、既存のサイロにスポークを追加するたびに実行します。新しいページは最も一般的な失敗ポイントです — ハブを更新して新しいスポークにリンクしても、兄弟間の相互リンクを忘れたり、新しいスポークからハブへのリンクを忘れたりします。追加のたびにマトリックスを再実行すれば、約5分でそれを検出できます。

FAQ

サイロには何ページ必要ですか？ 固定数はありません。競合するガイドでは5、8、10〜20、20〜30とあり、互いに矛盾しています。基準は割り当てではなく、サブトピックごとの明確な検索需要です。

サイロ間のリンクにnofollowを付けるべきですか？ いいえ。nofollowによるPageRankの彫刻は2009年から壊れています — エクイティは保護されるのではなく蒸発します。関連する場合は通常どおりリンクしてください。

URL構造をサイロ構造に一致させる必要がありますか？ 整理上の都合で一致させることはできますが、Googleはフォルダ名ではなく内部リンクグラフを読み取ります。詳細はこのクラスターのサイトアーキテクチャ記事を参照してください。

サイロ構造を監査するツールは？ Screaming Frogのクロール可視化、Ahrefs Site Audit（孤立ページ、内部リンクの問題、リンクの機会）、またはクロールエクスポートから作成した手動リンクマトリックススプレッドシートです。

ページは複数のサイロに属せますか？ はい — 複製したり1つのバケットに強制したりせず、複数の関連ハブからリンクするクロスリストで可能です。このサイトのalsoInパターンは実用的な例です。

AIまとめ

Advancedバージョンの簡潔な見解:

• これは構築SOPであり、議論ではない。 厳格なサイロが良いかどうかは、このクラスターのサイトアーキテクチャ記事で決定済みである。ここでは目標（トピック集中＋賢明な相互リンク）を前提とし、問題はそれをどう構築するかである。（「サイロ」自体はBruce Clayの物理的/仮想的隔離手法に由来するが、この記事では隔離ルールなしで緩く用いる。）
• ステップ1 — 需要から境界を引く。 サブトピックが、明確な検索ボリューム、独自の関連検索/PAAクラスター、親と意味的に異なるSERPを持つ場合、スポーク（支線）となる。「5/8/10–20/20–30ページ」という矛盾する数字は無視せよ — 標準が存在しない証拠である。境界でのカニバリゼーションに注意せよ。
• ステップ2 — URLは組織であり、アーキテクチャではない。 CMSの健全性のためにフォルダにサイロを反映させてもよいが、リンクグラフがアーキテクチャである。フォルダはSEOの仕事をしない。
• ステップ3 — マトリックスを配線する。 ハブ→各スポーク（文脈内で）、スポーク→ハブ、スポーク→関連する兄弟ページ。リンクマトリックススプレッドシート（行/列＝ページ、セル＝リンクあり？）を使って計画し、後で監査する。
• ステップ4 — 賢明に相互リンクする。 いずれにせよ存在するであろうリンクを追加せよ。関連性は方向に勝る。1ページあたり数個が健全である。クロスサイロリンクにnofollowを決して付けない — スカルプティングは2009年に死に、エクイティは蒸発する。
• ステップ5 — 古典的な間違いを避ける： 過剰なサイロ化/水増し、クロストピックコンテンツの孤立（重複ではなくクロスリストで修正）、組織図ではなく検索意図に基づく境界設定、リンクグラフよりもフォルダを信頼すること。
• ステップ6 — クロールで監査する： Screaming Frogの可視化でクラスタリングを見る、Ahrefs Site Audit（孤立ページ→壊れたリンク→リンク機会）、クロールデータから埋めた手動リンクマトリックス。到達可能性とクロスグループエッジも確認し、読者のようにページを歩き、発見/クロール/インデックスをランキングとは別に追跡する — どれも再配線がランキング変更を引き起こしたことを証明するものではない。スポークを追加するたびに再実行せよ。

公式ドキュメント

構築メカニズムに最も関連する一次情報 — トピック階層の配線と全ページのリンク維持。（より広いサイロ対クラスターのモデル議論は、このクラスターのサイトアーキテクチャおよびウェブサイト構造記事に文書化されている。それらはGoogleのピラミッド/ハブページの表現とBingのクリック深度の枠組みを引用しているので、ここでは繰り返さない。）

Google

• Help Google understand your ecommerce site structure — Googleが「トピック階層の配線方法」に最も近い文書。メニュー→カテゴリ→サブカテゴリ→製品のリンクマトリックスを直接説明している。
• Crawlable links — Make your links crawlable — 重要視するすべてのページには、少なくとも1つの他のページからのリンクが必要（「クロストピックコンテンツを孤立させない」ためのアンカー）、さらにハブ→スポークおよびスポーク→スポークのリンクテキスト作成に関するGoogleのアンカーテキストガイダンス。

Bing / Microsoft

• Bing Webmaster Guidelines — 明確でクロール可能な階層的なカテゴリ/サブカテゴリ構造と、合理的な内部リンク。（Bingはクリック深度についてGoogleよりも規範的である。このクラスターのウェブサイト構造記事はBingの3クリックの枠組みを扱っている。）

ソースからの引用

構築 — およびサイロを壁で囲むという神話 — に関連する公式発言。（サイロが良いかどうかに関するGoogle/Bing担当者の引用 — Muellerのピラミッド発言、フォルダ構造発言 — はこのクラスターのサイトアーキテクチャ記事にあり、すでにディープリンクされている。ここでは重複させない。）

Google Search Central ドキュメント — 階層の配線 (eコマースサイト構造)

• “add links from menus to category pages, from category pages to sub-category pages, and finally from sub-category pages to all product pages.” (翻訳) 「メニューからカテゴリページへ、カテゴリページからサブカテゴリページへ、そして最後にサブカテゴリページからすべての商品ページへのリンクを追加します。」 引用へジャンプ

Google Search Central ドキュメント — ページを孤立させない (クロール可能なリンク)

• “Every page you care about should have a link from at least one other page on your site.” (翻訳) 「気にかけているすべてのページには、サイト内の少なくとも1つの他のページからのリンクが必要です。」 引用へジャンプ

Bruce Clay — 時代遅れのクロスサイロリンクへのnofollowアドバイス (批判的に引用)

• “If you absolutely had to link the creamy peanut butter page to the flavored jelly page, you would want to do it with a rel='nofollow' link attribute.” (翻訳) 「どうしてもクリーミーピーナッツバターのページからフレーバーゼリーのページへリンクしなければならない場合は、rel='nofollow' リンク属性を使用して行うことをお勧めします。」 ソースを読む — これはこの記事が覆す神話です：nofollowによるスカルプティングは2009年以降無効であり、エクイティは保護されるどころか消滅します。

Screaming Frog — クロール可視化の目的と限界

• *“the crawl visualisations are useful when analysing site architecture, and internal linking.” (翻訳) 「クロール可視化は、サイトアーキテクチャと内部リンクを分析する際に役立ちます。」 ソースを読む
• *“They don’t provide any more data than is already available in a crawl. They are often not the best way to diagnose issues and don’t always tell the whole story.” (翻訳) 「これらはクロールで既に利用可能なデータ以上のものを提供するわけではありません。問題を診断する最良の方法ではないことが多く、常に全体像を伝えるわけでもありません。」 ソースを読む

標準運用手順：トピックサイロを構築する

新しいサイロの場合はこれを最初から最後まで実行し、既存のページグループを改修する場合はステップ4から実行します。

1. ハブのトピックを選ぶ。 実際に広がりがあり、検索需要のある幅広いトピックを選び、サイロの核とします。これがハブ/ピラーページになります。
2. キーワードをクラスタリングする。 シード語の関連検索、People Also Ask、キーワードツールの提案を取得します。意図ごとにグループ化します。それぞれのグループで、検索需要が明確に異なり、SERPも異なるものがスポークの候補です。
3. 水増しを削る。 各候補スポークについて、親とは別の需要があることを確認します。2〜3ページの本当に異なるコンテンツを埋められない場合は、薄いページを作らずにハブに統合します。同じクエリを奪い合う候補が2つあれば、1つにまとめます。
4. URLを設計する（任意、見た目のみ）。 CMSや編集組織に役立つなら、/topic/フォルダにサイロを反映させます。これをSEOの作業として扱わないでください。
5. リンクマトリックスの計画を立てる。 行と列のスプレッドシート（サイロ内の全ページを両軸に）を作成し、意図するリンクをマークします：ハブ→各スポーク、各スポーク→ハブ、スポーク→本当に関連する兄弟ページ。
6. 執筆とリンク設定。 ハブとスポークを作成します。ハブ→スポークのリンクは、各サブトピックが紹介される文脈の中で配置し、ページ下部の一覧にまとめないでください。マトリックスに従って、スポーク→ハブとスポーク→兄弟ページのリンクを追加します。
7. 適切な相互リンクを追加する。 各ページに、「このリンクはサイロがなくても存在するか？」というテストを満たすサイロ外リンクを追加します。フォローにし、nofollowにはしないでください。
8. クロールして検証する。 サイロをクロールします（Screaming Frog / Ahrefs Site Audit）。クロールの実際の外部リンクからマトリックスを埋めます。空の行（リンクを張っていないページ）と空の列（誰もリンクしていないページ）を修正します。孤立ページと内部リンク切れのレポートを解消します。
9. 再監査のトリガーを設定する。 後でスポークを追加するたびに、そのページについて手順5〜8を再実行します—ハブを更新し、兄弟ページへの相互リンクを追加し、再クロールします。

サイロ構築・監査チェックリスト

上から順に実行します。最初に境界を決める作業が、後でのリンク修正を防ぎます。

境界（手順1）

• 各スポークは、ハブの用語とは別の明確な検索需要がある。
• 各スポークには、独自の関連検索/People Also Askクラスターがある。
• 各スポークのSERPは、親のものと意味のある形で異なる。
• 「最低ページ数」を満たすためだけに存在するスポークがない。
• 同じクエリをターゲットにするスポークが2つない（境界のカニバリゼーションがない）。

構造（手順2〜3）

• フォルダ/URL構成（使用する場合）はCMSの利便性として扱い、サイロそのものとは見なさない。
• ハブはすべてのスポークに、フッターのリストだけでなく、文脈の中でリンクしている。
• 各スポークはハブにリンクを戻している。
• スポークは、本当に関連する兄弟スポークにリンクしている。
• リンクマトリックスのスプレッドシートが存在する（行/列＝ページ、セル＝リンク）。

相互リンク（手順4）

• 読者が本当に辿るであろう場所に、サイロ外リンクが存在する。
• 各相互リンクは、「サイロがなかったら存在するか？」というテストを満たす。
• 内部リンク（サイロ外かどうかに関わらず）が「保護」のためにnofollowされていない。

除外すべき誤り（手順5）

• 過剰なサイロ化がない（薄い、重複した、カニバリゼーションを起こすスポークがない）。
• トピック横断的なコンテンツは相互にリストされている（両方のハブからリンクされている）—孤立していない。
• 境界は検索意図に一致しており、組織図に一致していない。
• フォルダだけでなく、実際のリンクグラフを検証した。

監査（手順6）

• Screaming Frogの可視化で、サイロのページが散らばらずにクラスタリングしている。
• Ahrefs Site Audit：サイロ内に孤立ページがない。
• Ahrefs Site Audit：サイロ内に内部リンク切れがない。
• 実際のクロールエクスポートからマトリックスを埋めた—空の行や予期しない空の列がない。
• 次にスポークを追加するときに再監査を予定している。

リンクマトリックステンプレート

これは競合ガイドが提供していない成果物です。行は「リンク元」ページ、列は「リンク先」ページで、各セルはそのリンクが存在すれば✓です。任意のスプレッドシートで作成します—計画用のタブと、クロールから埋めて監査するタブの2つです。

読み方

• ハブ行は*すべて✓*であるべき — ハブはすべてのスポークにリンクする。ここに欠落がある場合、そのスポークは実際にはサイロ内にないことを意味する。
• ハブ列は*すべて✓*であるべき — すべてのスポークがハブにリンクし返す。ここに欠落がある場合、実務者のリンクフローモデルでは、そのスポークがハブに権威を返していないことを意味する — 修正すべき計画上のシグナルであり、測定可能なGoogleスコアではない。
• スポークの行が（ハブ以外で）空である = 兄弟ページにリンクしていないページがある；関連する兄弟ページを追加することを検討する。
• スポークの列がまばらである = そのページを指すページが少ない；リンク不足で、サイロ内で孤立リスクがある。

監査に変えるには: サイロのURLをクロールし、外部リンクをエクスポートし（Screaming Frogの外部リンクエクスポートまたはAhrefsのクロール済みページエクスポート）、セルを記憶ではなく実際のデータで埋める。計画タブとクロールタブの間のギャップが、あなたのやることリストです。

クロスリンクは設計上このマトリックスの外側に存在する — マトリックスはサイロ内の完全性のためのもの。サイロ外のリンクは別途追跡し（単純な「ページ → サイロ外ターゲット → 理由」リスト）、それぞれが「これがなくても存在するか？」テストを通過するか確認できるようにする。

メンタルモデル

1. 境界は需要に従うのであって、割り当てに従うのではない。 サブトピックがスポークになるのは、明確な検索需要（独自のボリューム、独自のPAAクラスター、独自のSERP）があるときだけです。「最低5ページ」とその類は、互いに矛盾する俗説です — 需要テストだけが唯一有効です。

2. フォルダはファイルキャビネットであり、リンクがアーキテクチャである。 自分の整理のためにフォルダにサイロを反映させるのはよいが、検索エンジンが読むのは内部リンクグラフです。フォルダツリーではなく、リンクグラフを構築し監査してください。

3. マトリックスがサイロである。 ハブがすべてのスポークにリンクし、すべてのスポークがリンクし返し、スポークが関連する兄弟にリンクするとき、サイロは完成です。スプレッドシートの行と列で「完成」を確認可能に — そこで計画し、そこで検証してください。

4. クロスリンクは機能であり、漏れではない。 テストは「サイロが存在しなくてもこのリンクを追加するか？」です。もしそうなら、それは属します。サイロを隔離しようとする本能 — 特にクロスリンクをnofollowすること — は、権威を保護するどころか破壊する、まさに時代遅れの慣行です。

5. 記憶ではなくクロールを信頼する。 あなたはすべてリンクしたと思っていても、クロールは実際にそうしたかどうかを知っています。構築はページが公開されたときに完了するのではなく、クロールで埋められたマトリックスに予期しないギャップがなくなったときに完了します。

このサブトピックは独自のスポークにするべきか、それともクロスリンクにするべきか、それとも何もしないか？

サイロ構築で最も難しい2つの判断は、境界をどこに置くかと、いつ境界を越えてリンクするかです。候補のサブトピック（または候補のクロスリンク）をこれに通してください。

サイロ構築チートシート

リンクマトリックス（サイロ内）

境界テスト — 本当のスポークか？

• 親と異なる検索ボリュームがあるか？ ✓ 必要
• 独自の関連検索 / PAAクラスターがあるか？ ✓ 必要
• SERPが親と異なるか？ ✓ 必要
• ページ数を稼ぐためだけに存在するか？ → 統合する。スポークではない
• 別のスポークと同じクエリか？ → 結合する。競合しない

「サイロあたりのページ数」の数字を解読する

• 最低5 / 4〜8サイロ / 10〜20ページ / 20〜30記事 → すべて俗説で、すべて互いに矛盾しています。割り当てではなく需要を使う。

やめるべき誤解

• 「フォルダがサイロを作る」→ いいえ。リンクグラフこそがアーキテクチャです。
• 「サイロをまたいでリンクしてはいけない」→ 関連性があればリンクしましょう。
• 「サイロ間リンクにnofollowを付けて権限を守る」→ 2009年から無効。権限は 蒸発します。
• 「サイロはランキング要因である」→ サイロ検出器はありません。これは通常の内部リンクシグナルを整理する方法です。

監査ツール

• Screaming Frogの可視化 → ページがクラスタ化しているか確認（データではなくパターン発見）。
• Ahrefs Site Audit → 孤立ページ → 内部リンクの問題 → リンクの機会。
• リンクマトリックススプレッドシート → クロールエクスポートから入力 → 空の行/列を見つける。
• 再監査 → スポークを追加するたびに。

サイロのアンチパターンとその修正

ページ数を稼ぐための過剰なサイロ化。 症状: 「最低5ページ」を満たすために作られた薄くてほぼ重複したスポークが、同じクエリをめぐって互いに競合する。修正: 明確な需要から境界を引き、単独で成立しないサブトピックはハブに統合する。

サイロ間リンクへのnofollow付与。 症状: フォルダ境界をまたぐ内部リンクに「サイロ内に権限を保つ」ためにrel="nofollow"を付ける。修正: 削除する。スカルプティングは2009年から機能していない——権限はリダイレクトされずに蒸発する。関連性があればフォローされるリンクにする。

フォルダを作って完了とする。 症状: ページは/topic/に置かれているが、フォルダ内の何もフォルダ内の他のものにリンクしていない。「サイロ」はURLパスのみに存在する。修正: リンクマトリックスの作業（ステップ3）を行い、クロール（ステップ6）で検証する。フォルダは整理であって、アーキテクチャではない。

トピック横断コンテンツの孤立化。 症状: 2つのサイロにまたがるコンテンツが1つに強制され、もう一方からはリンクされない——または「合わない」ために完全に削除される。修正: クロスリストする——両方の関連ハブ/スポークからリンクする（alsoInパターン）。1ページ、2つのホーム。

組織図の境界。 症状: 製品ラインや内部部門に基づいてサイロが描かれ、構造が検索者のクエリ方法ではなく会社の考え方に一致する。修正: 実際のキーワード/SERPデータから境界を再クラスタリングする。

ページ下部のリンクダンプ。 症状: ハブが「すべてのスポークにリンク」するのは、最下部の関連リンクリスト経由のみで、文脈内リンクがない。修正: ハブの本文で各サブトピックが紹介される場所にハブ→スポークリンクを配置する——文脈リンクはより多くのシグナルを運び、読者にクリックされる。

公開後の放置。 症状: 数か月後に新しいスポークが追加されるが、ハブは新しいリンクを取得せず、兄弟間のクロスリンクも行われない。修正: 新しいスポークごとにリンクマトリックスを再実行する——これはサイロ劣化の最も一般的な原因です。

提案されたサイロ境界のレビュー

ターゲットトピック、意図、提案されたハブを含むページのリストをこのプロンプトに貼り付けてください：

Review this proposed topic-silo map as an information architecture, not as a URL
folder exercise. Flag overlapping hubs, spokes that belong under a different hub,
missing subtopics supported by the supplied data, and cross-topic links that would
help a reader. Do not invent keywords or search volume. Return: boundary decisions,
hub-to-spoke links, spoke-to-hub links, useful cross-links, and unresolved cases.

クロールエクスポートをリンクギャップレビューに変換する

ソースURL、宛先URL、アンカーテキスト、ページトピック、クロール深度の列を貼り付けてください：

Compare the observed internal-link graph with the supplied hub-and-spoke plan. Find
missing hub-to-spoke and spoke-to-hub links, weak or ambiguous anchor text, isolated
spokes, and relevant cross-silo links that the strict plan omitted. Separate facts
visible in the data from recommendations. Do not recommend nofollow to preserve a
silo boundary.

計画されたリンクマトリックスが実装されたことを検証する

実行するテスト: サイトをクロールし、観測されたソースと宛先のペアを承認済みのハブアンドスポークマトリックスと比較します。期待される結果: 公開されたすべてのスポークが、そのハブからクロール可能なリンクを持ち、正しいハブにリンクを返します。 失敗の解釈: テンプレート、デプロイ、またはマッピングの欠落により、計画されたエッジがグラフから除外されました。監視期間: デプロイ後のクロール直後。ロールバックのトリガー: リリースが既存の有用なリンクを削除するか、クラスタを間違ったハブにルーティングする。

クロスリンクが意図的であることを検証する

実行するテスト: トピックグループをまたぐリンクをエクスポートし、そのソースコンテキストとアンカーテキストをレビューします。期待される結果: 各クロスリンクが関連する読者のタスクに役立つ。一律のnofollowルールや偶発的なサイト全体のクロスリンクはない。 失敗の解釈: 実装が人為的な分離を強制したか、トピックの文脈なしにリンクを追加した。監視期間: 各テンプレートまたはナビゲーションリリース後。ロールバックのトリガー: グローバルルールが正当なリンクを抑制するか、大規模で無関係なサイト全体のリンクセットを導入する。

自分を試す：サイロ構造の構築

サイロの構築と監査プロセスに関する5つのクイッククエスチョン。それぞれ答えを選んで、確認してください。

時間をかける価値のあるリソース

関連記事

• SEOサイロ構造：なぜ意味がないのか（そして代わりにすべきこと） — 厳格なサイロに関するAhrefsの見解。Link Opportunitiesツールを使って内部リンクを追加する場所を見つける方法も含みます。
• SEOのための内部リンク：実践ガイド — 内部リンクがPageRankを渡し、サイロそのものであるリンクグラフを形成する方法。この記事のステップ6が基づく監査ワークフローです。
• 技術的SEOの初心者向けガイド — サイト構造と内部リンクが全体像の中でどこに位置するか。

講演

• ローカルリンク構築（Pubcon Local 2021） — 私の内部リンクに関する講演。リンクを意図的に配線することに最も近い関連資料です（内部リンクはローカルクエリで比例的に重要と思われました）。

業界から

• SEOサイロ：ウェブサイトSEOサイロの構築方法（Bruce Clay） — 厳格なサイロ手法の起源。クロスサイロリンクにnofollowを推奨する時代遅れのアドバイスについて批判的に引用されています。
• Screaming Frog — サイトアーキテクチャとクロールの可視化 — トピックのページがクラスターを形成しているかを見る方法と、可視化が全体像を語らないという注意点。
• Ahrefs Academy — Link Opportunities — Page Ratingで並べ替え可能な関連内部リンクの提案を表示するSite Auditレポート。
• トピッククラスター：SEOの次の進化（HubSpot） — ステップ1で再利用されるPeople Also Askのクラスター調査メカニズム（そして「20〜30の補助記事」という数字の出典で、俗説として引用されています）。
• Silo SEOとは何か、より良い選択肢はあるか？（Semrush） — 比較のための主流のサイロウォークスルー。
• SEOサイロ構造（Ahrefs用語集） — サイロモデルとそのクロスリンク禁止ルールへの反論の短い参考定義。

変更履歴