兼容模式是 IE 浏览器最核心的功能，也是它至今没有从企业市场消失的根本原因。IE 的向后兼容能力是其他任何浏览器都不具备的——让 1998 年为 IE 5 写的内部管理系统，到 2026 年依然能正常打开，这靠的就是一套层层递进的兼容机制。这篇文章把 IE 11 涉及的三种兼容机制讲透：兼容性视图（Compatibility View）、文档模式（Document Mode）和企业模式（Enterprise Mode）。
搜索引擎上很多关于"IE 兼容模式"的文章把这三者混为一谈，实际上它们是三个独立的技术层，控制粒度从粗到细，面向不同角色：
| 机制 | 控制层级 | 适用对象 | 配置方式 | 生效范围 |
|---|---|---|---|---|
| 兼容性视图 | 用户端，按域名 | 普通用户 / IT 支持 | IE 设置界面手动添加域名 | 当前用户的全部页面 |
| 文档模式 | 页面级，按 meta 标签或 HTTP 响应头 | 网站开发者 | X-UA-Compatible 标记 | 单个页面 |
| 企业模式 | 企业级，按域名列表 | IT 管理员 | XML 站点列表 + 组策略下发 | 域内全部客户端 |
这三者的优先级有一个明确的顺序：开发者工具手动设置 > 文档模式（X-UA-Compatible）> 兼容性视图 > 微软兼容性列表 > DOCTYPE > Intranet 自动兼容。理解这个优先级是排查兼容性问题的前提。
兼容性视图的逻辑简单直接：把指定的网站当作 IE 7 来渲染。注意，是 IE 7，不是 IE 8、9 或 10。这个设计可以追溯到 2009 年 IE 8 发布时——大量为 IE 7 设计和测试过的企业内网站在 IE 8 上出现了布局错乱，微软需要一个"一键回退到 2006 年"的开关。
Alt 键显示菜单栏。old-system.example.com），点击"添加"。querySelector、querySelectorAll、JSON.parse、border-radius、box-shadow、opacity、rgba() 等。所以兼容性视图是"最后手段"，不是"首选方案"。
IE 浏览器内置了一个由微软维护的兼容性视图列表（文件名为 iecompatdata.xml，存储在微软服务器上，IE 定期下载更新）。这个列表由微软的兼容性测试团队维护，包含全球数万个已知在新版 IE 上有兼容性问题的网站。当用户访问列表中的网站时，IE 自动切换到兼容性视图，整个过程用户无感知。
对于企业 IT 管理员来说，这个"无感知"反而是个隐患——你没法控制微软往这个列表里加了什么。因此很多企业在 GPO 中明确禁用了"使用 Microsoft 兼容性列表"，改为自己维护企业模式站点列表。
文档模式（Document Mode）是给网站开发者用的细粒度控制手段。通过在页面 HTML 中插入 X-UA-Compatible 标记，开发者可以精确告诉 IE："这个页面请用 IE 9 标准模式渲染"或"请用你支持的最高模式渲染"，IE 会据此选择对应的 Trident 引擎版本。
在 <head> 区域的最顶部加入 meta 标签——强调"最顶部"，因为 X-UA-Compatible 必须是 <head> 中的第一个元素（<meta charset> 除外）。如果前面有 <script> 或 <link>，IE 会先解析它们并锁定文档模式，后面的 X-UA-Compatible 将被完全忽略。
<meta http-equiv="X-UA-Compatible" content="IE=Edge">完整的 X-UA-Compatible 取值及对应行为：
| 取值 | 渲染行为 | 使用场景 |
|---|---|---|
IE=Edge |
使用当前 IE 支持的最高文档模式（IE 11 中即为 11） | 推荐首选，大多数现代页面应该使用这个值 |
IE=11 |
强制使用 IE 11 标准模式 | 页面明确针对 IE 11 开发，不需要兼容更早版本 |
IE=10 |
强制使用 IE 10 标准模式 | 页面依赖 IE 10 的特定行为，在 IE 11 上仍需按 IE 10 渲染 |
IE=9 |
强制使用 IE 9 标准模式 | 页面针对 IE 9 开发，使用了 IE 9 特有的 CSS/JS 特性 |
IE=8 |
强制使用 IE 8 标准模式 | 老旧的内部系统，只在 IE 8 上测试通过 |
IE=7 |
强制使用 IE 7 标准模式 | 非常老的页面，依赖 IE 7 的盒模型行为（hasLayout） |
IE=5 |
使用 IE 5 怪异模式（Quirks Mode） | 极少数上古遗留页面，盒子模型使用 IE 5 的 border-box 算法 |
IE=EmulateIE10 |
模拟 IE 10：有 DOCTYPE 则用 IE 10 标准模式，否则用怪异模式 | 需要根据 DOCTYPE 自动判断，比强制指定更灵活 |
IE=EmulateIE9 |
模拟 IE 9：逻辑同上 | 同上，针对 IE 9 |
IE=EmulateIE8 |
模拟 IE 8：逻辑同上 | 同上，针对 IE 8 |
IE=EmulateIE7 |
模拟 IE 7：逻辑同上 | 同上，针对 IE 7 |
注意 IE=Edge 和 IE=11 的区别：IE=Edge 的意思是"用你支持的最高模式"，在 IE 11 上等同于 IE=11，但如果未来有 IE 12，它会自动用 IE 12。而 IE=11 是硬编码的版本号，永远锁定在 IE 11。所以 IE=Edge 是更推荐的写法。
<head> 中的第一个子元素（在 <meta charset> 之后，但在 <title> 和其他所有 meta/link/script 之前）。如果 X-UA-Compatible 前面出现了 <script> 标签、<link> 标签，甚至是注释（某些情况下），IE 会在解析到它们时就确定文档模式，后面的 X-UA-Compatible 相当于不存在。这是一个极其常见的错误，也是"我明明写了 X-UA-Compatible，为什么不生效"的头号原因。
在服务器端通过 HTTP 响应头设置 X-UA-Compatible 比 meta 标签更可靠——因为它不依赖于 HTML 结构和标签顺序。而且对所有页面全局生效，不需要逐页添加：
# Apache (.htaccess 或 httpd.conf)
Header set X-UA-Compatible "IE=Edge"
# IIS (web.config)
<system.webServer>
<httpProtocol>
<customHeaders>
<add name="X-UA-Compatible" value="IE=Edge"/>
</customHeaders>
</httpProtocol>
</system.webServer>
# Nginx (nginx.conf 或 server 块)
add_header X-UA-Compatible "IE=Edge";如果同时使用了 HTTP 响应头和 meta 标签，HTTP 响应头的优先级更高——因为浏览器先收到 HTTP 头，在解析 HTML 之前就已经确定了文档模式。
当多种设置并存时，IE 按以下优先级决定最终使用的文档模式（数字越小，优先级越高）：
注意：企业模式虽然排在最后，但它是通过组策略强制下发的，终端用户无法绕过或覆盖。这也是企业模式之所以叫"企业模式"的原因——IT 管理员拥有最终决定权。
企业模式（Enterprise Mode）是 IE 11 和 Edge 都支持的功能。它用一份集中管理的 XML 配置文件，精确控制公司内部每一个需要兼容模式的网站应该以哪个 IE 版本渲染、在哪个浏览器中打开。用户端完全零配置——IT 部门通过组策略下发后，终端用户的浏览器自动按规则行事。
企业模式的核心优势在于"集中管理"。一个典型的案例：某制造企业有 5 个 Web 系统，分别需要 IE 8、IE 9、IE 10、IE 11 标准模式和 Edge。通过一份约 50 行的 XML，IT 管理员就可以精确指定每个 URL 的渲染策略，然后通过组策略推送到全公司 500 台电脑。不需要在每台电脑上手动设置，也不需要在每个 Web 系统的代码中插入 meta 标签。
以下是一个最小化的企业模式站点列表 XML 示例：
<site-list version="1">
<created-by>
<tool>EMIESiteListManager</tool>
<version>10.0.14357.1004</version>
<date-created>07/20/2026</date-created>
</created-by>
<site url="old-erp.contoso.com">
<compat-mode>IE8Enterprise</compat-mode>
<open-in>IE11</open-in>
</site>
<site url="hr-portal.contoso.com">
<compat-mode>Default</compat-mode>
<open-in>MSEdge</open-in>
</site>
</site-list>关于企业模式的完整部署流程（包括 XML 格式详解、所有 compat-mode 取值、GPO 配置步骤、Edge 中 IE 模式的启用方法、以及故障排查），请参见 IE 浏览器企业模式配置完整指南，那篇文章有超过 2000 字的实操指导。
| 场景 | 推荐方案 | 原因 |
|---|---|---|
| 个人用户偶尔访问一两个旧网站 | 兼容性视图 | 操作最简单，在 IE 设置中手动添加域名即生效 |
| 网站开发者需要控制自己页面的渲染方式 | X-UA-Compatible meta 标签或 HTTP 头 | 精确控制每个页面，不影响其他网站 |
| 企业内网有多套不同时代的旧 Web 系统 | 企业模式 XML 站点列表 | 集中管理，针对不同系统设置不同渲染策略 |
| 公司已全员切换到 Edge | Edge IE 模式 + 企业站点列表 | 现代浏览器的安全性和体验 + 旧系统的兼容性 |
| 政务系统需要 BHO 插件支持 | 原生 IE 11 + 企业模式 | Edge IE 模式不支持 BHO 类型的加载项 |
最后补充一点实践经验：如果你管理的是一套还在维护的 Web 系统，最好的兼容策略不是设置兼容模式，而是让前端代码本身兼容 IE 11。具体做法包括使用 ES5 语法、添加必要的 polyfill（如 Promise、fetch）、用 Autoprefixer 处理 CSS 前缀。但这超出了本文的范畴——本文讨论的是"系统无法修改、必须让它能跑起来"的场景。