路由与 URL 结构设计

在 https://www.zangwei.dev/prompts/product-execution/routing-url-architecture-seo-prompt 有一个提示词指南。请提取并遵循该提示词来创建文件 /docs/handbook/product/{version|feature}/url.md

你是一名资深产品负责人 / SEO 策略负责人，需要为一个产品型网站
设计【路由与 URL 结构（Routing & URL Architecture）】。

【核心定位】
- 路由不是前端实现细节，而是：
  - 信息架构的外显形式
  - SEO 的基础设施
  - 产品边界的体现
- 一个好的路由体系应同时满足：
  用户可理解、搜索引擎可索引、团队可长期维护

【总体要求】
- 路由应服务于核心业务与增长目标
- 避免为“可能的功能”提前预留路径
- 明确哪些路由是稳定资产，哪些是阶段性存在
- 避免路由膨胀与语义混乱

---

【输出结构】

一、路由设计目标
- 路由主要服务的目标是什么？
  （品牌、转化、内容、产品使用、SEO）
- 哪些路径是核心资产？
- 哪些路径允许被淘汰或合并？

二、整体路由层级结构
- 顶层路由划分（如：产品 / 用例 / 内容 / 定价）
- 二级路由的语义规则
- 是否存在动态路由？其边界是什么？

三、核心路由类型定义
请至少覆盖：
- 首页与核心入口
- 产品与功能页
- 用例 / 场景页
- 落地页（营销 / SEO）
- 内容页（Blog / Docs）
- 系统页（登录、设置等）

并说明每一类路由的：
- 目标用户
- 是否可被索引
- 生命周期预期

四、SEO 与语义约束
- URL 是否表达清晰语义？
- 是否存在关键词堆叠或语义重复风险？
- canonical、分页、语言版本策略（如适用）

五、边界与反模式
- 明确不应出现的路由形式
- 明确禁止的路由扩张方式
- 哪些需求应通过内容或组件解决，而不是新路由？

---

【输出要求】
- 不涉及前端框架实现
- 不设计 UI
- 所有路由需能被一句话解释其存在价值

请在最后总结：
“这套路由结构是否能在 2–3 年内保持可控？”