jpskill.com
🛠️ 開発・MCP コミュニティ 🔴 エンジニア向け 👤 エンジニア・AI開発者

🛠️ Site Architecture

site-architecture

ウェブサイトの階層、ナビゲーション、URL構造、パンくずリスト、内部リンクを計画・再構築し、サイト構造を最適化するSkill。

⏱ テスト計画作成 2時間 → 20分

📺 まず動画で見る(YouTube)

▶ 【衝撃】最強のAIエージェント「Claude Code」の最新機能・使い方・プログラミングをAIで効率化する超実践術を解説! ↗

※ jpskill.com 編集部が参考用に選んだ動画です。動画の内容と Skill の挙動は厳密には一致しないことがあります。

📜 元の英語説明(参考)

Plan or restructure website hierarchy, navigation, URL patterns, breadcrumbs, and internal linking. Use when mapping pages, sections, and site structure, but not for XML sitemap auditing or schema markup.

🇯🇵 日本人クリエイター向け解説

一言でいうと

ウェブサイトの階層、ナビゲーション、URL構造、パンくずリスト、内部リンクを計画・再構築し、サイト構造を最適化するSkill。

※ jpskill.com 編集部が日本のビジネス現場向けに補足した解説です。Skill本体の挙動とは独立した参考情報です。

⚡ おすすめ: コマンド1行でインストール(60秒)

下記のコマンドをコピーしてターミナル(Mac/Linux)または PowerShell(Windows)に貼り付けてください。 ダウンロード → 解凍 → 配置まで全自動。

🍎 Mac / 🐧 Linux
mkdir -p ~/.claude/skills && cd ~/.claude/skills && curl -L -o site-architecture.zip https://jpskill.com/download/3495.zip && unzip -o site-architecture.zip && rm site-architecture.zip
🪟 Windows (PowerShell)
$d = "$env:USERPROFILE\.claude\skills"; ni -Force -ItemType Directory $d | Out-Null; iwr https://jpskill.com/download/3495.zip -OutFile "$d\site-architecture.zip"; Expand-Archive "$d\site-architecture.zip" -DestinationPath $d -Force; ri "$d\site-architecture.zip"

完了後、Claude Code を再起動 → 普通に「動画プロンプト作って」のように話しかけるだけで自動発動します。

💾 手動でダウンロードしたい(コマンドが難しい人向け)
  1. 1. 下の青いボタンを押して site-architecture.zip をダウンロード
  2. 2. ZIPファイルをダブルクリックで解凍 → site-architecture フォルダができる
  3. 3. そのフォルダを C:\Users\あなたの名前\.claude\skills\(Win)または ~/.claude/skills/(Mac)へ移動
  4. 4. Claude Code を再起動

⚠️ ダウンロード・利用は自己責任でお願いします。当サイトは内容・動作・安全性について責任を負いません。

🎯 このSkillでできること

下記の説明文を読むと、このSkillがあなたに何をしてくれるかが分かります。Claudeにこの分野の依頼をすると、自動で発動します。

📦 インストール方法 (3ステップ)

  1. 1. 上の「ダウンロード」ボタンを押して .skill ファイルを取得
  2. 2. ファイル名の拡張子を .skill から .zip に変えて展開(macは自動展開可)
  3. 3. 展開してできたフォルダを、ホームフォルダの .claude/skills/ に置く
    • · macOS / Linux: ~/.claude/skills/
    • · Windows: %USERPROFILE%\.claude\skills\

Claude Code を再起動すれば完了。「このSkillを使って…」と話しかけなくても、関連する依頼で自動的に呼び出されます。

詳しい使い方ガイドを見る →
最終更新
2026-05-17
取得日時
2026-05-17
同梱ファイル
4

💬 こう話しかけるだけ — サンプルプロンプト

  • Site Architecture を使って、最小構成のサンプルコードを示して
  • Site Architecture の主な使い方と注意点を教えて
  • Site Architecture を既存プロジェクトに組み込む方法を教えて

これをClaude Code に貼るだけで、このSkillが自動発動します。

📖 Skill本文(日本語訳)

※ 原文(英語/中国語)を Gemini で日本語化したものです。Claude 自身は原文を読みます。誤訳がある場合は原文をご確認ください。

サイトアーキテクチャ

あなたは情報アーキテクチャの専門家です。ウェブサイトの構造(ページ階層、ナビゲーション、URLパターン、内部リンク)を計画し、サイトがユーザーにとって直感的で、検索エンジンに最適化されるように支援することがあなたの目標です。

使用する場面

  • ページ階層、ナビゲーション、URL構造を計画または再構築する際に使用します。
  • サイトセクション、パンくずリスト、内部リンクをマッピングする際に使用します。
  • ユーザーがXMLサイトマップの生成方法ではなく、ページの整理方法を尋ねてきた場合に使用します。

計画の前に

まず製品マーケティングのコンテキストを確認してください。 .agents/product-marketing-context.md(または古い設定では.claude/product-marketing-context.md)が存在する場合は、質問する前にそれを読んでください。そのコンテキストを使用し、まだカバーされていない情報やこのタスクに固有の情報のみを尋ねてください。

以下のコンテキストを収集してください(提供されていない場合は尋ねてください)。

1. ビジネスコンテキスト

  • 会社は何をしていますか?
  • 主要なターゲットオーディエンスは誰ですか?
  • サイトの最優先目標トップ3は何ですか?(コンバージョン、SEOトラフィック、教育、サポート)

2. 現状

  • 新規サイトですか、それとも既存サイトの再構築ですか?
  • 再構築の場合:何が問題ですか?(高い直帰率、低いSEO、ユーザーが情報を見つけられないなど)
  • 保持する必要がある既存のURLはありますか?(リダイレクトのため)

3. サイトの種類

  • SaaSマーケティングサイト
  • コンテンツ/ブログサイト
  • Eコマース
  • ドキュメンテーション
  • ハイブリッド(SaaS + コンテンツ)
  • 中小企業 / 地域ビジネス

4. コンテンツインベントリ

  • 既存または計画されているページ数はいくつですか?
  • 最も重要なページは何ですか?(トラフィック、コンバージョン、またはビジネス価値による)
  • 計画されているセクションや拡張はありますか?

サイトの種類と出発点

サイトの種類 標準的な深さ 主要セクション URLパターン
SaaSマーケティング 2-3レベル ホーム、機能、料金、ブログ、ドキュメント /features/name/blog/slug
コンテンツ/ブログ 2-3レベル ホーム、ブログ、カテゴリ、概要 /blog/slug/category/slug
Eコマース 3-4レベル ホーム、カテゴリ、製品、カート /category/subcategory/product
ドキュメンテーション 3-4レベル ホーム、ガイド、APIリファレンス /docs/section/page
ハイブリッドSaaS+コンテンツ 3-4レベル ホーム、製品、ブログ、リソース、ドキュメント /product/feature/blog/slug
中小企業 1-2レベル ホーム、サービス、概要、お問い合わせ /services/name

完全なページ階層テンプレートについてはreferences/site-type-templates.md を参照してください。


ページ階層設計

3クリックルール

ユーザーはホームページから3クリック以内に重要なページに到達できるべきです。これは絶対的なものではありませんが、重要なページが4レベル以上深く埋もれている場合は、何かが間違っています。

フラット vs ディープ

アプローチ 最適な用途 トレードオフ
フラット(2レベル) 小規模サイト、ポートフォリオ シンプルだが拡張性がない
中程度(3レベル) ほとんどのSaaS、コンテンツサイト 深さと見つけやすさのバランスが良い
ディープ(4+レベル) Eコマース、大規模ドキュメント 拡張性があるが、コンテンツが埋もれるリスクがある

経験則:ナビゲーションをきれいに保ちながら、可能な限りフラットにしてください。ナビゲーションのドロップダウンに20以上の項目がある場合は、階層レベルを追加してください。

階層レベル

レベル 内容
L0 ホームページ /
L1 主要セクション /features/blog/pricing
L2 セクションページ /features/analytics/blog/seo-guide
L3+ 詳細ページ /docs/api/authentication

ASCIIツリー形式

ページ階層にはこの形式を使用してください。

Homepage (/)
├── Features (/features)
│   ├── Analytics (/features/analytics)
│   ├── Automation (/features/automation)
│   └── Integrations (/features/integrations)
├── Pricing (/pricing)
├── Blog (/blog)
│   ├── [Category: SEO] (/blog/category/seo)
│   └── [Category: CRO] (/blog/category/cro)
├── Resources (/resources)
│   ├── Case Studies (/resources/case-studies)
│   └── Templates (/resources/templates)
├── Docs (/docs)
│   ├── Getting Started (/docs/getting-started)
│   └── API Reference (/docs/api)
├── About (/about)
│   └── Careers (/about/careers)
└── Contact (/contact)

ASCIIとMermaidの使い分け

  • ASCII:迅速な階層のドラフト、テキストのみのコンテキスト、シンプルな構造
  • Mermaid:視覚的なプレゼンテーション、複雑な関係、ナビゲーションゾーンやリンクパターンを示す場合

ナビゲーション設計

ナビゲーションの種類

ナビゲーションの種類 目的 配置
ヘッダーナビゲーション 主要なナビゲーション、常に表示 すべてのページの上部
ドロップダウンメニュー 親ページの下にサブページを整理 ヘッダー項目から展開
フッターナビゲーション 二次リンク、法的情報、サイトマップ すべてのページの下部
サイドバーナビゲーション セクションナビゲーション(ドキュメント、ブログ) セクション内の左側
パンくずリスト 階層内の現在の位置を表示 ヘッダーの下、コンテンツの上
コンテキストリンク 関連コンテンツ、次のステップ ページコンテンツ内

ヘッダーナビゲーションのルール

  • プライマリナビゲーションの項目は最大4〜7個(それ以上は意思決定麻痺を引き起こします)
  • CTAボタンは一番右に配置します(例:「無料トライアルを開始」、「始める」)
  • ロゴはホームページにリンクします(左側)
  • 優先度順に並べます:最も重要/訪問されるページを最初に
  • メガメニューがある場合は、3〜4列に制限します

フッターの構成

フッターリンクを列にグループ化します。

  • 製品: 機能、料金、統合、変更履歴
  • リソース: ブログ、ケーススタディ、テンプレート、ドキュメント
  • 会社: 概要、採用情報、お問い合わせ、プレス
  • 法的: プライバシー、利用規約、セキュリティ

パンくずリストの形式

Home > Features > Analytics
Home > Blog > SEO Category > Post Title

パンくずリストはURL階層を反映するべきです。現在のページを除くすべてのパンくずリストのセグメントはクリック可能なリンクであるべきです。

詳細なナビゲーションパターンについてはreferences/navigation-patterns.md を参照してください。


URL構造

設計原則

  1. 人間が読める/features/analytics であり /f/a123 ではない
  2. アンダースコアではなくハイフン/blog/seo-guide であり /blog/seo_guide ではない
  3. 階層を反映する — URLパスはサイト構造と一致するべきです
  4. **
📜 原文 SKILL.md(Claudeが読む英語/中国語)を展開

Site Architecture

You are an information architecture expert. Your goal is to help plan website structure — page hierarchy, navigation, URL patterns, and internal linking — so the site is intuitive for users and optimized for search engines.

When to Use

  • Use when planning or restructuring page hierarchy, navigation, and URL structure.
  • Use when mapping site sections, breadcrumbs, and internal linking.
  • Use when the user asks how pages should be organized, not how an XML sitemap should be generated.

Before Planning

Check for product marketing context first: If .agents/product-marketing-context.md exists (or .claude/product-marketing-context.md in older setups), read it before asking questions. Use that context and only ask for information not already covered or specific to this task.

Gather this context (ask if not provided):

1. Business Context

  • What does the company do?
  • Who are the primary audiences?
  • What are the top 3 goals for the site? (conversions, SEO traffic, education, support)

2. Current State

  • New site or restructuring an existing one?
  • If restructuring: what's broken? (high bounce, poor SEO, users can't find things)
  • Existing URLs that must be preserved (for redirects)?

3. Site Type

  • SaaS marketing site
  • Content/blog site
  • E-commerce
  • Documentation
  • Hybrid (SaaS + content)
  • Small business / local

4. Content Inventory

  • How many pages exist or are planned?
  • What are the most important pages? (by traffic, conversions, or business value)
  • Any planned sections or expansions?

Site Types and Starting Points

Site Type Typical Depth Key Sections URL Pattern
SaaS marketing 2-3 levels Home, Features, Pricing, Blog, Docs /features/name, /blog/slug
Content/blog 2-3 levels Home, Blog, Categories, About /blog/slug, /category/slug
E-commerce 3-4 levels Home, Categories, Products, Cart /category/subcategory/product
Documentation 3-4 levels Home, Guides, API Reference /docs/section/page
Hybrid SaaS+content 3-4 levels Home, Product, Blog, Resources, Docs /product/feature, /blog/slug
Small business 1-2 levels Home, Services, About, Contact /services/name

For full page hierarchy templates: See references/site-type-templates.md


Page Hierarchy Design

The 3-Click Rule

Users should reach any important page within 3 clicks from the homepage. This isn't absolute, but if critical pages are buried 4+ levels deep, something is wrong.

Flat vs Deep

Approach Best For Tradeoff
Flat (2 levels) Small sites, portfolios Simple but doesn't scale
Moderate (3 levels) Most SaaS, content sites Good balance of depth and findability
Deep (4+ levels) E-commerce, large docs Scales but risks burying content

Rule of thumb: Go as flat as possible while keeping navigation clean. If a nav dropdown has 20+ items, add a level of hierarchy.

Hierarchy Levels

Level What It Is Example
L0 Homepage /
L1 Primary sections /features, /blog, /pricing
L2 Section pages /features/analytics, /blog/seo-guide
L3+ Detail pages /docs/api/authentication

ASCII Tree Format

Use this format for page hierarchies:

Homepage (/)
├── Features (/features)
│   ├── Analytics (/features/analytics)
│   ├── Automation (/features/automation)
│   └── Integrations (/features/integrations)
├── Pricing (/pricing)
├── Blog (/blog)
│   ├── [Category: SEO] (/blog/category/seo)
│   └── [Category: CRO] (/blog/category/cro)
├── Resources (/resources)
│   ├── Case Studies (/resources/case-studies)
│   └── Templates (/resources/templates)
├── Docs (/docs)
│   ├── Getting Started (/docs/getting-started)
│   └── API Reference (/docs/api)
├── About (/about)
│   └── Careers (/about/careers)
└── Contact (/contact)

When to use ASCII vs Mermaid:

  • ASCII: quick hierarchy drafts, text-only contexts, simple structures
  • Mermaid: visual presentations, complex relationships, showing nav zones or linking patterns

Navigation Design

Navigation Types

Nav Type Purpose Placement
Header nav Primary navigation, always visible Top of every page
Dropdown menus Organize sub-pages under parent Expands from header items
Footer nav Secondary links, legal, sitemap Bottom of every page
Sidebar nav Section navigation (docs, blog) Left side within a section
Breadcrumbs Show current location in hierarchy Below header, above content
Contextual links Related content, next steps Within page content

Header Navigation Rules

  • 4-7 items max in the primary nav (more causes decision paralysis)
  • CTA button goes rightmost (e.g., "Start Free Trial," "Get Started")
  • Logo links to homepage (left side)
  • Order by priority: most important/visited pages first
  • If you have a mega menu, limit to 3-4 columns

Footer Organization

Group footer links into columns:

  • Product: Features, Pricing, Integrations, Changelog
  • Resources: Blog, Case Studies, Templates, Docs
  • Company: About, Careers, Contact, Press
  • Legal: Privacy, Terms, Security

Breadcrumb Format

Home > Features > Analytics
Home > Blog > SEO Category > Post Title

Breadcrumbs should mirror the URL hierarchy. Every breadcrumb segment should be a clickable link except the current page.

For detailed navigation patterns: See references/navigation-patterns.md


URL Structure

Design Principles

  1. Readable by humans/features/analytics not /f/a123
  2. Hyphens, not underscores/blog/seo-guide not /blog/seo_guide
  3. Reflect the hierarchy — URL path should match site structure
  4. Consistent trailing slash policy — pick one (with or without) and enforce it
  5. Lowercase always/About should redirect to /about
  6. Short but descriptive/blog/how-to-improve-landing-page-conversion-rates is too long; /blog/landing-page-conversions is better

URL Patterns by Page Type

Page Type Pattern Example
Homepage / example.com
Feature page /features/{name} /features/analytics
Pricing /pricing /pricing
Blog post /blog/{slug} /blog/seo-guide
Blog category /blog/category/{slug} /blog/category/seo
Case study /customers/{slug} /customers/acme-corp
Documentation /docs/{section}/{page} /docs/api/authentication
Legal /{page} /privacy, /terms
Landing page /{slug} or /lp/{slug} /free-trial, /lp/webinar
Comparison /compare/{competitor} or /vs/{competitor} /compare/competitor-name
Integration /integrations/{name} /integrations/slack
Template /templates/{slug} /templates/marketing-plan

Common Mistakes

  • Dates in blog URLs/blog/2024/01/15/post-title adds no value and makes URLs long. Use /blog/post-title.
  • Over-nesting/products/category/subcategory/item/detail is too deep. Flatten where possible.
  • Changing URLs without redirects — Every old URL needs a 301 redirect to its new URL. Without them, you lose backlink equity and create broken pages for anyone with the old URL bookmarked or linked.
  • IDs in URLs/product/12345 is not human-readable. Use slugs.
  • Query parameters for content/blog?id=123 should be /blog/post-title.
  • Inconsistent patterns — Don't mix /features/analytics and /product/automation. Pick one parent.

Breadcrumb-URL Alignment

The breadcrumb trail should mirror the URL path:

URL Breadcrumb
/features/analytics Home > Features > Analytics
/blog/seo-guide Home > Blog > SEO Guide
/docs/api/auth Home > Docs > API > Authentication

Visual Sitemap Output (Mermaid)

Use Mermaid graph TD for visual sitemaps. This makes hierarchy relationships clear and can annotate navigation zones.

Basic Hierarchy

graph TD
    HOME[Homepage] --> FEAT[Features]
    HOME --> PRICE[Pricing]
    HOME --> BLOG[Blog]
    HOME --> ABOUT[About]

    FEAT --> F1[Analytics]
    FEAT --> F2[Automation]
    FEAT --> F3[Integrations]

    BLOG --> B1[Post 1]
    BLOG --> B2[Post 2]

With Navigation Zones

graph TD
    subgraph Header Nav
        HOME[Homepage]
        FEAT[Features]
        PRICE[Pricing]
        BLOG[Blog]
        CTA[Get Started]
    end

    subgraph Footer Nav
        ABOUT[About]
        CAREERS[Careers]
        CONTACT[Contact]
        PRIVACY[Privacy]
    end

    HOME --> FEAT
    HOME --> PRICE
    HOME --> BLOG
    HOME --> ABOUT

    FEAT --> F1[Analytics]
    FEAT --> F2[Automation]

For more Mermaid templates: See references/mermaid-templates.md


Internal Linking Strategy

Link Types

Type Purpose Example
Navigational Move between sections Header, footer, sidebar links
Contextual Related content within text "Learn more about analytics at /features/analytics"
Hub-and-spoke Connect cluster content to hub Blog posts linking to pillar page
Cross-section Connect related pages across sections Feature page linking to related case study

Internal Linking Rules

  1. No orphan pages — every page must have at least one internal link pointing to it
  2. Descriptive anchor text — "our analytics features" not "click here"
  3. 5-10 internal links per 1000 words of content (approximate guideline)
  4. Link to important pages more often — homepage, key feature pages, pricing
  5. Use breadcrumbs — free internal links on every page
  6. Related content sections — "Related Posts" or "You might also like" at page bottom

Hub-and-Spoke Model

For content-heavy sites, organize around hub pages:

Hub: /blog/seo-guide (comprehensive overview)
├── Spoke: /blog/keyword-research (links back to hub)
├── Spoke: /blog/on-page-seo (links back to hub)
├── Spoke: /blog/technical-seo (links back to hub)
└── Spoke: /blog/link-building (links back to hub)

Each spoke links back to the hub. The hub links to all spokes. Spokes link to each other where relevant.

Link Audit Checklist

  • [ ] Every page has at least one inbound internal link
  • [ ] No broken internal links (404s)
  • [ ] Anchor text is descriptive (not "click here" or "read more")
  • [ ] Important pages have the most inbound internal links
  • [ ] Breadcrumbs are implemented on all pages
  • [ ] Related content links exist on blog posts
  • [ ] Cross-section links connect features to case studies, blog to product pages

Output Format

When creating a site architecture plan, provide these deliverables:

1. Page Hierarchy (ASCII Tree)

Full site structure with URLs at each node. Use the ASCII tree format from the Page Hierarchy Design section.

2. Visual Sitemap (Mermaid)

Mermaid diagram showing page relationships and navigation zones. Use graph TD with subgraphs for nav zones where helpful.

3. URL Map Table

Page URL Parent Nav Location Priority
Homepage / Header High
Features /features Homepage Header High
Analytics /features/analytics Features Header dropdown Medium
Pricing /pricing Homepage Header High
Blog /blog Homepage Header Medium

4. Navigation Spec

  • Header nav items (ordered, with CTA)
  • Footer sections and links
  • Sidebar nav (if applicable)
  • Breadcrumb implementation notes

5. Internal Linking Plan

  • Hub pages and their spokes
  • Cross-section link opportunities
  • Orphan page audit (if restructuring)
  • Recommended links per key page

Task-Specific Questions

  1. Is this a new site or are you restructuring an existing one?
  2. What type of site is it? (SaaS, content, e-commerce, docs, hybrid, small business)
  3. How many pages exist or are planned?
  4. What are the 5 most important pages on the site?
  5. Are there existing URLs that need to be preserved or redirected?
  6. Who are the primary audiences, and what are they trying to accomplish on the site?

Related Skills

  • content-strategy: For planning what content to create and topic clusters
  • programmatic-seo: For building SEO pages at scale with templates and data
  • seo-audit: For technical SEO, on-page optimization, and indexation issues
  • page-cro: For optimizing individual pages for conversion
  • schema-markup: For implementing breadcrumb and site navigation structured data
  • competitor-alternatives: For comparison page frameworks and URL patterns

Limitations

  • Use this skill only when the task clearly matches the scope described above.
  • Do not treat the output as a substitute for environment-specific validation, testing, or expert review.
  • Stop and ask for clarification if required inputs, permissions, safety boundaries, or success criteria are missing.

同梱ファイル

※ ZIPに含まれるファイル一覧。`SKILL.md` 本体に加え、参考資料・サンプル・スクリプトが入っている場合があります。