HTML层面无“降级”概念；所谓“防盗链失效”实为Referer策略配置错误、作用范围不匹配或目标服务器未校验Referer，meta标签未失效而是误用场景。
直接结论：HTML层面没有“降级”概念，所谓“防盗链失效”其实是 Referer 策略被绕过或未生效，问题出在策略值选错、作用范围不对，或目标服务器根本不检查 Referer —— 这时你加的 meta 标签看似“失效”，实则是用错了场景。
为什么 meta name="referrer" 看起来“失效”了
常见现象是加了 <meta name="referrer" content="no-referrer"> 后，图片仍 403。这不是标签失效，而是以下情况之一：
- 目标服务器配置了
valid_referers none，但你用了origin或no-referrer-when-downgrade—— 它们仍会发空 Referer 或不发，但部分老服务只认严格""（即完全不带该 header） - 图片是通过 CSS 的
background-image加载的，而meta标签对 CSS 请求无效（CSS 请求遵循其所在样式表的 referrer 策略，不是 HTML 文档的） - 页面本身是 HTTPS，但图片 URL 是 HTTP，浏览器按默认策略（
no-referrer-when-downgrade）主动清空 Referer，此时加no-referrer反而冗余，但若目标站只放行https://your.com，清空后它反而拒收 - 你加的位置不对：标签必须在
<head>内，且需在首个资源请求发出前解析到（比如不能动态插入）
content 值选错：never vs no-referrer vs empty string
不同写法在语义和兼容性上差异明显，别混用：
-
content="never"是旧规范写法（见早期 Safari/Android 浏览器），现代标准已废弃，部分新版浏览器可能忽略 -
content="no-referrer"是当前标准值，所有主流浏览器（Chrome 53+、Firefox 50+、Safari 11.1+）都支持 -
content=""（空字符串）非法，会被浏览器忽略，等同于没写 - 别用
content="none"或content="off"—— 这些不是合法值，无效
CSS 背景图和 JS 动态加载图片不受 meta 控制
<meta name="referrer"> 只影响 HTML 文档发起的导航和资源请求（如 <img src>、<script src>、<link href>），不控制以下两类：
Article To Html
下载
文章转信息图。将文章/笔记转化为手机可读的 HTML 信息图，自动匹配视觉风格。触发场景：文章转图、笔记转图、信息图、转小红书图、做张图、可视化这篇文章、文生图。
立即学习“前端免费学习笔记（深入）”；
- CSS 中的
background-image: url(...)—— 它的 Referer 行为由 CSS 文件所在文档或内联样式上下文决定，与 HTML 的meta无关 - JS 用
fetch()或XMLHttpRequest加载图片 —— 必须显式设置referrerPolicy: 'no-referrer'选项，例如：fetch(imgUrl, { referrerPolicy: 'no-referrer' })
真正需要“降级”的地方：老旧浏览器或混合协议场景
如果你的用户里还有 Chrome no-referrer 不起作用。这时没有优雅降级，只有替代方案：
- 服务端代理：用 Nginx 或 Node.js 把图片请求中转一次，手动清除或伪造 Referer（
proxy_set_header Referer ""） - 换图床：用明确支持空 Referer 或开放白名单的图床，比如
https://images.weserv.nl/?url=前缀中转 - 放弃前端解法：把第三方图片下载到自己域名下托管，彻底脱离 Referer 判断逻辑
注意：所有“前端绕过”方案都依赖目标服务器恰好不校验空 Referer —— 如果它连 none 都拦截，那就真没 HTML 层面的出路了。
