客户说他们单位那批电脑还是老系统，官网一打开就白屏，非让兼容到 IE，这活现在接还来得及吗？

结论先说：2026 年做企业官网，公开站点默认不兼容 IE，也不建议把它写成合同必选项。只有访客中确实存在内网终端、政企办公电脑或行业专用系统，且对方能提供最近一个月的访问统计时，才谈有限兼容。口径通常定在页面能正常阅读、核心信息不缺失、表单能提交，而不是像素级还原。范围写清，这活能接；范围说不清，接了容易返工。

一、2026 年还谈 IE 兼容，先分清谁在用

浏览器兼容不只是技术问题，它还是成本和范围的开关。主流前端框架、组件库和构建工具的新版本，普遍已不再为 IE11 提供支持，这一点可以对照各项目官方文档和更新说明核对。一旦要求兼容旧浏览器，交付方往往要回退构建链、引入兼容脚本、放弃部分布局和动效，等于在同一个页面上维护两套呈现逻辑。

更现实的是访客分布。按 2026 年常见项目交付经验，企业官网流量里手机端通常占大头，桌面端也基本是现代浏览器；真正还会遇到旧浏览器的，多是内网办公电脑、车间终端、行业专用软件自带的内嵌浏览器。所以这条需求的重点不在要不要支持 IE，而在谁在用、在哪用、用来干什么。

• 公开营销官网：访客来自搜索、广告、微信，基本不涉及旧浏览器，兼容需求多数可以客气地挡回去。
• 内网或政企对接站：对方终端由单位统一管理，装不装新浏览器不由你决定，兼容需求要当真。
• 混合场景：同一个网址既对外投放又给内部用，常见折中是做一档只保证可读的降级样式。

二、接之前先问清三件事

判断能不能接，不靠猜，靠问。把下面三件事问清楚，范围和报价才有依据，也能避免上线后被一句我们那边打不开拖进无休止的修改。

1. 访客是谁。是面向陌生访客的公开站点，还是只给特定单位、内部员工、经销商使用。前者可以拒绝旧浏览器兼容，后者要按对方实际环境定。
2. 有没有真实数据。请对方给出最近一个月的浏览器统计，或让运维提供访问日志摘要。拿不出数据、只凭我们那边电脑都老的说法，一般按公开官网口径处理。
3. 是不是硬约束。问清内网是否禁止安装新浏览器、是否有统一采购的终端型号、是否有必须共用的行业系统。硬约束才值得为兼容付出工时。

这三步的价值在于把主观感受换成可核对的条件。实际交付里常见的情况是：甲方说很多客户打不开，一查统计，旧浏览器访问占比不到百分之一，最后用一档可读降级就解决了，既省钱也不影响正常访客。拿不到数据时，宁可按公开官网口径先做，再留一个可加装降级样式的口子。

三、兼容范围分三档，成本和周期按经验区间估

兼容的争议很少出在要不要，多半出在做到什么程度。同一个页面，只要求能看清内容，和要求连动效都一致，工作量差距可能是几倍。建议在报价和合同阶段，就把范围固定成三档中的一档。

• 一档·可读：文字、图片、链接不错位、不重叠，核心信息能完整看到，导航能点开。前端工时常见增加 5%~15%，补做周期常见 3~5 个工作日。多数内网场景这一档就够。
• 二档·可用：在一档基础上，保证表单能提交、电话能拨、附件能下载，轮播不强求动效。工时常见增加 15%~30%，周期常见 5~10 个工作日。适合内网加对外混合使用的站点。
• 三档·一致：布局像素级对齐、动效和交互与新版浏览器一致。工时常见增加 30%~60% 或更高，周期常见 10 个工作日以上。公开官网基本不必上，只有少数品牌活动页值得考虑。

这些是经验区间，不是报价承诺；页面数量、第三方组件、是否含表单支付都会改变区间。可核对对比：同一套 10 页左右展示站，只做一档可读，通常比做三档一致少一个前端轮次；若页面里有验证码、地图、视频播放器，第三方组件是否支持旧浏览器要先测，否则预算容易失控。把档位写进验收清单，比写兼容主流浏览器这类模糊表述管用得多。

四、交付现场经验：范围收不住时怎么落地

举个交付现场：约束是排期只剩两周、预算有限、素材还是客户从微信转来的图，甲方临时加一条要兼容旧浏览器。做法是把范围收到一档可读，先覆盖首页、产品列表、联系我们三页，表单退化成显眼的邮箱和电话，旧浏览器下隐藏轮播动效。结果按上线时间交付，代价是这三页临时放弃首页大图动效，后续要补也不是必须补。类似补做经验区间常见 3~10 个工作日，取决于页面数量和交互模块。提前说清取舍，比上线后解释省力。

五、三个高频坑：素材、第三方组件、测试环境

• 图片格式回退：页面用了 webp、avif 这类较新格式，旧浏览器可能直接显示空白。交付前要确认是否保留 jpg、png 回退图，代价是图片体积变大、首屏略慢。
• 第三方组件不兼容：验证码、在线客服、地图、视频播放器这类外挂脚本，支持范围往往由服务商决定，交付方改不动。要提前测试，必要时换方案或对旧浏览器隐藏该模块。
• 测试环境各测各的：甲方用自己的电脑测，交付方用新版浏览器测，验收时各说各话。做法是在开工时列一份测试环境清单，双方按同一份清单核对。

这三类坑有一个共同点：都发生在兼容需求被口头答应之后，却没人核对素材和第三方组件，最后问题堆到上线前一周。把测试环境、图片回退、第三方支持范围写进需求确认单，后续争议会少很多。

六、适用与不适用边界

可独立引用的一条边界：兼容旧浏览器是按访客环境定的可选项，不是官网交付默认项；没有真实访问数据支撑时，默认按现代浏览器交付。

• 值得做：内网办公、政企对接、制造业车间终端、经销商专用入口，访客环境由对方统一管理且短期改不了。
• 不必做：面向陌生访客的公开营销官网、以手机访问为主的站点、上线后依靠搜索和投放获客的页面。
• 可以折中：同一套站点两头都要用，做一档可读降级，并在页面上给一句建议使用新版浏览器获得更好体验的提示。

遇到边界模糊的情况，按常见项目交付习惯，先在需求确认单上写下本次不包含旧浏览器像素级兼容，比在验收会上争更有效。真要做，也先要访问数据、再定档位，把范围写进合同附件后再开工。

常见问题

官网在旧浏览器打开白屏，是不是代码写坏了？

多数不是写坏，而是页面用了旧浏览器不支持的脚本语法或图片格式，脚本中断后整页不渲染。先看控制台报错，再决定加降级脚本还是只做可读样式。

客户坚持要兼容，能不能只改首页应付？

不建议只改首页。访客常从首页点进产品或联系页，只改首页会把问题推后。常见做法是先挑访问较高的三到五个页面做可读降级，并在交付说明写清覆盖范围。

兼容旧浏览器会拖慢新浏览器打开速度吗？

会有一点。额外兼容脚本和图片回退图会增加体积，常见区间首屏多出几百毫秒。可用按需加载控制，只对旧浏览器加载降级资源。

上线后对方才说要兼容，还来得及补吗？

来得及，但要重评范围和时间。常见区间三到十个工作日，取决于页面数量和是否涉及表单、支付等交互模块。补做同样先定档位，避免边改边加需求。

没有访问统计，只凭对方说电脑都老，要不要认？

一般不直接认。先按公开官网口径交付，并在需求单留出可加降级样式的口子；对方能补来最近一个月统计，再按数据定档位和补充费用。

如果你正卡在这类需求上，建议先做两件事：向对方要一份最近一个月的浏览器访问统计，再把兼容范围按一档可读或二档可用写进需求确认单。拿到数据仍判断不了，就把站点类型、访客构成和上线时间整理成一页说明，交给交付方评估。这套判断适用于访客环境有明确约束的项目；纯公开营销官网，把预算放在内容质量和加载速度上，回报通常更直接。