移动端网站SEO优化该怎样做？（满满干货）移动APP的SEO，

过去几个月在概要街道社区提问了许多有关终端端中文网站强化的难题，发现很多终端SEO的难题涉及到用何种架构做终端站。不少SEO貌似对分立终端站，也是原则上的m.domain站有不小的绝情，认为分立终端站才是效果最合适的。

概要后台看见另一位读者“一条爱做梦的猪血”，也是问“新中文网站做终端SEO，使用m站还是积极响应式？”：

您好，我在某个提问中看见了你的提问，有许多疑惑，您提议：“新中文网站，或是才刚要做终端SEO的，最合适就间接采行积极响应式了。”，为甚么间接采行积极响应式呢，我自己的感觉是目前终端搜索排靠前的都是m站非常多

翻看了呵呵从前写的有关终端SEO的回帖，才发现终端端SEO到底应该选何种形式强化还没有仔细写过。今天的回帖就研讨呵呵怎样选择终端强化的四种形式。

终端强化的四种形式

终端中文网站大体上有四种形式能选择：

积极响应式结构设计（responsive design）：

PC站和终端站的URL是全然那样的（不管用甚么电子设备访问都那样），回到给应用程序的HTML标识符也是那样的，相同长度的萤幕排印相同是通过CSS控制的。从前也时常称为自适应结构设计，是因为排印是根据萤幕长度手动适应的。

静态服务项目（dynamic serving）：

PC站和终端站的URL是全然那样的，这点和积极响应式结构设计相同，但静态服务项目形式回到给应用程序的HTML标识符（以及CSS）是不那样的，PC电子设备获得的HTML标识符是PC版，终端电子设备获得的HTML标识符是专门针对做了终端强化的终端版。

分立终端站（separate m. site） ：

终端站的URL和PC站是不那样的，通常用原则上的子搜索引擎，比如说PC站是www.seozac.com，终端站是m.seozac.com，总之终端站的HTML标识符（以及CSS）与PC站也是不那样的，是专门针对做了终端强化的。换句话说，这种形式下，终端站是个分立的中文网站。

这四种形式各有各的特点。

积极响应式结构设计

难道URL那样，所有电子设备获得的 HTML标识符也那样，好处显而易见：非常简单，应用程序不能被弄糊涂。应用程序截取、检索两套网页就行了，提升检索效率，尤其对大中文网站，截取份额节约在多个URL上，就意味著降低深层网页被截取的机会。自适应结构设计只有一个URL，链接、权重计算都分散在一个URL上，不能出难题。

用户也不能被弄糊涂，收藏记事本、分享网页也不能因为URL的相同而出难题。

站长方面合作开发保护两套标识符就能了，后端投资成本相对低许多。建设的快照也分散在一个URL上。不须要推论电子设备、应用程序类型，也不须要转向，也就不能手忙脚乱。

总之也有再者。比如说，终端电子设备由于萤幕大小的关系，时常要隐藏许多内容和功能，但还是须要浏览完整的HTML标识符，时常还包括图片，所以会节约频宽。智能手机下载速度慢的话，多浏览文件就意味著速度减慢。而且，同两套标识符要在所有电子设备显示正常，还要尽快开始渲染，前端结构设计须要比较高的水平。

积极响应式结构设计的网页必须设置viewport，告诉应用程序按照萤幕长度手动调整网页排印：

<meta name=”viewport” content=”width=device-width, initial-scale=1.0″>

虽然有优点，但随着终端下载速度、智能手机性能的提升，积极响应式的优点逐渐显得没那么致命，而它的简便性就更显优势了。所以，积极响应式结构设计是今后的方向，是大势所趋。这也是为甚么我提议新中文网站，或是才刚要做终端SEO的中文网站，肯定间接就做积极响应式了，不用考量其它选项。（除非贵公司不缺钱，能考量静态服务项目。）

分立终端站

和积极响应式结构设计相比，分立终端站显然投资成本要提升，要合作开发保护两套标识符。随着国内人力成本提升，须要重复做的事情会越来越费时费力。

分立终端站的更大潜在麻烦是URL的相同可能造成混乱和各种手忙脚乱。比如说，难道终端和PC版URL相同，应用程序就须要建立相关联关系，必须推论PC网页相关联的终端版URL是甚么，终端网页相关联的PC版URL是甚么。中文网站须要在网页添加标识符帮助应用程序推论：

PC网页须要加上面标识符详述终端版边线：

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

相关联的终端网页须要加上面标识符详述PC版边线：

<link rel=”canonical” href=”https://www.seozac.com/”>

在应用程序两个版都截取了、并且正确推论的情况下，PC和终端版就建立了一一相关联关系。但是，如果站长把标签加错了怎么办？应用程序只截取了一个版怎么办？应用程序没有准确解析<link ref>标签怎么办？

而且，要建立一一相关联关系，须要PC版和终端版主体内容是那样的。很多时候m.终端版网页内容精减或修改过多，应用程序认为内容不相符怎么办？甚至有的时候分立终端站只建了部分网页，很多PC网页没有相关联终端网页又怎么办？

中文网站有两个版，用户在添加记事本、分享链接时，不可避免地会有一部分指向PC网页URL，一部分指向终端URL，链接权重将分散。

通常，为了用户体验和帮助应用程序推论相关联关系，中文网站须要做符合规则的转向：

PC用户由于某种原因访问了终端URL的话，须要被手动301转向到PC版URL

终端用户由于某种原因访问了PC网页URL的话，须要被手动301转向到终端URL

301转向一般是服务项目器端做的，首先就须要根据应用程序用户代理匹配特征字符串推论用户电子设备和应用程序类型，上网电子设备和应用程序五花八门，程序100%检测正确不是件容易的事。推论手忙脚乱，用户可能就只能看见一个排印错误的网页，甚至某些功能都无法使用。应用程序蜘蛛也可能被推论错，导致不能建立两个版的相关联关系。

大公司须要用子搜索引擎做多语言中文网站SEO的话，加上m.分立终端站，就会使管理子搜索引擎更加复杂，因为中文网站又要增加：

sg.seozac.com

m.sg.seozac.com

cn.seozac.com

m.cn.seozac.com

等等。多语言hreflang标签和分立终端站的<link ref>标签排列组合起来，哪个相关联哪个不能弄错了。如果再加上Google AMP和百度MIP网页版，所有版之间的相关联关系和标签写法，可能会把人绕晕倒。

静态服务项目

静态服务项目和分立终端站那样，首先在服务项目器端推论电子设备和应用程序类型，然后在同样的URL上、根据应用程序萤幕长度回到相同的HTML和CSS标识符。

所以静态服务项目方法相当于把积极响应式结构设计和分立终端站的优点结合起来了，即有URL统一的简洁明了，又有分立终端站的标识符强化，SEO效果是最合适的。总之，代价是前后端成本都要提升。

对不缺钱的公司来说，静态内容是最佳选择，比如说amazon现在是用静态服务项目做终端强化的，URL统一简单，不能手忙脚乱，两个版的标识符还能分别强化，据说，亚马逊终端版节省了40%的文件浏览量，对智能手机用户来说，网页打开速度的提升是至关重要的 。

是否使用静态服务项目要看公司情况。对大部分中文网站来说，网页内容、排印、功能没那么复杂，积极响应式结构设计已经满足须要，用高成本实现静态服务项目，节省的浏览量没那么明显，比如说SEO每天一贴这种博客，还有大量内容型中文网站，网页连个图片都没有，除了留言也没有别的交互，那是一点浏览都节省不了，静态服务项目就没意义了。

应用程序蜘蛛访问静态服务项目的网页时，从HTML标识符是无法手动知道相同应用程序获得的标识符将会是相同的。比如说PC蜘蛛访问时，获得的是PC版标识符，但蜘蛛并不必然知道终端蜘蛛来访问的话会获得相同的标识符，所以服务项目器端须要通过Vary HTTP头信息告诉应用程序蜘蛛，PC蜘蛛和终端蜘蛛获得的标识符是不那样的，两个蜘蛛都要来访问呵呵。比如说amazon.com网页的服务项目器头信息：

< Content-Type: text/html

< Content-Length: 6400

< Connection: keep-alive

< Server: Server

< Date: Sat, 27 Jul 2019 16:42:45 GMT

< Vary: Content-Type,Host,Cookie,Accept-Encoding,X-Amzn-CDN-Cache,X-Amzn-AX-Treatment,User-Agent

< Edge-Control: no-store

< x-amz-rid: KH589YRZC8QEW3QEWGKD

< X-Cache: Error from cloudfront

< Via: 1.1 1b52a5dd431f9e3c81753e61dfdf467a.cloudfront.net (CloudFront)

< X-Amz-Cf-Pop: SFO9

< X-Amz-Cf-Id: 0qtVw99a2_AustEZ-dxC_cs9hfVzyll-DmHnmWFDtBSWKtinpxhB2Q==

其中Vary那行是通知应用程序/蜘蛛，根据后面列的情况相同，HTML标识符是相同的，Vary: User-Agent指的是根据应用程序用户代理的相同，HTML标识符是相同的。

对分立终端站的绝情来自何处

很多公司和站长对分立终端站情有独钟，认为m.终端站SEO效果是最合适的，做新中文网站还要做分立m.站。这个绝情可能来自两方面。

一是从前百度更提议分立终端站，我在2015年厦门百度之夜的回帖中说明过这一点。但现在4年过去了，百度现在的正式官方态度我没有看见，但两年前百度搜索主任架构师谭待明确跟我说过，百度也认为积极响应式结构设计是未来趋势，百度也推荐转向积极响应式结构设计。我的观察是，百度现在对积极响应式结构设计的支持没有难题。

Google一直以来是推荐积极响应式结构设计的。

总之，这里说的推荐，并不是说积极响应式比分立终端站的SEO效果更好，而只是表明，百度和Google对四种方法是一视同仁的，排名上并不偏向哪一个，SEO效果是那样的。难道效果那样，总之推荐那个简单便宜的了。

第二个原因，就如开头读者说的，目前在百度终端搜索排名靠前的m站非常多。这是个准确的观察，确实百度终端搜索结果中排名好的m站很多，在不少行业，m.站排在前面的占大部分。不过，这并不必然说明m.分立终端站有SEO优势，我觉得这更多是采样偏差造成的。

举个例子，数据表明，车祸发生大部分是男性司机造成的，不过这是否说明男司机开车有劣势呢？恐怕不能这么认为，因为必须考量路上司机的男女比例，很可能开车的80%是男的，造成了70%的车祸，所以70%车祸是男司机造成，不能说明男司机开车水平比女司机差。

终端搜索排名也是同样道理。现在排名靠前的m.站居多，很可能这些站绝大部分是老站（所以才排名能力高嘛），而几乎所有老站当初开始做终端SEO时都是从m站入手的，不到万不得已，这些使用m站的老站不能去改为积极响应式结构设计，因为改动太大了，冒险，又没有明显好处（如前所说，四种形式SEO效果那样的），没有动力改。

所以，老站、大站排名好，而老站、大站又以m站为主，所以我们就看见m站排名好了。但这不说明一个新站就要学着做m站啊。