IE嵌入HTML5页面的问题根源在于语法、CSS、JS兼容性及安全策略：需检查跨域iframe响应头、引入html5shiv修复语义标签、用Babel+polyfill处理ES6+、为flex加-ms-前缀，grid则需降级或弃用。
IE 对 嵌入 HTML5 页面本身没有原生兼容问题，真正出问题的是嵌入页里用了 IE 不支持的 HTML5 语法、CSS 特性或 JS API —— 比如 flexbox、fetch()、Promise、dataset，或者 这类语义化标签。
确认嵌入页是否真在 IE 中执行了
很多“IE 不显示”问题其实卡在加载阶段：IE 默认对跨域 启用严格的安全策略（比如 X-Frame-Options: DENY 或 Content-Security-Policy: frame-ancestors 'none'），导致 iframe 根本没加载成功。打开 IE 的 F12 开发者工具 → “网络”标签，刷新后看 iframe 请求是否返回 200，还是被拦截或 403/404。
- 检查目标页面响应头是否有
X-Frame-Options: DENY或SAMEORIGIN且不匹配当前域名 - 若服务端用了
Content-Security-Policy，需确保包含frame-ancestors 'self' your-ie-domain.com' - IE11 对
data:协议 iframe 支持极差，避免用 base64 内联 HTML 做 src
HTML5 标签在 IE 中直接崩溃？加 html5shiv 是必须的
IE9 及以下不认识 、、 不够。
- 必须在
中、所有 CSS 和 JS 之前引入html5shiv.js（推荐使用 cdn.jsdelivr.net/npm/html5shiv@3.7.3/dist/html5shiv.min.js） - 只对 IE9– 有效；IE10+ 原生支持语义化标签，但仍有部分 CSS 行为差异（比如
display: flex需加-ms-前缀） - 注意：若嵌入页是通过 JS 动态插入 iframe 再写入 innerHTML，html5shiv 不会自动重生效——需手动调用
document.createElement('article')等触发修复
嵌入页里的 ES6+ JS 在 IE 报错：不是语法错误，是运行时缺失
IE11 支持部分 ES6（如 let、const），但不支持 Array.from、Object.assign、Promise、fetch、扩展运算符等。Babel 编译只是第一步，还缺 polyfill。
- 不要只用 Babel 转译语法，必须搭配
@babel/polyfill（IE11 下可用）或更轻量的core-js/stable+regenerator-runtime/runtime - 避免在嵌入页中直接调用
fetch()—— IE 全系无原生支持，必须用XMLHttpRequest或引入whatwg-fetchpolyfill - 检查第三方库：moment.js 2.20+ 已放弃 IE8 支持；axios 在 IE9+ 可用，但需确保没混用
async/await且未启用其内置的fetch适配层
CSS Flex/Grid 布局在 IE11 渲染错位？前缀和属性值要抠细节
IE11 的 flexbox 实现基于 2012 年旧草案（display: -ms-flexbox），与现代标准差异明显；grid 则完全不支持（IE10–11 仅有实验性 -ms-grid，语法完全不同）。
- Flex 容器必须显式声明
display: -ms-flexbox，且子项的flex缩写（如flex: 1）在 IE 中需拆成-ms-flex: 1 -
align-items: center在 IE 中对应-ms-flex-align: center，而justify-content对应-ms-flex-pack - Grid 布局无法降级兼容，必须改用
float、inline-block或-ms-grid（仅限简单二维布局），或用 postcss-autoprefixer + postcss-grid-kiss 等工具做条件编译
真正麻烦的不是“能不能跑”，而是 IE11 对 CSSOM 的处理（比如 getComputedStyle 返回值）、事件冒泡顺序、表单控件样式重置逻辑，都和现代浏览器有隐性偏差。嵌入页越复杂，越建议在真实 IE11 环境下用 console.log 打点验证 DOM 状态和计算样式，而不是只信开发机上的模拟器。
