<noscript>仅在JS被明确禁用时生效，必须置于<body>中紧贴对应功能区块后，且内容需为原生可用的静态HTML，不可依赖JS补救。
<noscript> 不是“JS 加载失败时的备用提示”，它只在浏览器明确禁用 JavaScript 引擎时才渲染——比如用户手动关闭了 javascript.enabled，或使用 Lynx、w3m 这类无 JS 环境。其他所有情况：404 的 app.js、CSP 拦截、fetch 报错、React hydration 崩溃，它都完全不响应。
为什么 <noscript> 放在 <head> 里基本没用
HTML5 允许 <noscript> 出现在 <head>，但此时它只能包含 <link>、<style>、<meta> ——放 <p> 或普通文本会被浏览器忽略，用户什么也看不到。JS 禁用后页面常卡在解析阶段，<head> 里的提示根本来不及流式输出。真正能被用户读到的内容，必须写在 <body> 中，且紧贴它要替代的功能区块之后。
替代内容必须原生可用，不能靠 JS 补救
常见错误是只写“请启用 JavaScript”，却不提供真实可操作路径。JS 禁用后，onclick、event.preventDefault()、fetch 全部失效，用户面对的是一个静态 HTML 页面。实操要点包括：
- 表单必须用
<form method="post" action="/submit">，而非依赖onSubmit的 React 表单 - 链接必须是完整
href，不能靠router.push()或history.replaceState() - 地图组件不可用时，直接显示地址文本 + 静态
https://maps.google.com/?q=...链接 - 避免
<img srcset>、<picture>或任何需 JS 解析的响应式逻辑
SSR/SSG 是前提，嵌套在 <div> 里会失效
Next.js、Nuxt 等框架默认把 <noscript> 当作普通标签输出，但 hydration 阶段不管理它，容易导致冗余或丢失。更关键的是：浏览器对嵌套层级敏感——<div><noscript>...</noscript></div> 在 Chrome/Firefox 中很可能被直接跳过，尤其当父容器是 display: none 或尚未插入 DOM 时。正确做法是：
立即学习“前端免费学习笔记（深入）”；
- 始终让
<noscript>成为<body>的直接子元素 - 紧跟在对应功能区块后面，例如：
<div id="search-results"></div><noscript><form action="/search">...</form></noscript> - 避免放在
<script>标签内部（整块被丢弃）、不用自闭合写法<noscript/>（语法错误）
最易被忽略的一点：你写的 <noscript> 内容本身，得能在没有 CSS、没有 JS、甚至没有网络请求的终端里正常显示和提交——它不是“兜底文案”，而是降级后的主流程。
