VOCABULARY / 词条
渐进增强
Progressive Enhancement
从最基础的能力开始搭建：先用语义化 HTML 保证核心内容与主要任务（如一个可用的链接或表单）在最基本的浏览器、设备与网络条件下也能完成，再根据环境实际支持的能力逐层叠加样式与脚本带来的增强体验。
识别特征
- 核心内容以语义化 HTML 呈现，禁用脚本或使用旧浏览器时仍可读、链接与表单仍可用
- 每一层增强在启用前先做特性检测，而不是依赖浏览器型号或版本字符串判断
- 现代浏览器获得更完整的体验，基础层只是起点而不是对所有人的最终交付
概念边界
渐进增强关注的是环境与能力的可达性——核心功能能否在最基础条件下完成，再按支持情况向上叠加；这不同于渐进披露，后者是在信息内容层面按需展示细节，与设备或脚本能力无关。它也不同于优雅降级：优雅降级从最先进的体验出发、向下为旧环境做减法，渐进增强则从最基础的可用版本出发、向上做加法；两者方向相反但可以互补。
什么时候考虑它
- 无法保证所有访问者的网络、设备或脚本执行环境一致时
- 核心任务（如提交表单、跳转到详情页）必须对最广泛的访问者可用
- 产品面向公共服务、内容型网站等对可达性要求较高的场景
什么时候慎用
- 以"反正还会逐层增强"为由，把基础版本做得比现代浏览器该获得的体验更差
- 用浏览器或设备型号字符串判断能力，而不是检测具体特性是否存在
- 把信息展示的详略节奏当作渐进增强来处理——那属于渐进披露的范畴
取舍
从最基础能力搭建、再逐层叠加，比直接只为现代浏览器编码需要更多的分层设计、实现与测试工作；换来的是更广的可达性和在环境不确定时更强的容错。
条件规则 · 编辑建议
相关词条
包容性设计识别因能力、设备或网络条件被排除的人群，渐进增强提供了让这些人群也能完成核心任务的构建方式。
两者都是"分阶段呈现"，但渐进披露按信息重要性分阶段展示内容，渐进增强按环境支持的能力分阶段叠加体验，是不同的轴。
服务端校验属于基础层必须保证的能力，客户端即时校验是在检测到脚本可用后叠加的增强，不能替代基础层的校验。
来源与支持范围
将渐进增强定义为先向尽可能多的用户提供基础内容与功能，只有能运行全部代码的现代浏览器才获得最佳体验；并说明特性检测用于判断浏览器能力、polyfill 用脚本补齐缺失功能。
检索日期：2026-09-15 · 存档于 2026-09-16把优雅降级定义为先为最新浏览器构建功能完整的体验，再为旧浏览器保留可用但被削减的功能，方向与渐进增强相反，二者可以互补。
检索日期：2026-09-15 · 存档于 2026-09-16用花生、巧克力、糖衣三层的比喻说明渐进增强"从内容出发"：语义化标记是所有用户都能获得的基础层，CSS 与非侵入式 JavaScript 是依次叠加的增强层。
检索日期：2026-09-15 · 存档于 2026-09-16定义参考以上来源；数字界面示例、选择建议、条件关系及配方由本样例编辑，尚未经用户研究验证。
类型扩展与实现说明
尚无可操作样例；插图为编辑示意。应用到产品时仍须核实：核心任务在禁用脚本或使用旧浏览器时是否真的可以完成、每一层增强是否都基于特性检测而非浏览器型号判断、以及是否为现代浏览器保留了完整体验而不是因为渐进增强的名义降低标准。
{
"values": [
"可达性优先",
"能力驱动的逐层叠加",
"检测能力而非猜测环境"
],
"tension": "基线的可靠性与现代浏览器体验丰富度之间的取舍",
"questions": [
"如果关闭脚本、换成最基础的浏览器，核心任务还能完成吗？",
"这一层体验是靠检测到的具体能力打开的，还是靠猜测浏览器型号打开的？"
]
}打开本词条的 Agent JSON 文件这个文件原样收录本词条的全部字段，并附上来源、存档与编辑声明。