<noscript>仅在JavaScript被完全禁用时生效，对内联脚本有效，不响应外部脚本失败、CSP阻止或运行时错误；应置于功能区块旁而非<head>，且不能替代渐进增强。
noscript 标签只在 JS 被禁用时生效，且仅对内联脚本有效
浏览器是否执行 <noscript>，取决于「JavaScript 是否被完全禁用」，而不是脚本加载失败、报错或被 CSP 阻止。比如用户开了 NoScript 插件但放行了当前域名，<noscript> 就不会显示；同理，fetch 失败或 React 渲染崩溃，它也完全无感。
它只响应最底层的开关：Chrome 的 chrome://settings/content/javascript 关闭，或 Firefox 的 javascript.enabled = false。另外，<noscript> 对外部脚本（<script src="a.js"></script>）不感知——哪怕那个文件 404 或返回 500，只要 JS 引擎本身开着，标签内容就始终不渲染。
放在 <head> 里基本没用，必须靠近实际依赖位置
<noscript> 在 <head> 中写提示文字，用户根本看不到：页面还没开始渲染 body，JS 禁用又导致 CSS/HTML 解析可能卡住，最终白屏 + 无提示。真正有效的做法是把它插在具体功能区块旁。
- 登录表单下方加：
<noscript><p>请启用 JavaScript 以使用登录功能</p></noscript> - 图表容器里：
<div id="chart"><noscript><p>图表需 JavaScript 支持</p></noscript></div> - 不要放在
<head>里塞全局提示，用户刷不出来页面，根本等不到看到那行字
不能替代渐进增强，更不能绕过核心功能可用性
很多人以为加个 <noscript> 就算“兼容无 JS 场景”，其实只是甩了个提示。如果按钮点击靠 onclick、表单提交靠 event.preventDefault() + fetch，那 JS 一关，整个交互链就断了——<noscript> 再多也填不上这个空。
立即学习“前端免费学习笔记（深入）”；
真正要做的，是先保证 HTML 表单能原生提交、链接能跳转、内容可读；再用 JS 去增强。例如：
- 用
<form action="/login" method="post">打底，再用 JS 拦截做无刷新登录 - 用
<a href="/help">提供基础导航，再用 JS 加载 SPA 路由 -
<noscript>只是最后一道提醒，不是补丁
服务端检测比 noscript 更可靠，但成本高
如果真需要区分 JS 环境（比如统计、AB 测试、SEO 降级），光靠 <noscript> 不行——它纯前端、不可控、无法触发服务端逻辑。此时得结合：
- 首屏用
<noscript><meta http-equiv="refresh" content="0;url=/nojs"></noscript>跳转（但有闪烁风险） - 服务端通过 User-Agent + 请求头（如
Sec-CH-UA-Model）或首次请求带 JS 生成的 token 判断能力 - 更稳妥的是默认服务端渲染（SSR），JS 加载后再接管——这样不管开不开，首屏都出来
别低估用户关 JS 的真实场景：企业内网策略、老旧终端、无障碍工具链、甚至某些银行 App 的 WebView 安全限制。这些地方，<noscript> 不是备选方案，而是你是否认真对待可访问性的试金石。
