Site Architecture
サイト構造設計
サイト構造設計とは、WebサイトのURL階層・ナビゲーション・内部リンク・サイトマップを設計し、ユーザーとGooglebotの両方にとってわかりやすいサイトの「骨格」を作る作業です。情報アーキテクチャ(IA)とも呼ばれ、制作前に固めるべき最重要の設計要素のひとつです。
どれだけ良質なコンテンツを作っても、サイト構造が適切でなければGooglebotがコンテンツを発見・評価できません。サイト構造はSEOの土台であり、後から変更するのが難しい要素でもあるため、制作前の設計が重要です。
What You Will Learn
このページでわかること
サイト構造設計がSEOに与える具体的な影響と、なぜ制作前に設計が必要なのか
URL設計の原則(英語・ハイフン・意味を持つスラッグ)と避けるべきパターン
サイロ構造(トピッククラスター)の仕組みと内部リンクでの専門性の示し方
パンくずリストとBreadcrumbList構造化データの実装方法・SEO効果
孤立ページの見つけ方・重複コンテンツの発生箇所と対処法
業種別のサイト構造パターンと、設計から実装までのフロー
Structure Risks
サイト構造が整っていないと起きる4つのSEO問題
重要ページにPageRankが集まらない
内部リンクが設計されていないサイトでは、SEO的に最も重要なページへの評価が集まりません。トップページから重要サービスページへの内部リンク設計がSEO評価の基盤です。
クローラーがページを正しく認識できない
深い階層に埋まったページや孤立したページはGoogleのクローラーに見つけられにくくなります。フラットな構造とXMLサイトマップでクロール効率を最大化します。
カニバリゼーションで評価が分散する
同じキーワードを複数ページで狙うとGoogleが「どのページを評価すべきか」と混乱します。類似ページの統合・canonicalの設定でキーワードの評価を一点集中させます。
内部リンクが機能せず回遊率が低下する
ユーザーが次のページへ自然に移動できる内部リンク設計がないと、1ページだけ見て離脱します。回遊率低下は滞在時間の短縮としてGoogleの評価低下にもつながります。
Common Issues
よくある課題と原因
サイト構造の問題は、気づかないまま放置されることが多い課題です。以下のような状態に心当たりがある場合、構造設計の見直しが必要なサインです。
URLが乱雑になっている
日本語URL・意味のないパラメータ・深すぎる階層(例:/category/sub/item/12345/)など、URLからページの内容が読み取れない状態。URLはシンプルで意味を持つ英語スラッグで設計するのが基本です。
カテゴリが多すぎる・少なすぎる
ページ数に対してカテゴリが細分化されすぎて各カテゴリに2〜3ページしかない状態、またはカテゴリがなく全ページがフラットに並ぶ状態。どちらもクロール効率とページ評価の集約を妨げます。
孤立したページ(オーファンページ)がある
XMLサイトマップには登録されているが、どの内部ページからもリンクされていないページ。Googlebotはリンクをたどってクロールするため、孤立ページは評価されにくい状態です。
パンくずが設定されていない・不完全
パンくずリストがないと、ユーザーは自分がサイトのどこにいるかわかりません。また、BreadcrumbList構造化データが未実装の場合、リッチリザルトの獲得機会も失います。
重複コンテンツが発生している
URLパラメータ・wwwの有無・プロトコルの混在・トレイリングスラッシュの不統一などで同一コンテンツが複数URLに存在する状態。canonicalタグや301リダイレクトで解消が必要です。
同じキーワードを複数ページで狙っている
サービスページとブログ記事が同じキーワードを対策している状態(カニバリゼーション)。Googleがどちらを評価するか迷い、両方の順位が下がることがあります。
グローバルナビが多すぎて整理されていない
ナビゲーション項目が10以上ある・優先度なくすべてのページが並列・ユーザーが迷うメガメニュー。ナビはビジネス目標と検索意図から逆算して5〜8項目に絞るのが基本です。
リニューアル後に検索順位が大幅に落ちた
URL変更時に301リダイレクトが未設定・サイトマップ未更新・内部リンクが旧URLのまま残存。リニューアルはSEP評価を大幅に損なうリスクがあり、事前の設計と実装後の監視が必須です。
重要ページがトップページから遠い位置にある
コンバージョン目標となるページへの到達に4クリック以上かかる設計。クロールの到達率が下がり、PageRankの伝播も薄くなります。重要ページほどナビゲーションや上位ページから直接リンクします。
内部リンクのアンカーテキストが「こちら」ばかり
「こちら」「詳細はこちら」というアンカーテキストはGoogleにリンク先のページが何について書かれているかを伝えません。アンカーテキストにはリンク先のキーワードを自然に含めることが重要です。
Key Elements
SEOに強いサイト構造の設計要素
URL設計
意味のある英語スラッグ・階層を反映したパス・ハイフン区切りでシンプルかつキーワードを含むURLを設計します。日本語URLやパラメータ多用URLは避けます。理想の形式は「/カテゴリ/サブカテゴリ/スラッグ」で、スラッグは小文字・ハイフン区切り・20文字以内が目安です。一度決めたURLは変更しないことが原則です(変更時は必ず301リダイレクト)。
サイロ構造(トピッククラスター)
関連するページをグループ化し、グループ内で内部リンクを充実させます。「/seo」がピラーページとして機能し、「/seo/content-seo」「/seo/technical-seo」「/seo/local-seo」がクラスターページとして相互リンクで結ばれます。Googleは「このドメインはSEOに詳しい」と専門性を認識します。ピラーページはクラスターページへリンクし、クラスターページはピラーページへ戻るリンクを設置します。
パンくずリスト
全ページにパンくずリストを設置し、BreadcrumbList構造化データを実装します。ユーザビリティ向上・クロール効率改善・リッチリザルト獲得の3つの効果があります。JSON-LD形式で実装し、Google Search Consoleのリッチリザルトテストで確認します。パンくずのリンクは各階層のページへ正しく張ることが重要で、テキストだけで実装するのは不完全です。
グローバルナビゲーション
重要なページはグローバルナビゲーションに含めることで、全ページからリンクされクロール優先度が上がります。ナビの項目はビジネス目標と検索意図を踏まえ5〜8項目に絞ります。ドロップダウンは設けてもよいですが、最上位のリンク先ページ自体に固有のコンテンツが必要です。フッターナビも内部リンクとして機能するため、補助的なページへの導線として活用できます。
XMLサイトマップ
全公開ページのURLリストをXML形式で作成し、Google Search Consoleに登録します。Next.jsではapp/sitemap.tsで動的生成が可能です。noindexページはサイトマップから除外します。lastmod(最終更新日)を正確に記述することでGooglebotが優先的にクロールします。大規模サイトでは1ファイル5万URL上限のため、カテゴリ別に分割してsitemap indexを使います。
内部リンク設計
親ページ↔子ページの相互リンク・関連ページへの横断リンク・コンテンツ内の自然なテキストリンクを組み合わせます。アンカーテキストにキーワードを含めることで、リンク先のページに文脈情報を渡します。重要なCVページへの内部リンクは複数ページから設定し、PageRankの集約を図ります。リンク数が多すぎるページはリンクごとの評価が希薄になるため、ページあたり100リンク以内が目安です。
By Industry
業種別のサイト構造パターン
業種によって「ユーザーが何を検索するか」「どのページがコンバージョンになるか」が異なります。業種の特性に合わせた構造設計が重要です。
飲食店・カフェ
ホーム → メニュー(カテゴリ別:ランチ/ディナー/ドリンク)→ アクセス → 予約 → ストーリー・こだわり。エリア名を含むページ(例:/shibuya-lunch)を設けてローカル検索に対応。季節メニューページは毎年更新して内容の鮮度を維持します。
クリニック・医療機関
ホーム → 診療科目(症状別・治療法別)→ 医師紹介 → 患者の声 → アクセス・予約。症状別ページ(例:/symptoms/headache)で検索意図に対応し、治療法ページから予約ページへの内部リンクでコンバージョン導線を設計します。
建設・リフォーム
ホーム → サービス(工事種別)→ 施工エリア(都道府県別)→ 施工事例(Before/After)→ お問い合わせ。施工事例は件数が多くなるためカテゴリ(工事種別×エリア)で整理し、エリアページから事例ページへの内部リンクでSEO評価を連携します。
士業・コンサルタント
ホーム → サービス(業務種別)→ 実績・解決事例 → 代表プロフィール → ブログ(法律Q&A・業界解説)→ 相談予約。専門性の高いブログ記事をサービスページから内部リンクすることでE-E-A-T向上を狙います。
美容院・エステ
ホーム → メニュー・料金(施術別)→ スタッフ紹介 → お客様の声 → ギャラリー → 予約。スタイル別ギャラリー(例:/style/short-hair)は検索流入が見込めるため、施術メニューページと相互リンクしてサイロを形成します。
ECサイト・小売
ホーム → カテゴリ(大分類)→ サブカテゴリ(小分類)→ 商品ページ。ファセットナビゲーション(絞り込み)のURLはcanonicalまたはnoindexで管理。カテゴリページには説明文を追加し、コンテンツとしての価値を持たせます。
学習塾・スクール
ホーム → 対象学年・コース → 教室一覧(エリア別)→ 合格実績・講師紹介 → 無料体験申込。コース別ページから教室ページへのリンク・教室ページからコース説明への相互リンクでローカルSEOと専門性を両立します。
BtoB・SaaS
ホーム → 機能・ソリューション別(課題別にページを分ける)→ 導入事例(業種別)→ 料金プラン → 資料請求・デモ申込。業種別の課題解決ページ(例:/solution/retail)は潜在顧客の検索意図に対応し、導入事例との内部リンクで信頼性を高めます。
Implementation Flow
サイト構造設計から実装までのフロー
サイト構造設計は「なんとなく決める」ではなく、キーワード調査と情報設計を根拠に進めます。以下が標準的な設計から実装までのフローです。
キーワード調査・競合分析
ビジネス目標に関連するキーワードを洗い出し、検索ボリューム・競合の強さ・検索意図を調査します。どのキーワードをどのページで対策するかのマッピングがこの段階で決まります。競合サイトの構造を分析し、狙うポジションを明確にします。
情報階層設計(URLマップ作成)
ページ一覧・URL・ページの役割(ピラー/クラスター/コンバージョン)・対策キーワードをスプレッドシートでマッピングします。このURLマップが構造設計の中核ドキュメントとなります。全ページのURL・タイトル・メタディスクリプション・親子関係を記載します。
URL命名規則の策定
英語スラッグ・ハイフン区切り・小文字統一のルールを決定します。カテゴリスラッグ(例:/seo/、/web-design/)を確定し、以降の全ページのURLをこのルールに従って命名します。一度決めたURLは原則変更しないことを方針として明確にします。
カテゴリ・ナビゲーション設計
グローバルナビゲーションの項目・順序・ドロップダウン構造を決定します。ビジネスの優先度とユーザーの検索意図の両方を考慮し、最大8項目程度に絞ります。フッターナビ・サイドバーリンクも設計に含めます。
パンくずリスト設計
全ページのパンくず表示パターンを定義します(例:ホーム > SEO対策 > コンテンツSEO)。パンくずのリンクパスがURLマップの階層と一致しているかを確認します。BreadcrumbList JSON-LDのテンプレートを作成します。
内部リンク計画の立案
ピラーページ↔クラスターページの相互リンク・重要CVページへのリンクを設計します。どのページからどのページへ・どのアンカーテキストでリンクするかを内部リンクマップとして記録します。コンテンツ内の自然なリンクはライティング段階で設置します。
XMLサイトマップ作成・設定
全公開URLを含むXMLサイトマップを作成し、Google Search Consoleに登録します。Next.jsであればapp/sitemap.tsで自動生成。noindexページ・重複コンテンツページはサイトマップから除外します。lastmodを正確に設定します。
実装・QAチェック
URLマップ通りにページが実装されているか・パンくずが全ページに設置されているか・内部リンクのURLが正しいか・XMLサイトマップに誤りがないかをチェックリストで確認します。ScreamingFrogなどのクロールツールで構造を検証します。
Search Consoleへの登録・監視
サイトマップ登録後、Search Consoleのクロールレポートでエラーがないかを監視します。インデックス状況・クロール済みページ数・エラーページを定期的に確認し、問題があれば速やかに対処します。
定期的な構造レビューと改善
半年〜1年ごとに、新規ページの追加・コンテンツ増加に伴いサイト構造を見直します。孤立ページの発生・内部リンクの不足・重複コンテンツの発生がないかを定期診断し、継続的に構造の品質を維持します。
KPIs
成果を見るための指標
サイト構造設計の改善効果は、以下のKPIで計測します。Google Search ConsoleとGoogle Analyticsを組み合わせて定期的にモニタリングします。
クロール済みページ数
Google Search Console
Googlebotが実際にクロールしたページ数。インデックス登録数と比較して、クロールされているのにインデックスされないページの原因を特定します。クロール数が増えれば構造改善の効果が出ています。
インデックス登録数
Google Search Console
Googleにインデックスされているページ数。重複コンテンツの排除・孤立ページの解消・noindexの適正化により、適切なページが正確にインデックスされているかを確認します。
クロールエラー率
Google Search Console
404エラー・リダイレクトエラーの件数。リニューアル後やURL変更後に急増していないかを監視します。エラーが多いと、PageRankが無効なURLに漏れる原因になります。
内部リンクの被リンク数(上位ページ)
Google Search Console / ScreamingFrog
重要なCVページが何ページから内部リンクされているかを計測します。被内部リンク数が多いページはPageRankが集まりやすく、SEO評価が高くなる傾向があります。
平均ページ滞在時間・回遊率
Google Analytics
内部リンクが機能しているかを示す指標。セッションあたりのページビュー数が増加していれば、ユーザーが関連ページへ自然に移動できている証拠です。滞在時間の改善はユーザー体験向上のシグナルです。
トップページからの到達ステップ数
ScreamingFrog / Screaming Frog
重要ページへトップページから何クリックで到達できるかを計測します。目標は重要ページが3クリック以内。改善後に計測し直すことでフラット化の効果を検証します。
リッチリザルト(パンくず)の表示数
Google Search Console
検索結果にパンくずリストが表示されているページ数。BreadcrumbList構造化データの実装が正しく機能しているかの確認指標です。表示されると検索結果でのクリック率(CTR)向上につながります。
Our Support
サイプレスのサイト構造設計支援
情報設計・IA設計
サイト全体のURLマッピング・ページ階層・ナビゲーション設計を行います。制作前に情報設計を固めることで、後からの大幅修正を防ぎます。キーワード調査を起点に、ビジネス目標と検索意図の両方を満たす構造を設計します。
トピッククラスター設計
ビジネス目標から逆算し、どのテーマでどのページを作るかのクラスター設計を行います。SEOで狙うキーワード群と対応するページ構成をマッピングし、ピラーページとクラスターページの役割を明確化します。
内部リンク設計・実装
現在のサイトの内部リンク不足・過剰・アンカーテキスト不適切を診断し、改善計画を立案します。内部リンクマップを作成し、重要CVページへの評価集約・クロール効率向上を実現します。実装まで対応します。
既存サイトのリニューアル設計
URL変更・301リダイレクト・サイトマップ更新・パンくずの再設計など、SEO評価を維持しながらのリニューアル設計に対応しています。リニューアル前後のSearch Consoleモニタリングも行います。
孤立ページ・重複コンテンツの診断と解消
ScreamingFrogなどのクロールツールでサイト全体をクロールし、孤立ページ・重複コンテンツ・リダイレクトエラー・パンくず未設定ページを一覧化します。優先度をつけて改善計画を提供します。
FAQ
サイト構造設計についてよくある質問
関連ページ
SEO対策とは
SEO全体の概要
内部SEO
タイトル・見出し・URL最適化
テクニカルSEO
クロール・インデックス最適化
構造化データ実装
BreadcrumbList Schema設定
コンテンツSEO
トピッククラスター設計
キーワード調査
構造設計に使うキーワード選定
ブログSEO戦略
コンテンツマーケティングの実践
SEO診断
サイト構造の評価
ローカルSEO
地域ビジネスの構造設計
Webサイト制作
SEOを考慮したサイト設計
SEOに強いサイト制作
構造設計から制作まで
サイト構造設計ガイド
情報設計の基礎
SEOチェックリスト
構造設計の確認項目
SEO対策サービス
サイプレスのSEO支援
SEO対策の費用
構造設計込みの料金目安
サイト構造コラム
情報設計の最新知識
内部リンク設計ガイド
PageRank伝播の仕組み
URL設計ガイド
SEOに強いURL命名規則
パンくず実装ガイド
BreadcrumbList構造化データ
SEO改善事例
構造改善による順位向上の実績
AIO対策
AI検索に対応したコンテンツ構造
無料SEO診断
サイト構造の問題点を無料で確認
.jpg&w=3840&q=75&dpl=dpl_6PVqGvTDN11iJx2Dm7twNLzjrjJZ)