rel="alternate" 不能用于标签，仅在中标签配合media、https绝对url及反向canonical才有效；响应式设计是google首选方案。
rel="alternate" 不能用在 @#@#@#@#@#@#@#@#@#@0，结果 Search Console 里看不到移动适配关系，百度移动适配工具也报“未发现对应移动页”。
- W3C 和 WHATWG 规范中，
rel="alternate" 在 <a></a> 标签上无语义，纯属无效写法
- 只有
<link> 标签在
- 浏览器、爬虫、移动端 UA 都不会因此做任何特殊处理
必须用 <link rel="alternate"> + media 属性声明
rel="alternate" 在 <a></a> 标签上无语义，纯属无效写法<link> 标签在 <link rel="alternate"> + media 属性声明PC 页面的 中，唯一有效的写法是：
<link rel="alternate" media="only screen and (max-width: 640px)" href="https://m.example.com/page.html">
注意三个硬性条件缺一不可：
-
media值必须严格为"only screen and (max-width: 640px)"—— Google 官方文档明确要求，(max-device-width: 480px)或(orientation: portrait)都不认 -
href必须是 HTTPS 绝对 URL；相对路径（如/m/page）或 HTTP 地址会被直接忽略 - 该
<link>必须出现在内，且不能被 JS 动态插入（Googlebot 渲染阶段可能还没执行 JS）
移动端页面必须反向声明 rel="canonical"
只在 PC 页写 rel="alternate" 是单向的，搜索引擎会认为两个页面独立，导致重复收录或移动排名失效。移动页的 中必须配对写：
<link rel="canonical" href="https://www.example.com/page.html">
关键点：
-
href指向对应的 PC 页面 URL，不是自己，也不是其他路径 - 不能在移动页再写
rel="alternate"指回 PC 页——这是过时做法，现代索引体系不需要 - 如果移动页内容大幅删减（比如去掉评论区、参数表），Google 可能拒绝认定为 valid alternate，哪怕标签全对
比 rel="alternate" 更推荐的方案是响应式设计
除非你有强约束（比如历史遗留系统必须用独立 m. 子域），否则优先用：
-
<meta name="viewport" content="width=device-width, initial-scale=1.0">—— 没它，移动端布局必错乱 - CSS 媒体查询 + 相对单位（
%、rem、clamp()），避免固定px宽高 - 同一 URL 下适配所有设备，省去双页面维护、canonical 同步、内容一致性校验等麻烦
Google 自 2015 年起已将响应式列为首选适配方式；rel="alternate" 仅适用于极少数混合架构场景，比如桌面端用 React SSR，而 H5 商品页必须用轻量 Vue SPA。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
