link[rel="alternate"]仅向Google声明移动版存在，不触发跳转；生效需同时满足：media值严格为"only screen and (max-width: 640px)"、移动页含与桌面页完全一致的canonical标签、主体内容高度一致且href为可访问的HTTPS绝对URL。
link[rel="alternate"] 不会跳转，只向 Google 声明存在移动版——加了它，用户访问桌面页时页面照旧打开，浏览器不会做任何事。
Google 识别 mobile alternate 的硬性条件
只有同时满足这三点，Google 才可能在移动搜索结果中展示你的 m.example.com 链接：
-
media属性必须严格写成"only screen and (max-width: 640px)"，写成(max-device-width: 480px)或漏掉only screen and都无效 - 移动页
<head>中必须有反向<link rel="canonical" href="https://www.example.com/page">，且 URL 必须与桌面页完全一致（协议、域名、路径） - 两页主体内容需高度一致：评论区、参数表、商品图集等不能在移动页直接砍掉；仅允许布局压缩、图片尺寸调整、字体缩放等响应式级差异
href 必须是 HTTPS 绝对 URL
最常失效的原因是 href 写错：
- 写相对路径如
/m/page或协议相对路径//m.example.com/page→ Google 抓取时解析失败，直接忽略整条声明 - 写 HTTP 地址如
http://m.example.com/page→ 主站已全站 HTTPS，Google 认为不安全，拒绝索引 - 正确写法只能是完整 HTTPS 绝对地址：
https://m.example.com/page - 该地址还必须真实可访问：DNS 已配置、服务器返回
200 OK、无登录拦截或地域限制
真正需要它的情况其实非常少
除非你正维护这种混合架构：
立即学习“前端免费学习笔记（深入）”；
- 官网用 React/Vue 桌面框架开发，但电商频道因首屏性能要求，必须用轻量级独立 H5 站（
m.example.com） - 历史遗留系统无法改造为响应式，又必须支持移动端 SEO 收录
其他情况——比如只是想让用户手机访问时自动进 H5 页——link[rel="alternate"] 完全没用。你得靠服务端 302 重定向，或前端 JS 检测 navigator.userAgent 后执行 window.location.href。而现代最佳实践，是直接用 <meta name="viewport"> + CSS 媒体查询做响应式，彻底省掉双版本维护成本。
