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