株式会社サイプレスCypress

Site Architecture

サイト構造設計

サイト構造設計とは、WebサイトのURL階層・ナビゲーション・内部リンク・サイトマップを設計し、ユーザーとGooglebotの両方にとってわかりやすいサイトの「骨格」を作る作業です。情報アーキテクチャ(IA)とも呼ばれ、制作前に固めるべき最重要の設計要素のひとつです。

どれだけ良質なコンテンツを作っても、サイト構造が適切でなければGooglebotがコンテンツを発見・評価できません。サイト構造はSEOの土台であり、後から変更するのが難しい要素でもあるため、制作前の設計が重要です。

サイト構造設計・情報設計・IA・サイロ構造のイメージ

SEOの土台はサイト構造で決まる。
設計段階から最適化することが成功への近道。

What You Will Learn

このページでわかること

01

サイト構造設計がSEOに与える具体的な影響と、なぜ制作前に設計が必要なのか

02

URL設計の原則(英語・ハイフン・意味を持つスラッグ)と避けるべきパターン

03

サイロ構造(トピッククラスター)の仕組みと内部リンクでの専門性の示し方

04

パンくずリストとBreadcrumbList構造化データの実装方法・SEO効果

05

孤立ページの見つけ方・重複コンテンツの発生箇所と対処法

06

業種別のサイト構造パターンと、設計から実装までのフロー

Structure Risks

サイト構造が整っていないと起きる4つのSEO問題

重要ページにPageRankが集まらない

内部リンクが設計されていないサイトでは、SEO的に最も重要なページへの評価が集まりません。トップページから重要サービスページへの内部リンク設計がSEO評価の基盤です。

クローラーがページを正しく認識できない

深い階層に埋まったページや孤立したページはGoogleのクローラーに見つけられにくくなります。フラットな構造とXMLサイトマップでクロール効率を最大化します。

カニバリゼーションで評価が分散する

同じキーワードを複数ページで狙うとGoogleが「どのページを評価すべきか」と混乱します。類似ページの統合・canonicalの設定でキーワードの評価を一点集中させます。

内部リンクが機能せず回遊率が低下する

ユーザーが次のページへ自然に移動できる内部リンク設計がないと、1ページだけ見て離脱します。回遊率低下は滞在時間の短縮としてGoogleの評価低下にもつながります。

Common Issues

よくある課題と原因

サイト構造の問題は、気づかないまま放置されることが多い課題です。以下のような状態に心当たりがある場合、構造設計の見直しが必要なサインです。

01

URLが乱雑になっている

日本語URL・意味のないパラメータ・深すぎる階層(例:/category/sub/item/12345/)など、URLからページの内容が読み取れない状態。URLはシンプルで意味を持つ英語スラッグで設計するのが基本です。

02

カテゴリが多すぎる・少なすぎる

ページ数に対してカテゴリが細分化されすぎて各カテゴリに2〜3ページしかない状態、またはカテゴリがなく全ページがフラットに並ぶ状態。どちらもクロール効率とページ評価の集約を妨げます。

03

孤立したページ(オーファンページ)がある

XMLサイトマップには登録されているが、どの内部ページからもリンクされていないページ。Googlebotはリンクをたどってクロールするため、孤立ページは評価されにくい状態です。

04

パンくずが設定されていない・不完全

パンくずリストがないと、ユーザーは自分がサイトのどこにいるかわかりません。また、BreadcrumbList構造化データが未実装の場合、リッチリザルトの獲得機会も失います。

05

重複コンテンツが発生している

URLパラメータ・wwwの有無・プロトコルの混在・トレイリングスラッシュの不統一などで同一コンテンツが複数URLに存在する状態。canonicalタグや301リダイレクトで解消が必要です。

06

同じキーワードを複数ページで狙っている

サービスページとブログ記事が同じキーワードを対策している状態(カニバリゼーション)。Googleがどちらを評価するか迷い、両方の順位が下がることがあります。

07

グローバルナビが多すぎて整理されていない

ナビゲーション項目が10以上ある・優先度なくすべてのページが並列・ユーザーが迷うメガメニュー。ナビはビジネス目標と検索意図から逆算して5〜8項目に絞るのが基本です。

08

リニューアル後に検索順位が大幅に落ちた

URL変更時に301リダイレクトが未設定・サイトマップ未更新・内部リンクが旧URLのまま残存。リニューアルはSEP評価を大幅に損なうリスクがあり、事前の設計と実装後の監視が必須です。

09

重要ページがトップページから遠い位置にある

コンバージョン目標となるページへの到達に4クリック以上かかる設計。クロールの到達率が下がり、PageRankの伝播も薄くなります。重要ページほどナビゲーションや上位ページから直接リンクします。

10

内部リンクのアンカーテキストが「こちら」ばかり

「こちら」「詳細はこちら」というアンカーテキストは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

業種別のサイト構造パターン

業種によって「ユーザーが何を検索するか」「どのページがコンバージョンになるか」が異なります。業種の特性に合わせた構造設計が重要です。

Restaurant

飲食店・カフェ

ホーム → メニュー(カテゴリ別:ランチ/ディナー/ドリンク)→ アクセス → 予約 → ストーリー・こだわり。エリア名を含むページ(例:/shibuya-lunch)を設けてローカル検索に対応。季節メニューページは毎年更新して内容の鮮度を維持します。

Clinic

クリニック・医療機関

ホーム → 診療科目(症状別・治療法別)→ 医師紹介 → 患者の声 → アクセス・予約。症状別ページ(例:/symptoms/headache)で検索意図に対応し、治療法ページから予約ページへの内部リンクでコンバージョン導線を設計します。

Construction

建設・リフォーム

ホーム → サービス(工事種別)→ 施工エリア(都道府県別)→ 施工事例(Before/After)→ お問い合わせ。施工事例は件数が多くなるためカテゴリ(工事種別×エリア)で整理し、エリアページから事例ページへの内部リンクでSEO評価を連携します。

Professional Service

士業・コンサルタント

ホーム → サービス(業務種別)→ 実績・解決事例 → 代表プロフィール → ブログ(法律Q&A・業界解説)→ 相談予約。専門性の高いブログ記事をサービスページから内部リンクすることでE-E-A-T向上を狙います。

Beauty Salon

美容院・エステ

ホーム → メニュー・料金(施術別)→ スタッフ紹介 → お客様の声 → ギャラリー → 予約。スタイル別ギャラリー(例:/style/short-hair)は検索流入が見込めるため、施術メニューページと相互リンクしてサイロを形成します。

E-Commerce

ECサイト・小売

ホーム → カテゴリ(大分類)→ サブカテゴリ(小分類)→ 商品ページ。ファセットナビゲーション(絞り込み)のURLはcanonicalまたはnoindexで管理。カテゴリページには説明文を追加し、コンテンツとしての価値を持たせます。

Education

学習塾・スクール

ホーム → 対象学年・コース → 教室一覧(エリア別)→ 合格実績・講師紹介 → 無料体験申込。コース別ページから教室ページへのリンク・教室ページからコース説明への相互リンクでローカルSEOと専門性を両立します。

B2B / SaaS

BtoB・SaaS

ホーム → 機能・ソリューション別(課題別にページを分ける)→ 導入事例(業種別)→ 料金プラン → 資料請求・デモ申込。業種別の課題解決ページ(例:/solution/retail)は潜在顧客の検索意図に対応し、導入事例との内部リンクで信頼性を高めます。

Implementation Flow

サイト構造設計から実装までのフロー

サイト構造設計は「なんとなく決める」ではなく、キーワード調査と情報設計を根拠に進めます。以下が標準的な設計から実装までのフローです。

STEP 01

キーワード調査・競合分析

ビジネス目標に関連するキーワードを洗い出し、検索ボリューム・競合の強さ・検索意図を調査します。どのキーワードをどのページで対策するかのマッピングがこの段階で決まります。競合サイトの構造を分析し、狙うポジションを明確にします。

STEP 02

情報階層設計(URLマップ作成)

ページ一覧・URL・ページの役割(ピラー/クラスター/コンバージョン)・対策キーワードをスプレッドシートでマッピングします。このURLマップが構造設計の中核ドキュメントとなります。全ページのURL・タイトル・メタディスクリプション・親子関係を記載します。

STEP 03

URL命名規則の策定

英語スラッグ・ハイフン区切り・小文字統一のルールを決定します。カテゴリスラッグ(例:/seo/、/web-design/)を確定し、以降の全ページのURLをこのルールに従って命名します。一度決めたURLは原則変更しないことを方針として明確にします。

STEP 04

カテゴリ・ナビゲーション設計

グローバルナビゲーションの項目・順序・ドロップダウン構造を決定します。ビジネスの優先度とユーザーの検索意図の両方を考慮し、最大8項目程度に絞ります。フッターナビ・サイドバーリンクも設計に含めます。

STEP 05

パンくずリスト設計

全ページのパンくず表示パターンを定義します(例:ホーム > SEO対策 > コンテンツSEO)。パンくずのリンクパスがURLマップの階層と一致しているかを確認します。BreadcrumbList JSON-LDのテンプレートを作成します。

STEP 06

内部リンク計画の立案

ピラーページ↔クラスターページの相互リンク・重要CVページへのリンクを設計します。どのページからどのページへ・どのアンカーテキストでリンクするかを内部リンクマップとして記録します。コンテンツ内の自然なリンクはライティング段階で設置します。

STEP 07

XMLサイトマップ作成・設定

全公開URLを含むXMLサイトマップを作成し、Google Search Consoleに登録します。Next.jsであればapp/sitemap.tsで自動生成。noindexページ・重複コンテンツページはサイトマップから除外します。lastmodを正確に設定します。

STEP 08

実装・QAチェック

URLマップ通りにページが実装されているか・パンくずが全ページに設置されているか・内部リンクのURLが正しいか・XMLサイトマップに誤りがないかをチェックリストで確認します。ScreamingFrogなどのクロールツールで構造を検証します。

STEP 09

Search Consoleへの登録・監視

サイトマップ登録後、Search Consoleのクロールレポートでエラーがないかを監視します。インデックス状況・クロール済みページ数・エラーページを定期的に確認し、問題があれば速やかに対処します。

STEP 10

定期的な構造レビューと改善

半年〜1年ごとに、新規ページの追加・コンテンツ増加に伴いサイト構造を見直します。孤立ページの発生・内部リンクの不足・重複コンテンツの発生がないかを定期診断し、継続的に構造の品質を維持します。

KPIs

成果を見るための指標

サイト構造設計の改善効果は、以下のKPIで計測します。Google Search ConsoleとGoogle Analyticsを組み合わせて定期的にモニタリングします。

01

クロール済みページ数

Google Search Console

Googlebotが実際にクロールしたページ数。インデックス登録数と比較して、クロールされているのにインデックスされないページの原因を特定します。クロール数が増えれば構造改善の効果が出ています。

02

インデックス登録数

Google Search Console

Googleにインデックスされているページ数。重複コンテンツの排除・孤立ページの解消・noindexの適正化により、適切なページが正確にインデックスされているかを確認します。

03

クロールエラー率

Google Search Console

404エラー・リダイレクトエラーの件数。リニューアル後やURL変更後に急増していないかを監視します。エラーが多いと、PageRankが無効なURLに漏れる原因になります。

04

内部リンクの被リンク数(上位ページ)

Google Search Console / ScreamingFrog

重要なCVページが何ページから内部リンクされているかを計測します。被内部リンク数が多いページはPageRankが集まりやすく、SEO評価が高くなる傾向があります。

05

平均ページ滞在時間・回遊率

Google Analytics

内部リンクが機能しているかを示す指標。セッションあたりのページビュー数が増加していれば、ユーザーが関連ページへ自然に移動できている証拠です。滞在時間の改善はユーザー体験向上のシグナルです。

06

トップページからの到達ステップ数

ScreamingFrog / Screaming Frog

重要ページへトップページから何クリックで到達できるかを計測します。目標は重要ページが3クリック以内。改善後に計測し直すことでフラット化の効果を検証します。

07

リッチリザルト(パンくず)の表示数

Google Search Console

検索結果にパンくずリストが表示されているページ数。BreadcrumbList構造化データの実装が正しく機能しているかの確認指標です。表示されると検索結果でのクリック率(CTR)向上につながります。

Our Support

サイプレスのサイト構造設計支援

01

情報設計・IA設計

サイト全体のURLマッピング・ページ階層・ナビゲーション設計を行います。制作前に情報設計を固めることで、後からの大幅修正を防ぎます。キーワード調査を起点に、ビジネス目標と検索意図の両方を満たす構造を設計します。

02

トピッククラスター設計

ビジネス目標から逆算し、どのテーマでどのページを作るかのクラスター設計を行います。SEOで狙うキーワード群と対応するページ構成をマッピングし、ピラーページとクラスターページの役割を明確化します。

03

内部リンク設計・実装

現在のサイトの内部リンク不足・過剰・アンカーテキスト不適切を診断し、改善計画を立案します。内部リンクマップを作成し、重要CVページへの評価集約・クロール効率向上を実現します。実装まで対応します。

04

既存サイトのリニューアル設計

URL変更・301リダイレクト・サイトマップ更新・パンくずの再設計など、SEO評価を維持しながらのリニューアル設計に対応しています。リニューアル前後のSearch Consoleモニタリングも行います。

05

孤立ページ・重複コンテンツの診断と解消

ScreamingFrogなどのクロールツールでサイト全体をクロールし、孤立ページ・重複コンテンツ・リダイレクトエラー・パンくず未設定ページを一覧化します。優先度をつけて改善計画を提供します。

FAQ

サイト構造設計についてよくある質問

Contact

サイト構造設計・SEO設計のご相談

Webサイト制作前の情報設計から、既存サイトのリニューアル設計まで対応します。

お問い合わせ