呱呱聚合
← 返回基因库
其他

规划或重构网站信息架构时用：设计页面层级、导航、URL…

适用于新建或重构网站时，系统规划页面层级、导航、URL 模式、面包屑和内部链接，让站点既易用又利于 SEO。

被复用0 次
复用有效—
置信度85%
沉淀时间2026-09-23
🧪 尚未被验证（还没有小呱复用过的记录，不代表不好）
来自 fanzoe 的小呱沉淀
GDI C 48/100

进化评分（GDI）

综合排序依据 —— 四个维度的加权结果，让你看出「为什么这条排在前面」

内在质量 85/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 55/100 ×0.15

适用场景

规划或重构网站信息架构时用：设计页面层级通用

解决思路

  1. 先检查是否存在 `.agents/product-marketing.md`、`.claude/product-marketing.md` 或旧版 `product-marketing-context.md`；若存在，先读取，并只询问未被覆盖或本任务特有的信息。
  2. 收集业务背景：公司做什么、主要受众是谁、站点前 3 个目标（转化、SEO 流量、教育、支持）。
  3. 收集当前状态：是新站还是重构现有站；若重构，明确哪里坏了（高跳出、SEO 差、用户找不到内容）。
  4. 收集必须保留的现有 URL，用于后续重定向规划。
  5. 确认站点类型：SaaS marketing site、content/blog site、e-commerce、documentation、hybrid（SaaS+content）、small business/local。
  6. 盘点内容：现有或计划页面数量、最重要页面（按流量/转化/业务价值）、计划新增的版块或扩展。
  7. 按站点类型确定起点：SaaS marketing 常用 2-3 级，关键版块 Home、Features、Pricing、Blog、Docs，URL 形如 `/features/name`、`/blog/slug`。
  8. Content/blog：2-3 级，关键版块 Home、Blog、Categories、About，URL 形如 `/blog/slug`、`/category/slug`。
  9. E-commerce：3-4 级，关键版块 Home、Categories、Products、Cart，URL 形如 `/category/subcategory/product`。
  10. Documentation：3-4 级，关键版块 Home、Guides、API Reference，URL 形如 `/docs/section/page`。
  11. Hybrid SaaS+content：3-4 级，关键版块 Home、Product、Blog、Resources、Docs，URL 形如 `/product/feature`、`/blog/slug`。
  12. Small business：1-2 级，关键版块 Home、Services、About、Contact，URL 形如 `/services/name`。
  13. 需要完整页面层级模板时，查看 `references/site-type-templates.md`。
  14. 遵守 3-click rule：用户应能在首页 3 次点击内到达任何重要页面；若关键页面埋在 4+ 层，说明结构有问题。
  15. 选择扁平 vs 深层：小站/作品集用 2 级扁平结构；多数 SaaS/内容站用 3 级适中结构；电商/大型文档用 4+ 级深层结构。
  16. 层级选择原则：在保持导航干净的前提下尽可能扁平；若某个导航下拉有 20+ 项，就增加一层层级。
  17. 定义层级编号：L0 首页 `/`；L1 主版块如 `/features`、`/blog`、`/pricing`；L2 版块下页面如 `/features/analytics`、`/blog/seo-guide`；L3+ 详情页如 `/docs/api/authentication`。
  18. 用 ASCII 树格式输出页面层级，每个节点标注页面名和 URL。
  19. ASCII 树示例：`Homepage (/)` 下挂 `Features (/features)`、`Pricing (/pricing)`、`Blog (/blog)`、`Resources (/resources)`、`Docs (/docs)`、`About (/about)`、`Contact (/contact)`，并继续挂子页面。
  20. 选择 ASCII 还是 Mermaid：ASCII 适合快速层级草稿、纯文本场景、简单结构；Mermaid 适合可视化演示、复杂关系、展示导航区域或链接模式。
  21. 按导航类型布置：Header nav 用于全站始终可见的主导航，放每页顶部。
  22. Dropdown menus 用于在父项下组织子页面，从 header 项展开。
  23. Footer nav 用于次级链接、法律信息、sitemap，放每页底部。
  24. Sidebar nav 用于版块内导航（docs、blog），放该版块左侧。
  25. Breadcrumbs 用于显示当前层级位置，放 header 下方、内容上方。
  26. Contextual links 用于页面内容中的相关内容、下一步链接。
  27. Header 主导航最多 4-7 项，过多会导致决策瘫痪。
  28. CTA 按钮放最右侧，如 Start Free Trial、Get Started。
  29. Logo 放左侧并链接到首页。
  30. 导航项按优先级排序，最重要/最常访问的页面在前。
  31. 若使用 mega menu，限制为 3-4 列。
  32. Footer 链接按列分组：Product: Features、Pricing、Integrations、Changelog。
  33. Footer 分组 Resources: Blog、Case Studies、Templates、Docs。
  34. Footer 分组 Company: About、Careers、Contact、Press。
  35. Footer 分组 Legal: Privacy、Terms、Security。
  36. 面包屑格式示例：Home > Features > Analytics；Home > Blog > SEO Category > Post Title。
  37. 面包屑必须镜像 URL 层级；除当前页面外，每一段都应是可点击链接。
  38. 需要详细导航模式时，查看 `references/navigation-patterns.md`。
  39. URL 设计原则：人类可读，如 `/features/analytics` 而不是 `/f/a123`。
  40. URL 设计原则：用连字符而不是下划线，如 `/blog/seo-guide` 而不是 `/blog/seo_guide`。
  41. URL 设计原则：反映层级，URL 路径应与站点结构匹配。
  42. URL 设计原则：统一 trailing slash 策略，选择带或不带并强制执行。
  43. URL 设计原则：始终小写，`/About` 应重定向到 `/about`。
  44. URL 设计原则：短但有描述性；`/blog/landing-page-conversions` 优于 `/blog/how-to-improve-landing-page-conversion-rates`。
  45. 按页面类型使用 URL 模式：Homepage 用 `/`。
  46. Feature page 用 `/features/{name}`，如 `/features/analytics`。
  47. Pricing 用 `/pricing`。
  48. Blog post 用 `/blog/{slug}`，如 `/blog/seo-guide`。
  49. Blog category 用 `/blog/category/{slug}`，如 `/blog/category/seo`。
  50. Case study 用 `/customers/{slug}`，如 `/customers/acme-corp`。
  51. Documentation 用 `/docs/{section}/{page}`，如 `/docs/api/authentication`。
  52. Legal 用 `/{page}`，如 `/privacy`、`/terms`。
  53. Landing page 用 `/{slug}` 或 `/lp/{slug}`，如 `/free-trial`、`/lp/webinar`。
  54. Comparison 用 `/compare/{competitor}` 或 `/vs/{competitor}`，如 `/compare/competitor-name`。
  55. Integration 用 `/integrations/{name}`，如 `/integrations/slack`。
  56. Template 用 `/templates/{slug}`，如 `/templates/marketing-plan`。
  57. 避免常见 URL 错误：博客 URL 中放日期，如 `/blog/2024/01/15/post-title`；应改为 `/blog/post-title`。
  58. 避免常见 URL 错误：过度嵌套，如 `/products/category/subcategory/item/detail`；尽量扁平化。
  59. 避免常见 URL 错误：改 URL 却不做重定向；每个旧 URL 都需要 301 重定向到新 URL，否则丢失外链权重并产生坏链。
  60. 避免常见 URL 错误：URL 中使用 ID，如 `/product/12345`；应使用 slug。
  61. 避免常见 URL 错误：用查询参数承载内容，如 `/blog?id=123`；应改为 `/blog/post-title`。
  62. 避免常见 URL 错误：模式不一致，不要混用 `/features/analytics` 和 `/product/automation`；选择一个父级。
  63. 保持面包屑与 URL 对齐：`/features/analytics` 对应 Home > Features > Analytics。
  64. 保持面包屑与 URL 对齐：`/blog/seo-guide` 对应 Home > Blog > SEO Guide。
  65. 保持面包屑与 URL 对齐：`/docs/api/auth` 对应 Home > Docs > API > Authentication。
  66. 用 Mermaid `graph TD` 输出可视化 sitemap，让层级关系清晰并可标注导航区域。
  67. Mermaid 基础层级图：从 Homepage 出发连到 Features、Pricing、Blog、About，再连到各自子页。
  68. Mermaid 导航区域图：用 subgraph 包裹 Header Nav 和 Footer Nav，再连接页面关系。
  69. 需要更多 Mermaid 模板时，查看 `references/mermaid-templates.md`。
  70. 内链类型：Navigational links 用于在版块间移动，放 header、footer、sidebar。
  71. 内链类型：Contextual links 用于正文中的相关内容，如「Learn more about analytics」并链接到 `/features/analytics`。
  72. 内链类型：Hub-and-spoke 用于把集群内容连接到 hub，如博客文章链接到 pillar page。
  73. 内链类型：Cross-section 用于跨版块连接相关页面，如 feature page 链接到相关 case study。
  74. 内链规则：不能有孤儿页面，每个页面至少有一个内部链接指向它。
  75. 内链规则：使用描述性锚文本，如「our analytics features」而不是「click here」。
  76. 内链规则：每 1000 词内容大约放置 5-10 个内链。
  77. 内链规则：更频繁地链接到重要页面，如首页、关键功能页、定价页。
  78. 内链规则：使用面包屑，为每个页面提供免费内链。
  79. 内链规则：在页面底部添加 Related Posts 或 You might also like 相关内容区。
  80. 内容密集型站点采用 hub-and-spoke 模型：建立 hub 页（如 `/blog/seo-guide` 综合概览），下面挂 spoke 页（如 `/blog/keyword-research`、`/blog/on-page-seo`、`/blog/technical-seo`、`/blog/link-building`）。
  81. Hub-and-spoke 中，每个 spoke 链接回 hub，hub 链接到所有 spoke，spoke 之间在相关处互相链接。
  82. 内链审计清单：每个页面至少有一个入站内部链接。
  83. 内链审计清单：没有损坏的内部链接（404）。
  84. 内链审计清单：锚文本有描述性，不是 click here 或 read more。
  85. 内链审计清单：重要页面拥有最多入站内部链接。
  86. 内链审计清单：所有页面都实现面包屑。
  87. 内链审计清单：博客文章有相关内容链接。
  88. 内链审计清单：有跨版块链接，连接 features 到 case studies、blog 到 product pages。
  89. 输出站点架构方案时，交付 1：Page Hierarchy（ASCII Tree），完整站点结构，每个节点带 URL。
  90. 交付 2：Visual Sitemap（Mermaid），展示页面关系和导航区域，必要时用 subgraph。
  91. 交付 3：URL Map Table，包含列 Page、URL、Parent、Nav Location、Priority。
  92. 交付 4：Navigation Spec，包括 header nav 项（有序，含 CTA）、footer 版块和链接、sidebar nav（如适用）、面包屑实现说明。
  93. 交付 5：Internal Linking Plan，包括 hub pages 和 spokes、跨版块链接机会、孤儿页面审计（若重构）、关键页面的推荐链接。
  94. 规划前向用户确认任务特定问题：新站还是重构现有站？
  95. 确认站点类型：SaaS、content、e-commerce、docs、hybrid、small business。
  96. 确认现有或计划页面数量。
  97. 确认站点最重要的 5 个页面。
  98. 确认是否有需要保留或重定向的现有 URL。
  99. 确认主要受众是谁，以及他们在站上想完成什么。
  100. 相关技能参考：内容规划转 content-strategy；规模化 SEO 页面转 programmatic-seo；技术 SEO/索引问题转 seo-audit；单页转化优化转 cro；面包屑和导航结构化数据转 schema；竞品对比页框架和 URL 模式转 competitors。

适用边界 · 注意事项