上个月一位客户着急地来电话：有个大客户用单位的老电脑打开他的网站，页面按钮全点不动，几万块的订单差点黄了。排查发现对方用的是六年没更新过的老浏览器，而网站开发时压根没考虑这一层。网页前端开发面对的浏览器环境五花八门，全兼容不现实，零兼容会翻车，策略怎么定，值得说清楚。
先弄清楚要兼容谁
别拍脑袋，先看数据。装一个访问统计，跑满一个月，访客用什么浏览器、什么版本、什么设备，报表里清清楚楚。多数企业站会看到八成以上的访客集中在两三个主流浏览器的新版本上，剩下两成里藏着真正的风险点——比如中东客户里老版本Safari占比不低，欧美工业客户里Firefox老用户也不少。数据看完，兼容清单自然就有了，重点照顾占比超过百分之一的那些组合。这份清单同时就是验收依据，开发做到哪一项就验到哪一项，范围清晰了，双方都省事。
兼容分两个层次
第一层是能看：页面在新旧浏览器上都不破版、不重叠，内容读得全。第二层是能用：核心功能都能操作。新语法和新技术在老浏览器上跑不动时，做法不是整体降级，而是设计降级路径：
- 动效在老浏览器上自动退化为静态展示，不影响信息阅读；
- 支付、询盘这类核心链路，保证在支持清单内的所有浏览器上完整可用；
- 实在不支持的环境，给出明确提示和替代方案，比如建议换浏览器，别让页面装死。
那位客户后来补了兼容处理，老浏览器上至少能正常看产品、发询盘，那个大单保住了。成本一周工时，值不值一目了然。再补一个常被忽略的群体：访问后台的自己人。公司里总有几台老电脑，后台如果只在新浏览器上能跑，运营同事的工作体验会很痛苦，兼容清单里把后台的运行环境也写上。这条不花什么钱，省的都是内部效率。
把范围写进合同
兼容是成本项，范围必须白纸黑字。签约时写明支持哪些浏览器和版本，以及清单外环境的基本降级要求，双方都有数。没有这条，客户拿一个冷门浏览器来验收，开发商也很委屈。网页前端开发的扯皮，一半出在没写清楚的期待上。
两条建议：验收时按兼容清单真机抽查，截图留档，模拟器测不出老设备的真实表现；上线后每半年回看一次访问统计，浏览器格局在变，支持清单也要跟着调。比格网络交付时会附一份浏览器支持声明和测试记录，客户拿去内部汇报也用得上。
