rel="alternate"仅向Google声明桌面页存在语义等价的移动版，不触发跳转；需同时满足：media属性严格为"only screen and (max-width: 640px)"、移动页反向声明canonical、主体内容高度一致；href必须为HTTPS绝对URL且移动域名可访问；响应式设计为首选替代方案。

rel="alternate" 用于移动版 URL 的真实作用

它本身不触发跳转，也不被现代浏览器或搜索引擎主动执行重定向——这是很多人误以为“加了就能自动切移动版”的根源。它的实际用途是向搜索引擎（主要是 Google）声明：当前页面存在一个语义等价的移动适配版本，供其在移动搜索结果中展示对应链接。

必须同时满足的三个条件才能被 Google 识别

• 桌面页 <link rel="alternate" media="only screen and (max-width: 640px)" href="https://m.example.com/page"> 中的 media 属性需匹配移动设备典型视口（Google 官方文档明确要求使用 media="only screen and (max-width: 640px)"，其他值如 (max-device-width: 480px) 不被认可）
• 移动页必须在 <head> 中反向声明：<link rel="canonical" href="https://www.example.com/page">
• 两个页面主体内容需高度一致（文本、核心功能、关键结构），仅布局/图片尺寸等响应式差异可接受；若内容大幅删减（如移动页去掉评论区、商品参数表），Google 可能拒绝认定为 valid alternate

常见错误：href 指向错误或协议不一致

最常踩的坑是桌面页的 href 指向 HTTP 地址，而主站已全站 HTTPS——Google 会直接忽略该 alternate 声明。另一个问题是用相对路径：href="/m/page"，这会导致解析依赖当前页面协议和域名，极易出错。

正确写法必须是完整绝对 URL：

<link rel="alternate" media="only screen and (max-width: 640px)" href="https://m.example.com/page">

注意：m.example.com 必须已配置 DNS 且可公开访问，否则 Google 抓取失败后同样失效。

Wechat HTML Publisher

直接上传HTML富文本到微信公众号草稿箱。支持完整的HTML格式,无需Markdown转换。

下载

立即学习“前端免费学习笔记（深入）”；

替代方案更推荐：响应式设计 + viewport meta

Google 自 2015 年起已将响应式网站列为首选适配方式。rel="alternate" 仅适用于必须维持独立移动子域（如历史遗留系统）的场景。如果能用 CSS 媒体查询 + <meta name="viewport" content="width=device-width, initial-scale=1"> 实现同一 URL 下的自适应，就不用折腾 rel="alternate" 和双页面维护。

真正需要 rel="alternate" 的情况其实很窄：比如企业官网用桌面框架开发，但电商频道因性能原因必须用轻量级独立移动站——这种混合架构才值得配。