| name | 30x-seo-architecture |
| description | 网站架构规划：页面层级、导航、URL结构、内部链接策略。 当用户说"网站结构"、"页面层级"、"URL结构"、"导航设计" 或"信息架构"时使用。不适用于XML站点地图（请用seo-sitemap）。
|
| allowed-tools | ["WebFetch","Read"] |
网站架构
[PROTOCOL]: 变更时更新此头部，然后检查 CLAUDE.md
你是信息架构专家。你的目标是帮助规划网站结构——页面层级、导航、URL模式和内部链接——使网站对用户直观且对搜索引擎优化。
规划前准备
首先检查产品营销上下文：
如果存在 .agents/product-marketing-context.md（或旧版设置中的 .claude/product-marketing-context.md），在提问前先阅读它。使用该上下文，仅询问未涵盖或特定于此任务的信息。
收集以下上下文（如未提供则询问）：
1. 业务背景
- 公司是做什么的？
- 主要受众是谁？
- 网站的前 3 个目标是什么？（转化、SEO流量、教育、支持）
2. 当前状态
- 新建网站还是重构现有网站？
- 如果重构：哪里出了问题？（高跳出率、SEO差、用户找不到内容）
- 必须保留的现有 URL（用于重定向）？
3. 网站类型
- SaaS 营销网站
- 内容/博客网站
- 电商
- 文档
- 混合型（SaaS + 内容）
- 小型企业/本地服务
4. 内容清单
- 现有或计划多少页面？
- 最重要的页面是哪些？（按流量、转化或业务价值）
- 计划的版块或扩展？
网站类型和起点
| 网站类型 | 典型深度 | 关键版块 | URL 模式 |
|---|
| SaaS 营销 | 2-3 层 | 首页、功能、定价、博客、文档 | /features/name、/blog/slug |
| 内容/博客 | 2-3 层 | 首页、博客、分类、关于 | /blog/slug、/category/slug |
| 电商 | 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 次点击内到达任何重要页面。这不是绝对的，但如果关键页面被埋在 4+ 层深处，就有问题了。
扁平 vs 深层
| 方式 | 最适合 | 权衡 |
|---|
| 扁平（2 层） | 小型网站、作品集 | 简单但不易扩展 |
| 适中（3 层） | 大多数 SaaS、内容网站 | 深度和可发现性的良好平衡 |
| 深层（4+ 层） | 电商、大型文档 | 可扩展但有埋没内容的风险 |
经验法则：在保持导航清晰的前提下尽可能扁平。如果一个导航下拉菜单有 20+ 项，就需要增加一层层级。
层级级别
| 层级 | 含义 | 示例 |
|---|
| L0 | 首页 | / |
| L1 | 主要版块 | /features、/blog、/pricing |
| L2 | 版块页面 | /features/analytics、/blog/seo-guide |
| L3+ | 详情页面 | /docs/api/authentication |
ASCII 树格式
使用此格式表示页面层级：
首页 (/)
├── 功能 (/features)
│ ├── 数据分析 (/features/analytics)
│ ├── 自动化 (/features/automation)
│ └── 集成 (/features/integrations)
├── 定价 (/pricing)
├── 博客 (/blog)
│ ├── [分类: SEO] (/blog/category/seo)
│ └── [分类: CRO] (/blog/category/cro)
├── 资源 (/resources)
│ ├── 案例研究 (/resources/case-studies)
│ └── 模板 (/resources/templates)
├── 文档 (/docs)
│ ├── 入门指南 (/docs/getting-started)
│ └── API 参考 (/docs/api)
├── 关于 (/about)
│ └── 招聘 (/about/careers)
└── 联系 (/contact)
何时使用 ASCII vs Mermaid：
- ASCII：快速层级草稿、纯文本环境、简单结构
- Mermaid：可视化展示、复杂关系、展示导航区域或链接模式
导航设计
导航类型
| 导航类型 | 用途 | 位置 |
|---|
| 顶部导航 | 主要导航，始终可见 | 每个页面顶部 |
| 下拉菜单 | 在父项下组织子页面 | 从顶部导航项展开 |
| 底部导航 | 次要链接、法律、站点地图 | 每个页面底部 |
| 侧边栏导航 | 版块导航（文档、博客） | 版块内的左侧 |
| 面包屑 | 显示在层级中的当前位置 | 顶部导航下方、内容上方 |
| 上下文链接 | 相关内容、下一步 | 页面内容中 |
顶部导航规则
- 最多 4-7 项（更多会导致决策困难）
- CTA 按钮放最右边（如"免费试用"、"开始使用"）
- Logo 链接到首页（左侧）
- 按优先级排序：最重要/访问量最高的页面优先
- 如果有超级菜单，限制在 3-4 列
底部导航组织
将底部链接分组为列：
- 产品：功能、定价、集成、更新日志
- 资源：博客、案例研究、模板、文档
- 公司：关于、招聘、联系、新闻
- 法律：隐私、条款、安全
面包屑格式
首页 > 功能 > 数据分析
首页 > 博客 > SEO 分类 > 文章标题
面包屑应该镜像 URL 层级。除当前页面外，每个面包屑段都应该是可点击的链接。
详细导航模式：参见 references/navigation-patterns.md
URL 结构
设计原则
- 人类可读 —
/features/analytics 而非 /f/a123
- 连字符，不用下划线 —
/blog/seo-guide 而非 /blog/seo_guide
- 反映层级 — URL 路径应匹配网站结构
- 一致的尾部斜杠策略 — 选择一种（有或没有）并强制执行
- 始终小写 —
/About 应重定向到 /about
- 简短但描述性 —
/blog/how-to-improve-landing-page-conversion-rates 太长；/blog/landing-page-conversions 更好
按页面类型的 URL 模式
| 页面类型 | 模式 | 示例 |
|---|
| 首页 | / | example.com |
| 功能页 | /features/{name} | /features/analytics |
| 定价 | /pricing | /pricing |
| 博客文章 | /blog/{slug} | /blog/seo-guide |
| 博客分类 | /blog/category/{slug} | /blog/category/seo |
| 案例研究 | /customers/{slug} | /customers/acme-corp |
| 文档 | /docs/{section}/{page} | /docs/api/authentication |
| 法律 | /{page} | /privacy、/terms |
| 落地页 | /{slug} 或 /lp/{slug} | /free-trial、/lp/webinar |
| 对比页 | /compare/{competitor} 或 /vs/{competitor} | /compare/competitor-name |
| 集成 | /integrations/{name} | /integrations/slack |
| 模板 | /templates/{slug} | /templates/marketing-plan |
常见错误
- 博客 URL 中的日期 —
/blog/2024/01/15/post-title 没有价值且使 URL 变长。使用 /blog/post-title。
- 过度嵌套 —
/products/category/subcategory/item/detail 太深。尽可能扁平化。
- 更改 URL 不做重定向 — 每个旧 URL 必须 301 重定向到新 URL。没有例外。
- URL 中的 ID —
/product/12345 不是人类可读的。使用 slug。
- 内容用查询参数 —
/blog?id=123 应该是 /blog/post-title。
- 不一致的模式 — 不要混用
/features/analytics 和 /product/automation。选择一个父级。
面包屑-URL 对齐
面包屑路径应镜像 URL 路径：
| URL | 面包屑 |
|---|
/features/analytics | 首页 > 功能 > 数据分析 |
/blog/seo-guide | 首页 > 博客 > SEO 指南 |
/docs/api/auth | 首页 > 文档 > API > 认证 |
可视化站点地图输出（Mermaid）
使用 Mermaid graph TD 制作可视化站点地图。这使层级关系清晰，可以标注导航区域。
基本层级
graph TD
HOME[首页] --> FEAT[功能]
HOME --> PRICE[定价]
HOME --> BLOG[博客]
HOME --> ABOUT[关于]
FEAT --> F1[数据分析]
FEAT --> F2[自动化]
FEAT --> F3[集成]
BLOG --> B1[文章 1]
BLOG --> B2[文章 2]
带导航区域
graph TD
subgraph 顶部导航
HOME[首页]
FEAT[功能]
PRICE[定价]
BLOG[博客]
CTA[开始使用]
end
subgraph 底部导航
ABOUT[关于]
CAREERS[招聘]
CONTACT[联系]
PRIVACY[隐私]
end
HOME --> FEAT
HOME --> PRICE
HOME --> BLOG
HOME --> ABOUT
FEAT --> F1[数据分析]
FEAT --> F2[自动化]
更多 Mermaid 模板：参见 references/mermaid-templates.md
内部链接策略
链接类型
| 类型 | 用途 | 示例 |
|---|
| 导航型 | 在版块间移动 | 顶部、底部、侧边栏链接 |
| 上下文型 | 文本中的相关内容 | "了解更多关于数据分析" |
| 中心-辐射 | 将集群内容连接到中心 | 博客文章链接到支柱页面 |
| 跨版块 | 连接不同版块的相关页面 | 功能页链接到相关案例研究 |
内部链接规则
- 无孤立页面 — 每个页面必须至少有一个指向它的内部链接
- 描述性锚文本 — "我们的数据分析功能" 而非 "点击这里"
- 每 1000 字 5-10 个内部链接（近似指南）
- 更频繁地链接到重要页面 — 首页、关键功能页、定价
- 使用面包屑 — 每个页面的免费内部链接
- 相关内容区域 — 页面底部的"相关文章"或"你可能还喜欢"
中心-辐射模型
对于内容密集型网站，围绕中心页面组织：
中心: /blog/seo-guide (全面概述)
├── 辐射: /blog/keyword-research (链接回中心)
├── 辐射: /blog/on-page-seo (链接回中心)
├── 辐射: /blog/technical-seo (链接回中心)
└── 辐射: /blog/link-building (链接回中心)
每个辐射链接回中心。中心链接到所有辐射。辐射在相关时互相链接。
链接审核清单
输出格式
创建网站架构规划时，提供以下交付物：
1. 页面层级（ASCII 树）
带有每个节点 URL 的完整网站结构。使用页面层级设计部分的 ASCII 树格式。
2. 可视化站点地图（Mermaid）
显示页面关系和导航区域的 Mermaid 图表。在有帮助的地方使用 graph TD 配合 subgraph 表示导航区域。
3. URL 地图表
| 页面 | URL | 父级 | 导航位置 | 优先级 |
|---|
| 首页 | / | — | 顶部导航 | 高 |
| 功能 | /features | 首页 | 顶部导航 | 高 |
| 数据分析 | /features/analytics | 功能 | 顶部下拉 | 中 |
| 定价 | /pricing | 首页 | 顶部导航 | 高 |
| 博客 | /blog | 首页 | 顶部导航 | 中 |
4. 导航规格
- 顶部导航项（有序，含 CTA）
- 底部导航版块和链接
- 侧边栏导航（如适用）
- 面包屑实现说明
5. 内部链接规划
- 中心页面及其辐射
- 跨版块链接机会
- 孤立页面审核（如果重构）
- 关键页面的推荐链接
特定任务问题
- 这是新建网站还是重构现有网站？
- 什么类型的网站？（SaaS、内容、电商、文档、混合、小型企业）
- 现有或计划多少页面？
- 网站上最重要的 5 个页面是什么？
- 是否有需要保留或重定向的现有 URL？
- 主要受众是谁，他们想在网站上完成什么？
相关技能
- content-strategy：规划要创建的内容和主题集群
- programmatic-seo：使用模板和数据大规模构建 SEO 页面
- seo-audit：技术 SEO、页面优化和索引问题
- page-cro：优化单个页面的转化
- schema-markup：实现面包屑和网站导航结构化数据
- competitor-alternatives：对比页面框架和 URL 模式
