API文档应一级划分功能域,二级用封装单接口,避免嵌套过深;示例与错误码用折叠,警告信息用标注,导航须含真实链接。
划分 API 模块时,别套嵌太深API 文档里常见把每个接口塞进一个 ,但容易忽略语义层级:如果整个文档是“用户管理 API”,那顶层 应该对应“用户管理”这个逻辑模块,而不是每个 GET /users 都独立一层。嵌套超过三层(比如 → → )会让屏幕阅读器混乱,也削弱了大纲生成效果。
实操建议:
对应功能域(如“认证”“订单”“Webhook”) 或指向独立页面的链接,且不重复()
并保证焦点管理,原生 role="region" 更省事 和 的混用边界:一个接口的全部信息(请求、响应、参数、示例)是一个 ;而“用户相关接口”这个集合才是 。错位一两次看不出问
题,整站批量套错,后续做自动化大纲提取或无障碍审计就会卡住。
200 OK 响应示例
{"id": 123, "email": "user@example.com"}