サイトのサイロ構造：検索意図、URL、内部リンク

ありがちなWebサイトの問題点

製造、卸売、B2Bサービス、EC、官公庁向けサプライヤーなど、実際の商品やサービスを扱う分野のサイトを開いてみてください。B2BでもB2CでもB2Gでも、たいてい同じ光景です。カタログまたはサービス一覧、配送と支払いのページ、「会社概要」セクション、認証書類。よくても返品と保証のページがある程度です。

これはWebサイトではありません。デジタルの名刺です。

ここでは1つのニッチを例にしますが、考え方はどのサイトにも当てはまります。例として作業服を取り上げます。商品が複雑で、買い手は個人、法人、公的機関のいずれもありえ、品揃えは放っておくと意味のない無限のカタログになりやすい分野です。実際の需要に対応するセクションとページを設計する原則は、EC、サービス、B2B、メディアなどでも同じです。変わるのはエンティティとURLだけで、原則は変わりません。CMS、言語、ホスティングが違っても、設計のルールは同じです。

SEOの観点では、こうした構造のサイトは、ニッチによって異なりますがせいぜい15〜100個程度のヘッドキーワードを取り合っているだけです。それより下のロングテール、つまり具体的な意図を持つクエリは取りこぼしています。「難燃 冬用 溶接工 作業服 購入」と検索する人は、そのクエリ専用のページがあるサイトにたどり着きます。

オーナーは商品を深く知っている一方で、訪問者がまだ専門家ではないことを忘れがちです。サイトでは、商品やサービスだけでなく、その背後にある事業と人も見せるべきです。誰が運営しているのか、製造やサービスはどう行われているのか、約束の根拠は何か。トピックごとの設計（サイロ）をしっかり作れば、検索エンジンもユーザーも、全体から個別へと抜けなく進めます。

数字で見るセマンティックカバレッジ

zoom_in

セマンティックカバレッジ：これまで欠けていた指標

案を比べる前に、以降の話をシンプルに保つための作業用の定義を示します。

セマンティックカバレッジとは、あるトピックの実際の検索需要のうち、サイトのページがカバーしている割合です。ページ数や検索順位ではなく、意図のカバー率を指します。人が実際に検索する内容に、構造がどこまで答えているかを見ます。

公式の用語ではなく、設計作業のための実用的な指標です。業界で近い概念には、セマンティックコクーンや、意図ベースのクラスターカバレッジがあります。どちらも、コンテンツギャップやトピックの網羅性を見る際の観点と重なります。

定義から実行へ

1つのサイトに3つのURL構成：混沌からサイロへ

ここでは、仮想の1プロジェクト（前述の作業服のロジックを使用）について、3つのURLツリーを比べます。ありがちな混沌とした構成、基本のサイロ、拡張サイロです。比較の基準は、見た目のURLの深さではなく、各案が実際にいくつの意図をカバーできるかです。

構成1：「よくある形」。サイロも構造もなし

site.com/
├── catalog/
│   ├── product-1/
│   └── product-2/
├── delivery/          ← orphan page, no parent hub
├── payment/           ← same problem
├── about/
└── contacts/

問題点：

/delivery/ と /payment/ は第2階層にありますが、/clients/ というハブがありません。階層も、パンくずリストも、論理もありません。クローラーが見るのはページであり、構造ではありません。

カタログがフラットです。カテゴリーがサービス、素材、業界と結び付いていません。

セマンティックカバレッジの出発点は、現在のサイトが、裏付けのある有用なページで答えられる実際のユーザーの意図の割合です。

階層化されたパスの重要性

URLの深さは見た目の問題ではありません。クローラーは /catalog/spetsodezhda/zimnyaya/dlya-svarshchikov/ をトピッククラスターの一部として扱います。フラットな /zimnyaya-spetsodezhda-dlya-svarshchikov/ は、単なる1ページです。

ルール：URLの各階層は、独自のコンテンツを持つ実際のページにします。技術的なセグメントにはしません。

サイトマップ：インデックスファイルに加えて、セクションごと（静的ページ、カタログ、サービス、ブログなど）に個別のサイトマップを用意すると、URLの数や変更を管理しやすくなります。seohead.techも同じ方法をとっています。

構成2：基本のサイロ

site.com/
├── catalog/                          ← catalog hub
│   ├── spetsodezhda/
│   │   ├── zimnyaya/
│   │   └── letnyaya/
│   └── siz/
│       ├── zashchita-golovy/
│       └── zashchita-ruk/
│
├── services/                         ← services hub
│   ├── poshiv-pod-zakaz/
│   └── naneseniye-logotipa/
│
├── clients/                          ← customer-facing hub
│   ├── delivery/
│   ├── payment/
│   └── garantiya/
│
├── about/
│   ├── team/
│   └── sertifikaty/
│
└── blog/

得られるもの：

主要な領域ごとにハブがあります。/clients/ は、配送、支払い、保証の親ページです。ユーザーもクローラーも階層を把握でき、URLが構造と一致し、パンくずリストも筋が通ります。

まだ足りないもの：

• SEOフィルターのページがない（冬用＋難燃＋溶接工向け）
• 業界別のランディングページがない
• 素材セクション、用語集、計算ツールがない
• セクションが完全に孤立し、相互リンクがない
• 著者が不明で、E-E-A-Tが弱い

セマンティックカバレッジは約20〜30%です。

構成3：拡張サイロ。フルカバレッジ

site.com/
│
├── catalog/
│   ├── spetsodezhda/
│   │   ├── zimnyaya/
│   │   ├── letnyaya/
│   │   └── dlya-svarshchikov/
│   ├── signalnaya/
│   │   ├── zimnyaya/
│   │   └── letnyaya/
│   └── siz/
│       ├── zashchita-golovy/
│       ├── zashchita-ruk/
│       └── gotovyye-komplekty/
│           ├── komplekt-elektrika/
│           ├── komplekt-svarshchika/
│           └── komplekt-stroitelya/
│
├── services/
│   ├── poshiv-pod-zakaz/
│   │   ├── malyye-serii/
│   │   └── krupnyye-tirazhi/
│   └── naneseniye-logotipa/
│       ├── vyshivka/
│       ├── dtf-pechat/
│       └── sravneniye-metodov/
│
├── industries/
│   ├── stroitelstvo/
│   ├── neftegaz/
│   ├── pishchevaya/
│   └── zhkkh/
│
├── materials/                        ← separate template, not the blog
│   ├── khlobok/
│   ├── smesovaya-tkan/
│   │   ├── ts-65-35/
│   │   └── ts-50-50/
│   └── fr-tkani/
│       ├── nomex/
│       ├── proban/
│       └── sravneniye/
│
├── clients/
│   ├── delivery/
│   ├── payment/
│   ├── tablitsy-razmerov/
│   │   ├── muzhskaya/
│   │   └── zhenskaya/
│   ├── ukhod/
│   │   ├── kak-stirat/
│   │   └── fr-odezhda/
│   └── normy-vydachi-siz/
│
├── about/
│   ├── team/
│   │   └── direktor/
│   ├── proizvodstvo/
│   ├── sertifikaty/
│   └── vakansii/
│
├── cases/
│   ├── komplektatsiya-stroitelnogo-obekta/
│   └── spetsodezhda-dlya-zhkkh/
│
├── glossary/
│   ├── fr-odezhda/
│   ├── antistatika/
│   └── gost-12-4-303/
│
├── calculators/
│   ├── komplekt-dlya-rabochego/
│   └── normy-vydachi/
│
├── blog/
│
└── prajslist/

セマンティックカバレッジは約70〜90%です。

この構造なら、サイトは購入までの道のり全体をカバーします。初心者には構成と特性、特定の需要にはフィルター付きのカタログや一覧、成果の出し方はサービスページ、物流と条件はクライアント向けハブ、実績のある場所は業界ページと事例ページで見せます。

人が迷うときに必要なのは証拠です。製造や業務のプロセス、書類、保証、オンラインまたはオフラインの実在する連絡先がそれにあたります。これらは「会社紹介ページ」ではありません。営業が話す前に、不安への答えを先に出すページです。

用語集とブログはロングテールを拾います。定義から、狭い専門的なシナリオまで幅広く扱います。まだ購入段階にない人を集め、ブランドへの信頼を育てます。

zoom_in

サイト構造の作り方：ステップバイステップのガイド

アーキテクチャは、CMSのエディターを開く前、最初のページを公開する前に設計します。手順はどのニッチでも同じです。

AIプロンプト：サイト構造を生成する

下のテキストを任意のAIチャットやエージェントにコピーしてください。追加の質問をしたうえで、セクションツリー入りの完成した .mdを返します。

You are an SEO architect and content strategist. Your task is to design a website structure following the extended silo principle with full semantic coverage.

Before building the structure, ask me 3-5 clarifying questions:
- What does the business sell or do (product, service, niche)?
- Who is the target audience (B2B, B2C, B2G, mixed)?
- Is there an existing structure or website — if so, ask me to send it?
- Which industries or customer segments exist?
- Which extra sections matter: blog, glossary, calculators, case studies, materials/technologies?

Once you have the answers, build the structure by these rules:
1. Every section is a separate semantic hub with child pages.
2. Build the catalogue or service list as a matrix (category x attribute), and only where real demand exists.
3. Always include: author/expert, an "About" hub, a "For customers" hub, case studies, and a glossary or blog.
4. Do not create pages for volume — only where there is intent.

Return the result strictly as Markdown:
- # — the site (domain or name)
- ## — top level (catalogue, services, about, etc.)
- ### — subsection or hub
- #### — leaf pages

Section headings only — no URLs, no descriptions, no explanations inside the structure.

流れは次のとおりです。AIが質問します。回答するか、既存の構造を送ります。たたき台の .mdが返ってきます。XMindなどにインポートし、視覚的に調整して、開発者向けのリファレンスとして渡します。

出力ファイルの例（中立的なラベル）

以下は、中立的な見出しだけで作った .mdの抜粋です。ニッチも商品も含まず、階層の骨組みだけを示します。実際の構造は数百ページになることもあります。

# project.example

## Product range

### "Standard" line
#### Option for environment A
#### Option for environment B
#### Universal kits

### "Pro" line
#### Scenario X
#### Scenario Y
#### Scenario Z

### Related items
#### Zone 1 protection
#### Zone 2 protection
#### Ready-made sets

## Services

### Made to order
#### Small batches
#### Large batches

### Branding
#### Method A
#### Method B

## Materials knowledge base

### Material group 1
#### Subtype alpha
#### Subtype beta

### Material group 2
#### Subtype gamma

## Use cases

### Industry 1
### Industry 2
### Industry 3

## For customers

### Sizing and selection
### Care and maintenance
### Standards and regulations

## About

### Team
#### Leadership

### Production / facilities
### Certificates and approvals

## Blog
## Glossary
## Price list
## Contacts

XMindで「ファイル → インポート → Markdown」を選ぶと、階層構造のマップが作れます。その後、優先順位と相互リンクを調整します。

zoom_in

終わりのないカタログではなく、SEOフィルターマトリクス

カテゴリーは安定した骨格として使い、詳細な需要はSEOフィルターと属性の組み合わせでカバーします。カタログをフラットに膨らませる必要はありません。必要なのはマトリクス、つまりカテゴリー×属性です。埋まったマス1つが、固有のURL、H1、メタ情報、コンテンツを持つSEOページ1つになります。空のマスはページを作りません。内容の薄い意図も生まれません。品揃えが狭くても広くても考え方は同じです。実際の需要がある組み合わせだけを作り、カタログを際限なく枝分かれさせません。

これで、5つのカテゴリーの代わりに、狙いを絞った40〜60ページができます。それぞれが、特定のクエリに応える具体的な一覧ページです。ダッシュ（—）は正直なシグナルで、需要がなければ、構造のためだけに内容の薄いページは作りません。

クロスリンク：サイロは牢獄ではない

よくある間違いは、サイロを「セクション同士は決してリンクしない」と解釈することです。分離しておくべきなのはナビゲーションのパターンです。セクションをまたぐ文脈内のクロスリンクは、意味的な関連性を生みます。

サイロとリンクピラミッドは併用できます。サイロはトピッククラスターと、どのブロックを隣り合わせにするかを決めます。ピラミッドはクラスター内でリンク評価を動かします（ハブ→リーフ→ハブへ戻る）。クラスターをまたぐリンクは、下の例のように意図的かつ的確に張り、トピックを薄めないようにします。実務ではハイブリッド型のモデルになります。外部の解説（KeyGroupのリンクとクロールに関する記事、需要カバレッジに関する「セマンティックの要塞」）も、同じ軸にあります。

良いクロスリンクの例：

• 素材ページ /materials/fr-tkani/nomex/ → /catalog/dlya-svarshchikov/ogneupornaya/ へリンク
• 商品カード → 素材ページ
• 事例 → 商品、素材、サービス
• /services/poshiv-pod-zakaz/ → /materials/ へリンク
• /industries/stroitelstvo/ → カタログ、事例、サービスへリンク

補足：中身のある文章で、構造が適切であれば、読者が必要とする場所に自然にリンクが生まれます。Nomex生地のページでは、どこで使われるかに自然に触れ、事例は素材とサービスへリンクします。リンクを無理に入れる必要があるなら、構造か文章のどちらかが間違っています。

zoom_in

事例はギャラリーではなくランディングページにする

よくある「事例」ページは、写真のグリッドと「納品しました」の一言だけです。事例ごとのURLも、ストーリーも、リンクもありません。

きちんとした事例は、ランディングページです。

作業の段階があるなら、「前／中／後」のギャラリーとして見せます。荒仕上げ、設置、完成した空間という流れです。読者はスクロールしながら規模感をつかめます。これは信頼になるだけでなく、ユーザーをページにとどめ、セクション間の本物の内部リンクを獲得するコンテンツにもなります。

このようなページは、「建設現場への作業服の一括納入」といったクエリで上位表示を狙えます。商品ページやサービスページにリンク評価を渡し、施工業者の検索意図にも合致します。

著者とE-E-A-T：サイトの裏にいる人

検索品質のシグナルは、一般的で顔の見えないコンテンツを厳しく扱う傾向が強まっています。誰が語り、どんな経験に裏付けられているのかが読者に見えなければ、著者と事例を確認できるサイトに負けます。B2B、B2C、B2Gのいずれでも同じです。

実際の商品や複雑なサービスを扱うニッチでは、オファーの背後にいる人を知りたいという要望があります。コンテンツの語り手として、代表、専門家、主任スペシャリストのいずれかを立てます。CMSやサイトの種類は問いません。

• 素材、記事、サービスページに本人の写真を載せる
• 経歴、経験、製造現場の写真を載せた著者ページを作る
• 全テンプレートでschema.orgのauthorを使う
• 匿名の埋め草ではなく、個人のコメントを載せる

これはSEOのシグナルだけの話ではありません。販売サイクルが長い場合は、著者への信頼がコンバージョンにつながります。

フルカバレッジとセマンティックコア

用語集、素材、サービス、業界、事例など、構造がすでにトピック全体をカバーしていれば、隣接する概念には構造そのものが答えます。「LSI」ツールの重要度は下がりますが、需要の分析は必須です。分析なしでは、ページの優先順位も、トラフィックが実際にどこにあるかも分かりません。

トピッククラスターやコクーンを扱うSEOの調査や実務家の間では、深く構造化されたサイトのほうが、フラットなサイトよりクラスターの順位が早く上がるという見方が多くあります。

その場合のセマンティックコアは、「トピックを探す」作業ではありません。それは構造がすでに済ませています。重要なのは優先順位付けで、どのページから公開するか、需要が高く競争が少ないのはどこかを決めます。

拡張サイロのメリットとデメリット

共通セクション：どのサイトにも使えるチェックリスト

これはほとんどの事業に合う基本形です。ニッチ、ターゲット、需要に合わせて調整します。

これは最低限の基本形です。事業によって、構造は大きくも小さくもなります。ただし論理は変わりません。各セクションが意図の種類に対応し、意味のあるリンクで他のセクションとつながります。