独立移动站
由于 PC 和移动设备需要访问不同的 URL，为了提高用户体验和帮助搜索引擎判断对应关系，网站需要做如下设置。
- 自动转向
用户及蜘蛛访问时，根据设备类型的不同，可能需要进行相应的转向。
- PC 用户和 PC 蜘蛛由于某种原因访问移动 URL 时，需要自动转向到 PC 版本的
URL。
- 移动用户和移动蜘蛛由于某种原因访问 PC 页面 URL 时，需要自动转向到移动版本的 URL。
- PC 用户或蜘蛛访问PC 版本URL，或者移动用户或蜘蛛访问移动版本 URL 时，不做任何转向，直接返回相应页面代码。
百度建议使用 301 转向，不要使用 JavaScript 转向。Google 表态使用 301、302、 JavaScript 转向都可以，但更推荐 302 转向。
即使不考虑 SEO 和搜索引擎，根据设备进行转向也是必要的，不然用户可能会访问到用户体验非常差的错误版本。
要注意的是， 转向要在对应的页面之间进行， 也就是说， 手机用户访问 www.domain.com/news/123.html，要转向到 m.domain.com/news/123.html。有的网站设置错误，无论用户访问哪个页面，都转向到移动版的首页，这使得搜索引擎无法判断，用户体验也不好。如果 PC 版页面没有对应的移动版 URL，那就不要转向，给用户一个排版和体验不好的页面，也比给用户一个错误页面好。
- meta 标注
PC 和移动页面在 meta 部分互相指向，使搜索引擎能判断两个版本之间的关系。
PC 页面（https://www.domain.com/）需要添加下面的 alternate 标签指明对应的移动版本位置：
百度还建议 PC 页面加上这段代码，表示本页面只适合 PC 设备：
移动页面（https://m.domain.com/）需要添加下面的 canonical 标签指明对应的 PC 版本位置：
百度还建议移动页面加上这段代码，表示本页面只适合移动设备：
在搜索引擎两个版本都抓取、索引了并且正确判断的情况下，PC 和移动版本就建立
了一一对应关系。
百度还建议在 PC 版页面 HTML 代码的
部分加上以下 meta 标注，指向对应的移动版 URL：其中[wml|xhtml|html5]部分指的是在移动页面的三种协议语言中选择实际使用的一种。如移动页面是 HTML5 协议，就写为：
- 提交对应关系
还可以通过站长平台通知搜索引擎 PC 页面和移动页面的对应关系。
对百度，登录百度资源平台，在“资源提交-移动适配”部分提交对应关系。页面对应关系可以是规则适配或 URL 适配，规则适配更通用、简洁。
对 Google，可以在 PC 版本 Sitemap.xml 中加入与 HTML 代码同样的 rel="alternate"
标注，在移动版本 Sitemap.xml 中加入 rel="canonical"标注。
当然，自动转向、meta 标注、提交对应关系这三种设置可以同时进行。但要注意，多种设置的逻辑和对应关系必须一致，不要给予搜索引擎矛盾的信号。
搜索引擎检测并理解 PC 版和移动版的对应关系后，会将排名信号整合，计算排名时两个版本会被当作一个整体，但会在 PC 搜索和移动搜索中返回各自正确的版本。
网站如要建立一一对应关系的 PC 版本和移动版本，页面内容需要保持一致，包括导航、主体内容、各种标签等。如果移动页面使用 JavaScript 异步加载主体内容，而 PC页面内容都直接写在 HTML 代码中，就可能使搜索引擎判断两个版本内容不一致，因而无法建立一一对应关系，尤其对百度而言更是如此，因为百度通常不执行 JavaScript。
内容不一致的移动页面和 PC 页面之间不要做转向或指向标注。也不要出现一个移动页面对应多个 PC 页面，或一个 PC 页面对应多个移动页面的情况。
独立移动站的优点是移动页面可以单独优化，更为灵活，不想显示的内容以及在手机上不能实现或拖慢速度的功能，可以直接从 HTML 代码中删除。
和响应式设计相比，显然独立移动站后端开发、维护成本更高，需要开发、维护两套代码。随着国内人力成本提高，需要多次重复做的事情变得越来越不划算。
独立移动站更大的潜在麻烦是，URL 的不同可能造成混乱和各种出错。
比如做转向时，首先需要根据浏览器用户代理特征字符串判断用户设备和浏览器类型，上网设备和浏览器五花八门，程序检测 100%正确不是件容易的事。一旦判断出错，用户可能就只能看到一个排版错误的页面，某些功能也无法使用。搜索引擎蜘蛛也可能判断出错，导致不能建立两个版本的对应关系。
再如 meta 标签可能写错，搜索引擎也可能只抓取了一个版本，这都可能造成 PC 和移动页面 meta 标签不被承认。
国际公司需要用子域名做多语言 SEO 时，加上 m.独立移动站，会使子域名管理更加复杂，因为网站又要增加：
- sg.domain.com
- m.sg.domain.com
- cn.domain.com
- m.cn.domain.com
…
多语言 hreflang 标签和独立移动站的<link ref>标签排列组合起来，到底哪个是 canonical？哪个页面要用标签，用什么标签，目标 URL 该指向哪里，很容易弄错。如果再加上 Google AMP 和百度 MIP 页面版本，所有版本之间的对应指向关系和标签写法，可能会把人绕晕。比如，读者可以思考一下，独立移动站、新加坡子站、移动 AMP 页面，也就是 m.sg.domain/amp/，它的canonical 应该指向谁呢？
本文档为站内渲染。原始文件本地路径：saas/source/seo-llm/SEO实战密码-markdown-第06章-移动-SEO-移动-SEO-的-3-种方式-独立移动站-c17c96.md（仅本地保留，不入库不部署）