仅在浏览器完全不解析脚本时生效，分两种情况：用户手动禁用js或浏览器本身不支持js；可置于（仅限meta/link/style）或（正常渲染），非错误兜底机制，且仅初始html解析时生效。
<noscript></noscript> 标签只在 JavaScript 完全不可用时生效——不是脚本出错、不是异步加载失败、不是某段代码被 try/catch 捕获了，而是浏览器压根不解析或跳过所有 <script></script> 标签。这是它和“错误兜底”的根本区别。
什么时候会触发 <noscript></noscript> 渲染
只有两种情况真正激活 <noscript></noscript>：
- 用户手动禁用了 JavaScript（如 Chrome 设置中关闭“JavaScript”，或 Firefox 的
javascript.enabled = false） - 浏览器本身不支持脚本（极罕见，比如某些嵌入式设备、老旧的文本浏览器如 Lynx，或部分爬虫直连 HTML 不执行 JS）
注意：<noscript></noscript> 不响应 document.write 失败、fetch 超时、addEventListener 绑定失败等运行时问题；也不因 CSP 策略阻止内联脚本而显示——只要浏览器仍尝试解析并执行 <script></script>，它就不会出现。
<noscript></noscript> 只能放在
HTML5 已取消该限制：<noscript></noscript> 可以合法出现在 和 中，但行为不同：
- 在
中：内容仅用于提供替代的<meta>、<link>或<style></style>，不能渲染可视内容（浏览器会忽略其中的<p></p>、<div> 等） <li>在 <code>中：内容会被正常解析并渲染为页面可见部分 - Googlebot 通常忽略
<noscript></noscript>内容，除非明确配置为“无 JS 渲染模式”（极少启用） - 部分垂直爬虫、RSS 解析器、无障碍工具链仍依赖原始 HTML，这时
<noscript></noscript>里的文本、链接、<img>alt 是唯一可抓取的信息源 - 不要把核心关键词或关键导航塞进
<noscript></noscript>试图“作弊式 SEO”——现代索引机制不认这个，反而可能因内容重复被降权 - Vue/React SSR 模板里写
<noscript></noscript>，服务端不会渲染它——因为服务端没“禁用 JS”这回事，它只在客户端首次 HTML 解析时起作用 - 使用
innerHTML动态插入含<noscript></noscript>的字符串，浏览器不会重新评估其状态；它只在初始 HTML parse 阶段生效 - 如果页面通过
document.write注入内容，且此时 JS 已被禁用，<noscript></noscript>也不会补救——因为document.write本身已失效
所以，想给用户展示提示文字或静态链接，必须把 <noscript></noscript> 放进 ；想 fallback 到纯 CSS 主题或基础 SEO meta，可放 。
SEO 和爬虫对 <noscript></noscript> 的处理
主流搜索引擎（Google、Bing）已能执行大部分 JS，但它们仍会直接读取 HTML 源码。这意味着：
真正值得放进去的，是简明的功能说明 + 静态替代入口，例如：“本页需启用 JavaScript 查看实时数据。查看纯 HTML 版报表”。
容易被忽略的兼容性细节
<noscript></noscript> 在 XHTML 中完全无效，且在 IE8 及更早版本中存在解析 bug：若 <noscript></noscript> 前有未闭合注释或非法字符，整个标签会被跳过。现代开发中，还需注意：
它不是万能开关，而是一次性、静态、仅限初始加载的“快照式”备用通道。指望它动态响应 JS 启用/禁用切换，注定落空。
