rel="alternate" 是纯语义声明标签，不触发跳转或渲染变化；必须静态写在<head>中，多语言需双向绝对URL+BCP 47格式hreflang，移动端适配仅认media="only screen and (max-width: 640px)"且需canonical反向声明，JS注入无效。
rel="alternate" 不会触发自动跳转，也不影响页面渲染，它只是给搜索引擎和浏览器传递语义信号的声明式标签。写错或滥用，基本等于没写。
多语言版本必须双向写死绝对 URL
Google 要求每个多语言页面都静态写出整组 link[rel="alternate"][hreflang]，且必须满足三个硬条件：
-
hreflang值需用 BCP 47 格式（如zh-Hans，不是zh-CN或zh） -
href必须是 HTTPS 绝对 URL（https://example.com/zh/可行，/zh/或http://example.com/zh/直接被忽略） - 所有语言页都要互相指向——A 页声明
hreflang="en"指向英文页，英文页就必须反向声明hreflang="zh-Hans"指回 A 页
漏掉任意一条，整组 hreflang 都会被 Google 当作无效处理，不参与语言版本识别与索引合并。
移动端适配只认 only screen and (max-width: 640px)
想让 PC 页面被识别为有对应移动版，link 的 media 属性不能写 handheld、max-device-width 或自定义断点——这些在现代浏览器中已失效，Google 明确只接受一种写法：
立即学习“前端免费学习笔记（深入）”；
<link rel="alternate" media="only screen and (max-width: 640px)" href="https://m.example.com/page.html">
同时必须满足：
-
href是 HTTPS 绝对 URL - 移动端页面自身要反向写
<link rel="canonical" href="https://www.example.com/page.html"> - 两页核心内容结构一致（比如 PC 版有完整参数表，移动版不能只留标题）
浏览器不会因为这个 link 加载移动页或重定向，它纯粹是给爬虫看的“关系凭证”。
JS 动态注入 rel="alternate" 完全无效
所有主流搜索引擎（Google、Bing、百度）都不执行 JS，所以以下写法对 SEO 零作用：
document.head.appendChild(Object.assign(document.createElement('link'), {<br> rel: 'alternate',<br> hreflang: 'en',<br> href: 'https://example.com/en/'<br>}));
更危险的是后端已静态输出正确标签，前端又用 JS 追加一遍——结果同个 hreflang 出现两次，Google 会判定冲突并放弃整组解析。
真正起作用的只有服务器端一次性、静态、无重复地输出全部 link[rel="alternate"] 标签。
别把它当跳转开关或样式控制开关
rel="alternate" 和用户行为完全无关：
- 它不会让浏览器自动跳转到移动页或语言页
- 它不会改变
<html lang>或触发翻译插件 - 它不参与 CSS 加载逻辑（
media="handheld"早已被 Chrome/Firefox/Safari 彻底忽略） - 它不是
rel="stylesheet"的替代品，也不能配合title实现主题切换（那是rel="alternate stylesheet"的事）
实际生效的前提非常窄：只在 <head> 里、静态写、绝对 URL、双向闭环、值符合规范——少一个环节，信号就断了。
