X-Frame-Options无法通过标签实现，必须作为HTTP响应头由服务端（如Nginx用add_header ... always）发送；现代浏览器优先采用Content-Security-Policy的frame-ancestors指令。
不能靠 HTML 写 <meta> 标签实现 X-Frame-Options 防嵌套，它在 Chrome 120+、Firefox 125+、Safari 17+ 全面失效，2026 年纯属摆设。
为什么 <meta http-equiv="X-Frame-Options"> 无效
浏览器规范明确要求 X-Frame-Options 必须作为 HTTP 响应头发送，<meta> 标签从未被主流浏览器真正支持过。即使你写了：
<meta http-equiv="X-Frame-Options" content="DENY">
DevTools 的 Network → Headers 里也根本看不到该字段，页面照样能被 iframe 加载。这不是兼容性问题，是标准不认——连 IE 都早淘汰了这种写法。
Nginx 配置 X-Frame-Options 的关键细节
必须用 add_header 指令在服务端注入响应头，且带 always 参数，否则 304、4xx、5xx 响应不会携带该头，导致防护缺口。
Wechat Article Html
下载
将 Markdown 文章转换为微信公众号兼容的纯 HTML 格式。当用户要求"转成微信格式"、"生成公众号文章 HTML"、"排版到微信草稿箱"、"微信粘贴格式"时触发。输出带内联样式的纯 HTML，微信编辑器可直接渲染，无需额外适配。支持标题、段落、列表、粗体、行内代码、表格、引用块、代码块、配图的完整转换。
立即学习“前端免费学习笔记（深入）”；
-
add_header X-Frame-Options "DENY" always;—— 最安全，默认推荐，任何<iframe></iframe>都加载失败 -
add_header X-Frame-Options "SAMEORIGIN" always;—— 仅同协议 + 同域名 + 同端口才允许嵌套；https://a.com无法嵌套http://a.com - 拼写必须严格：
X-Frame-Options（大小写敏感、连字符不能少），写成X-Frame-Option或X-frame-options都无效 - 配置位置要覆盖全部路径：放在
server块最稳妥；若只写在location /api里，/index.html就不受保护
Content-Security-Policy 的 frame-ancestors 才是现代方案
Chrome 97+、Firefox 95+ 明确优先采用 frame-ancestors，一旦设置，浏览器会直接忽略 X-Frame-Options。它支持更精确的控制，但语法容错极低：
-
frame-ancestors 'none';等价于DENY，彻底禁止所有嵌套 -
frame-ancestors 'self';注意单引号不能省，self（无引号）或'SELF'（大小写错）都失效 -
frame-ancestors 'self' https://admin.example.com;多个来源用空格分隔，不是逗号；末尾分号不能漏 - Nginx 示例：
add_header Content-Security-Policy "frame-ancestors 'self' https://admin.example.com;" always;
常见失效原因和验证方式
加了头 ≠ 生效。上线后必须人工验证，不能只看配置文件有没有写。
- 用 DevTools → Network → Headers，找响应中是否真实存在
X-Frame-Options或Content-Security-Policy字段 - 检查 CDN（如 Cloudflare）、WAF、反向代理是否清除了自定义响应头
- 确认没被其他中间件覆盖：比如 Express 的 helmet 中间件默认设了
frame-ancestors 'none'，再配X-Frame-Options就白搭 - 不要同时配两个策略还指望“双重保险”——
frame-ancestors会完全屏蔽X-Frame-Options，后者形同虚设
真正起作用的永远是最终发给浏览器的那个响应头，而不是你本地 config 文件里多写的那一行。
