SEOに最も優しいウェブサイト構造の設計方法とは？
第2章：検索基礎編 · 第19問
多くの人はSEOに取り組むとき、キーワードとコンテンツばかりに目を向け、根本的な問題である——ウェブサイト構造を見落としがちです。構造が混乱したサイトは、道標のない迷宮のようなもので、検索エンジンのクローラーが入ってきても道を見つけられず、ユーザーも迷いやすくなります。優れたウェブサイト構造は、SEOの土台です。
「SEOに優しい」ウェブサイト構造とは？
簡単に言えば、3つの基準を満たすことです：
| 基準 | 説明 |
|---|---|
| フラット化 | どのページもトップページから3クリック以内で到達できる |
| 論理が明確 | カテゴリ階層がユーザーの認知に合致し、混乱がない |
| クロール可能 | クローラーがリンクをたどってすべての重要ページを巡回できる |
理想的なウェブサイト構造：ツリー型 + フラット
「ツリー構造 + フラット階層」の組み合わせを推奨し、階層は3層以内に抑えます：
本書が掲載されている songbing.com.cn を例にすると、その構造は「ツリー + フラット」の典型です：
首页 (https://www.songbing.com.cn/)
├── 100问 目录页 (/100wen/) ← 分类页/内容枢纽
│ ├── 第一章：认知篇
│ │ ├── 问答页 (/100wen/what-is-organic-marketing/)
│ │ └── 问答页 (/100wen/what-is-aeo/)
│ ├── 第二章：搜索基础篇
│ │ ├── 问答页 (/100wen/site-structure-for-seo/) ← 本文所在
│ │ └── 问答页 (/100wen/keyword-research-workflow/)
│ └── …（共 6 章 101 篇问答）
├── 独立教程页 (/xhs-tutorial.html)
├── 独立教程页 (/tencent-docs-tutorial.html)
└── 工具页 (/douyin-xhs-feeds-plan.html)
核心原則：トップページ → カテゴリページ → コンテンツページというように、各層に明確な上下関係があり、相互に内部リンクでつながっています。このサイトを見てください：/100wen/ 目次ページはすべてのQ&Aの「親ノード」であり、各記事は左側の書籍目次を通じて相互につながっており、まさに標準的なツリー + フラット構造です。
構造設計の5つの要点
1. URL階層はコンテンツ階層を反映させる
良いURL：/100wen/what-is-organic-marketing/（「100問の中で自然マーケティングとは何かを解説するページ」と一目でわかる）
悪いURL：/p?id=3847 または /2024/03/15/post-title/（階層も内容もわからない）
songbing.com.cn と照らし合わせると：/100wen/what-is-organic-marketing/ は「カテゴリ（100問）+ テーマ（自然マーケティングとは）」という2段階の情報を同時に表現しており、URL自体が構造のシグナルとなり、検索エンジンとユーザーにページがサイト内のどこに位置するかを一目で示します。
2. ナビゲーションシステムは完全であること
- メインナビゲーション：すべての第1階層カテゴリをカバー
- パンくずナビ：ユーザーとクローラーに「自分がどこにいるか”」を認識させる
- サイドバー/フッターナビゲーション：関連ページへの入口を補完
- サイト内検索：大規模サイトには必須
3. 内部リンク戦略は構造の「血管」
ページ同士が孤立して存在してはいけません。各コンテンツは以下のようにすべきです：
- 上位の所属カテゴリページへリンクする
- 同類の関連記事へ横断的にリンクする
- 適切にコアランディングページへリンクする（権重を伝達）
4. 「コンテンツハブ」（Hub Page）で権重を集約する
コアキーワードに対して、集約ページ（Pillar Pageとも呼ばれる）を作成し、関連するすべてのサブトピック記事へのリンクをここに集めます。これにより、検索エンジンが特定のテーマにおけるあなたの「権威性」を理解しやすくなります。
songbing.com.cn のやり方は良い模範例です：/100wen/ ディレクトリページは「中国語オーガニックマーケティング」というコアテーマのコンテンツハブです、6章101問のQ&Aをすべて1ページに集約し、各記事は左側の目次からハブページへ逆リンクしています——ハブページが権重を集約し、子ページがロングテールトラフィックを受け止め、互いに成就し合っています。
5. よくある構造の落とし穴を避ける
| 問題 | 結果 |
|---|---|
| 孤立ページ（内部リンクなし） | クローラーが発見できず、インデックスされない |
| 階層が深すぎる（>4層） | クロール効率が低下し、権重が減衰する |
| 大量の重複/類似カテゴリ | 権重が分散し、キーワード同士が共食いする |
| 純粋なJSレンダリングのナビゲーション | 一部のクローラーがリンクを解析できない |
サイトタイプ別の構造提案
- 企業公式サイト：トップページ + 製品/サービスカテゴリ + 事例 + ブログ、階層はシンプルでよい
- コンテンツサイト/ブログ：トピック別カテゴリ + Tagタグ体系 + 集約特集ページ
- ECサイト：カテゴリツリー + 絞り込みページ（facet URLの正規化に注意）+ 商品詳細ページ
実践的なアドバイス
- 構造図を先に描いてからサイトを構築する：マインドマップツール（XMind、幕布など）でサイト構造を描き、階層が合理的であることを確認してから開発に着手しましょう。構造の変更はコンテンツの変更よりはるかにコストが高いです。
- 「クロール深度」を定期的に審査する：Screaming Frog などのツールで全サイトをクロールし、深度が3階層を超えるページや孤立ページがないか確認し、内部リンクを適時補完します。
- 構造調整では 301 を適切に行う：URL 構造を再設計する必要がある場合、旧 URL から新 URL への 301 リダイレクトを必ず適切に設定し、既存のランキングと被リンク価値の損失を避けます。
AI ツールで解決する：サイト構造の設計と監査
シナリオ1：ゼロからサイト構造図を設計する
私のサイトは [企業公式サイト/EC/コンテンツブログ] で、事業には [製品A/サービスB/コンテンツ欄C] が含まれ、ターゲットユーザーは [人群]、主要キーワードは [いくつかのコアワード] です。3階層以内のフラットなサイト構造を設計してください：トップページ、第1階層カテゴリ、第2階層カテゴリ、コンテンツページのツリー構造、URL パス形式、および各カテゴリに配置すべきページを列挙してください。出力はツリー図で表示してください。
AI が出力した構造図はそのままサイト構築の「設計図」として使えるので、ホワイトボードに向かって考えるよりはるかに楽です。
シナリオ2：既存構造の孤立ページと階層が深すぎる問題を審査する
全サイトの URL リスト（Screaming Frog でエクスポートした CSV または sitemap.xml コンテンツ）を AI に貼り付けます：
これは私のサイトの全 URL リストです（貼り付け）。以下を支援してください：1) 親カテゴリに属さない「孤立ページ」を特定する；2) 階層が3階層を超える URL を特定する（スラッシュの数を数える）；3) 命名が混乱し、URL から内容を判断できないパスを見つける；4) 再構築の提案と対応する 301 マッピングの例を示す。
シナリオ3：URL 命名を標準化する
URL 構造を設計中です。以下はいくつかのページの中国語名です（列挙）。SEO に優しい英語の URL slug を生成してください：小文字、ハイフン使用、できるだけ短く、コアキーワードを保持、日付と ID は使用しない。各中国語名に対して候補を2つずつ提示し、どちらを選ぶか、その理由を説明してください。
シナリオ4：構造図を描いてドキュメントに変換する
以下のサイト構造の説明（ツリー構造を貼り付け）を Mermaid フローチャート構文で表現してください。プロジェクトドキュメントやプレゼン資料に載せやすくするためです。
注意：AI 的边界
- AI が構造を出し、あなたが業務を決める：カテゴリの取捨選択はあなたの業務優先度とユーザー習慣に依存します。AI は一般的な SEO 原則に基づいて提案するだけであり、最終的な構造はあなた自身が決定する必要があります
- URL の変更にはコストがかかる：AI が提案する URL 命名は美しいかもしれませんが、既存 URL を変更するということは 301 リダイレクトと外链の更新を意味するため、必要でなければ「見た目」のために変更しないでください
- 完全なナビゲーションコードを生成させてそのまま公開しない：ナビゲーション構造は製品/運営チームの協働に関わるため、AI が生成した内部リンクは案は実際の内容に基づいて人による確認が必要です
