noframes在HTML5中是非法标签，浏览器直接忽略、W3C验证器报错，屏幕阅读器和搜索引擎均不识别；它仅在HTML4.01 Frameset DTD下严格满足三条件时才可能被IE6–8渲染：正确DOCTYPE、嵌套于frameset内、内容包裹在body中。
HTML5 中写 noframes 标签根本不会生效
直接说结论：noframes 在 HTML5 文档中是非法标签，浏览器会忽略它，W3C 验证器报错，屏幕阅读器和搜索引擎也不识别。哪怕你写了 <noframes>Your browser is too old</noframes>，现代 Chrome、Firefox 或 Safari 也完全不渲染——不是“可能不显示”，而是“压根不处理”。
noframes 只在 HTML4.01 Frameset DTD 下有条件起作用
它不是独立存在的标签，必须同时满足三个硬性条件：
- 文档类型声明必须是
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Frameset//EN"> -
noframes必须作为子元素出现在<frameset>内部（不能在<body>里，也不能在<html>根下） - 其内容必须包裹在
<body></body>中（XHTML 下还要求闭合所有标签）
错误示例：<noframes>Sorry, no frames</noframes>（缺 <body>）；正确写法：<frameset cols="50%,50%"><frame src="a.html"><frame src="b.html"><noframes><body><p>Frames not supported.</p></body></noframes></frameset>
为什么现在没人该用 noframes，哪怕只是“兼容老系统”
真正还在跑 HTML4.01 Frameset 的系统，基本只存在于极少数离线内网或老旧政务终端，且这些环境往往连 JS 都受限。但问题在于：
- IE8+ 已彻底弃用
<frameset>，现代浏览器对 Frameset DTD 的解析只是“尽力而为”，行为不一致 - 辅助技术（如 NVDA、JAWS）早已跳过
noframes，不把它当可访问 fallback 处理 - 即使你强行用 Frameset DTD，
noframes里的内容也无法响应式适配，纯文本提示在手机上照样不可读
换句话说：你花时间写合规的 noframes，换来的只是对一个已消亡技术栈的幻觉式兼容。
真正该做的替代方案，不是“模拟 noframes”，而是绕过框架本身
现代等效思路是默认提供完整语义化页面，再用渐进增强分层处理：
- 首屏 HTML 直接输出有意义的内容（比如用
<main>+<aside>布局），不依赖 JS 渲染 - 需要动态加载区域时，用
<iframe>（带sandbox和referrerpolicy安全属性），而非废弃的<frame> - JS 加载失败时，用
<noscript>提示用户启用脚本，而不是假设“浏览器不支持框架” - 多区域更新场景优先考虑 CSS Grid/Flexbox 分区 +
history.pushState路由，不是靠硬分割窗口
最常被忽略的一点：所谓“不支持框架”的真实问题，99% 是“不支持 JS”或“网络加载失败”，而不是浏览器版本太低——noframes 对这两类情况完全无能为力。
