优化网站SEO的方法_移动端网站SEO优化该怎样做？

这几个月我在问答社区回答了一些关于移动网站优化的问题，发现很多移动SEO问题都涉及到移动网站用什么架构，很多SEO好像对独立移动网站，也就是分离的m.sites有很强的执念，认为独立移动网站是最有效的。

另一位读者“做梦的咸鱼”也在问答后台问道，“新网站做移动端SEO，到底用移动端还是响应式站？”：

你好，在某回答里看到你的回答，有点疑惑，你建议：“对于新网站，或者刚开始做移动端SEO的网站，最好直接采用响应式。”为什么直接采用响应式呢？我感觉移动端搜索排名靠前的网站，大部分都是m站。

看了看我之前关于移动端SEO的文章，发现还没有详细写过移动端SEO优化该选择哪种方法，今天的文章就来深入探讨一下移动端优化的三种方法该如何选择。

针对移动设备进行优化的三种方法

移动网站一般有三种选择：

响应式设计（）：

PC网站和移动网站的URL是完全一样的（无论使用什么设备访问），返回给浏览器的HTML代码也是一样的。不同宽度的屏幕的布局由CSS控制。过去，由于布局会自动适应屏幕宽度，所以通常被称为自适应设计。

动态服务（）：

PC站点和移动站点的URL是完全一样的，跟响应式设计是一样的。但是动态服务方式返回给浏览器的HTML代码（和CSS）是不一样的。PC设备获取到的HTML代码是PC版，而移动端获取到的HTML代码是专门针对移动设备优化的移动版。

独立移动网站（m.site）：

移动网站的URL和PC网站的URL是不一样的，通常使用单独的子域名，比如PC网站是，移动网站是。当然，移动网站的HTML代码（和CSS）也和PC网站不同，是专门针对移动端进行优化的，也就是说，这样一来，移动网站就是一个独立的网站了。

这三种方法各有特点。

响应式设计

由于 URL 相同，所有设备都获得相同的 HTML 代码，好处显而易见：简洁明了，搜索引擎不会感到困惑。搜索引擎只需抓取并索引一组页面，提高了索引效率。特别是对于大型网站，在多个 URL 上浪费抓取份额意味着减少深层页面被抓取的机会。自适应设计只有一个 URL，链接和权重计算都集中在一个 URL 上，所以不会有问题。

用户不会感到困惑，并且收藏和分享页面也不会因为URL不同而出现问题。

站长只需要开发和维护一套代码，后端开发成本相对较低，构建的外链也集中在一个URL上，不需要判断设备或浏览器类型，也不需要重定向，不会出错。

当然也有缺点，比如由于移动设备的屏幕大小，一些内容和功能经常需要隐藏，但完整的 HTML 代码（其中往往包含图片）仍然需要下载，浪费带宽。如果移动网速慢，下载的文件越多就意味着速度越慢。而且同一套代码需要在所有设备上都能正常显示，并尽快开始渲染，对前端设计水平的要求比较高。

响应式设计的页面必须设置告诉浏览器根据屏幕宽度自动调整页面布局：

虽然有缺点，但随着移动网络速度和手机性能的提升，响应式设计的缺点逐渐变得不那么致命，而其简洁性则变得更具优势。因此，响应式设计是未来的方向，也是大势所趋。这也是为什么我建议新网站或者刚开始做移动SEO的网站，绝对要选择响应式设计，不用考虑其他选择。（除非你的公司不缺钱，可以考虑动态服务。）

独立移动站

相比响应式设计，独立的移动站点的开发成本显然更高，需要开发和维护两套代码，随着国内劳动力成本的提高，再做这些需要重复的事情会越来越不划算。

独立移动网站最大的潜在麻烦在于，不同的 URL 可能会造成混淆和各种错误。例如，由于移动版和 PC 版的 URL 不同，搜索引擎需要建立对应关系，必须确定 PC 页面的移动版 URL 是什么，移动版页面的 PC 版 URL 是什么。网站需要在页面中添加代码，帮助搜索引擎确定：

PC页面需要添加如下代码标明手机版的位置：

对应的移动端页面需要添加如下代码标明PC版的位置：

当搜索引擎抓取两个版本并正确判断后，PC版和移动版就一一对应了。但是，如果站长加错了标签怎么办？如果搜索引擎只抓取一个版本怎么办？如果搜索引擎没有准确解析标签怎么办？

而且要建立一一对应关系，PC版和移动版的主体内容一定要一致，很多时候移动版页面内容缩减或者修改过多，搜索引擎认为内容不匹配，该怎么办？有时候独立移动站只建部分页面，很多PC页面没有对应的移动页面，该怎么办？

网站有两个版本，用户在添加书签、分享链接时，必然会有一部分指向PC页面URL，一部分指向移动端URL，链接权重会分散。

通常为了用户体验，也为了帮助搜索引擎判断对应关系，网站需要做符合规则的重定向：

301重定向一般由服务器完成，首先需要根据浏览器用户代理匹配特征串判断用户设备和浏览器类型。上网设备和浏览器多种多样，程序很难100%正确检测，如果判断错误，用户可能只看到布局不正确的页面，甚至部分功能无法使用。搜索引擎蜘蛛也可能会误判，导致无法建立两个版本的对应关系。

如果一家大公司需要使用子域名来进行多语言网站 SEO，那么添加 m. 独立的移动网站将使子域名的管理变得更加复杂，因为网站将不得不增加：

等等，当你把多语言标签和独立移动站的标签组合起来的时候，不能搞错哪个对应哪个，如果再加上AMP和百度MIP页面版本，各个版本的对应关系和标签写法可能会让人混淆。

动态服务

动态服务跟独立的移动站点是一样的，首先服务器判断设备和浏览器类型，然后根据浏览器屏幕宽度，在同一个URL上返回不同的HTML和CSS代码。

所以动态服务的方式相当于结合了响应式设计和独立移动站的优点，即统一URL的简洁清晰和独立移动站的代码优化，SEO效果最好，当然代价就是前后端成本都会增加。

对于有钱的公司来说，动态内容是最好的选择。比如现在做移动端优化都用动态服务，URL统一简洁，不会出错，两个版本的代码也可以分别优化，据说亚马逊移动版节省了40%的文件下载，对于手机用户来说，提高页面打开速度是至关重要的。

是否使用动态服务，要看公司情况。对于大多数网站来说，页面内容、布局、功能都不是那么复杂，响应式设计已经可以满足需求。用高成本实现动态服务并不会节省很多下载量。比如每天发一次帖子的SEO博客，以及大量内容型网站，页面连图片都没有，除了评论没有其他互动。那根本节省不了任何下载量，动态服务也毫无意义。

搜索引擎蜘蛛在访问动态提供的页面时，无法从HTML代码中自动知道不同的浏览器会得到不同的代码。例如PC蜘蛛访问时，得到的是PC版代码，但蜘蛛不一定知道移动蜘蛛会得到不同的代码。因此，服务器需要使用Vary HTTP头信息告诉搜索引擎蜘蛛，PC蜘蛛和移动蜘蛛得到的代码是不一样的，两个蜘蛛都必须访问。例如页面的服务器头信息：

<-类型：text/html

<-：6400

< ：保持活动

< ：

< 日期：2019 年 7 月 27 日星期六 16:42:45 GMT

< 变化：-类型、主机、、-、X-Amzn-CDN-缓存、X-Amzn-AX-、用户代理

< 边缘-: 无商店

< x-amz-rid：

< X-Cache：错误来自

< 通过： 1.1 ()

< X-Amz-Cf-Pop：SFO9

< X-Amz-Cf-Id: --2Q==

Vary 行告诉浏览器/蜘蛛，HTML 代码将根据下列情况而有所不同。Vary:User-Agent 表示 HTML 代码将根据浏览器用户代理而有所不同。

对独立移动网站的痴迷从何而来？

很多企业和站长对独立移动站情有独钟，认为移动站SEO效果最好，在建立新网站时也想建立独立移动站。这种执念可能来自于两个方面。

第一，百度曾经推荐过独立移动网站。我在 2015 年厦门百度之夜的帖子中解释过这一点。但现在四年过去了，我还没看到百度现在官方的态度。不过两年前百度搜索首席架构师谭岱就明确告诉我，百度也认为响应式设计是未来的趋势，百度也建议切换到响应式设计。我的观察是，现在百度支持响应式设计是没有问题的。

响应式设计一直受到推荐。

当然，这里的推荐并不是说响应式网站在SEO效果上就一定比独立移动网站好，只是说明百度对这三种方式一视同仁，在排名上不偏袒任何一种，SEO效果都是一样的，既然效果一样，当然推荐简单便宜的。

第二个原因是，就像读者开头说的，百度移动搜索排名靠前的m站确实很多，这个观察很准确，百度移动搜索结果排名靠前的m站确实很多，在很多行业，m站占据了绝大部分的排名靠前。但这并不一定意味着m站独立的移动网站就有SEO优势，我觉得这更多的是抽样偏差造成的。

比如，有统计显示，大部分车祸都是由男性司机造成的，但这是否就意味着男性司机在驾驶上就处于劣势呢？恐怕不是，因为要考虑马路上司机的性别比例。很有可能80%的司机都是男性，造成了70%的车祸，所以70%的车祸都是由男性司机造成的，这并不意味着男性司机就比女性司机差。

移动端搜索排名也是如此，目前排名靠前的 m.sites 很可能都是老站（因此排名能力强），而几乎所有老站刚开始做移动端 SEO 时都是从 m.sites 开始的。除非万不得已，这些使用 m.sites 的老站不会改成响应式设计，因为改动太大，风险大，而且没有明显的好处（前面说过，三种方式的 SEO 效果一样），所以没有改的动力。

所以老的、大的网站排名好，老的、大的网站主要是M站，所以我们看到M站排名好。但这并不意味着新站就必须学做M站。