Seo优化，手机移动端该怎么优化？移动互联网的推出

Seo优化，手机移动端该怎么优化？

移动互联网的推出，各位站长也纷纷的挤入了移动化网站，移动网站可以说是一个比一个做的漂亮，那么既然做了移动化的网站，那少不了的自然是SEO优化，在PC端上你的网站可能在某个词上有排名，但在移动搜索引擎上，未必你会优先排名展现。

首先来看看我们需要针对的搜索引擎吧，也就是今年的移动搜索引擎使用份额。其他的可以忽略不计，重点我们考虑在百度，因为他在移动搜索引擎中份额占比是79%。

一、URL

大部分的移动网站都是有一个二级域名或者一个二级栏目做移动网站，其实这是不科学的，试想一下，你发布一篇文章，有两个URL有一模一样的内容，那就算你是一篇原创文章，那是不是也会变成了伪原创呢?在SEO的角度考虑，原创和伪原创差距是甚大呀!所以，如果条件允许，建议还是做自动响应的移动化站点，比如我的博客，你试着用浏览器的放大功能看看，是不是根据分辨率网站也有少许的变化呢?

二、代码

移动网站我们可以理解成一个微网站，在微网站的基础上，我们没必要把网站做的如此复杂(特殊功能除外)，所以在代码上能够简洁就简洁，再说用户看网站不是看你网站代码多复杂，网站多美观，而是看你网站能不能在最短的时间找到他想要的答案。其次是通常情况下，手机浏览器是没有PC端浏览器那么强大，也就是说不是每一个JS在移动网站上都可以解析到，万一用户用的浏览器解析不了你的一个JS呢，那岂不是看到乱糟糟的?还有一个非常严肃的问题，当用户使用2G网络，要是你把网站做的如此复杂，一时半会儿加载不出来咋办呢?

三、避免耗费用户流量

在移动互联网上，用户最关心的啥?流量嘛，如果你做一个网站，一打开就是视频、flash、弹窗，用户会感觉到可怕，你可能会认为用户不知情在你网站上耗费的流量，但如果有一个铁杆粉丝一直在关注你的网站，却因为你网站耗费流量过多，没到月底没流量了，你觉得这事儿是好事还是坏事。在技术层面来讲，Apple产品不支持Flash功能，很大一部分智能手机用户用不了这项功能，同样，很多智能手机也不支持Java，所以这只是两方面都是不讨好的做法。

PC端的网站一样，页面不可确实keywords、description，可能在PC端上，我们不加上关键词和描述搜索引擎一样可以识别到你的具体内容是什么，但是我们并无法确定到移动搜索引擎是否可以识别这一点，所以我们做到多一事不如少一事，尽量按照常规出牌。

四、移动化网站也非常在乎死链接和到处链接，所以尽量做好404、403 等，如果内容死链希望重定向到首页，最好通过302跳转，不要使用javascript 跳转。其次是外部链接，都说外部链接影响排名的并不多，但出于刚刚兴趣的移动搜索引擎，我们没有办法不做到面面俱到!

五、跳转

一般情况下我们的PC网站上都可以看到一个手机版的按钮，或者是当手机输入域名的时候会自动跳转到手机网站，这一技术改变了手机用户的用户体验，如果还有不懂的朋友，可以去学习学习网站自动识别手机端与PC端，但跳转归跳转，偏偏还有用户就是喜欢用手机看PC网站，所以我们还的在手机网站上做一个按钮让移动网站跳回PC端，这就是用户体验的一个细节处理。

手机移动端网站需要怎么做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站是不一样的，通常用单独的子域名，换句话说，这种方式下，移动站就是个独立的网站。

这三种方式各有各的特点。

响应式设计

既然URL一样，所有设备得到的 HTML代码也一样，好处显而易见：简单明了，搜索引擎不会被弄糊涂。搜索引擎抓取、索引一套页面就行了，提高索引效率，尤其对大网站，抓取份额浪费在多个URL上，就意味着降低深层页面被抓取的机会。自适应设计只有一个URL，链接、权重计算都集中在一个URL上，不会出问题。

用户也不会被弄糊涂，收藏书签、分享页面也不会因为URL的不同而出问题。

站长方面开发维护一套代码就可以了，后端开发成本相对低一些。建设的外链也集中在一个URL上。不需要判断设备、浏览器类型，也不需要转向，也就不会出错。

当然也有坏处。比如，移动设备由于屏幕大小的关系，经常要隐藏一些内容和功能，但还是需要下载完整的HTML代码，经常还包括图片，所以会浪费带宽。手机网速慢的话，多下载文件就意味着速度变慢。而且，同一套代码要在所有设备显示正常，还要尽快开始渲染，前端设计需要比较高的水平。

响应式设计的页面必须设置viewport，告诉浏览器按照屏幕宽度自动调整页面排版：

虽然有缺点，但随着移动网速、手机性能的提高，响应式的缺点逐渐显得没那么致命，而它的简捷性就更显优势了。所以，响应式设计是今后的方向，是大势所趋。这也就是为什么我建议新网站，或者刚刚要做移动SEO的网站，肯定直接就做响应式了，不用考虑其它选项。（除非贵公司不差钱移动seo优化公司推荐，可以考虑动态服务。）

独立移动站

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

独立移动站的更大潜在麻烦是URL的不同可能造成混乱和各种出错。比如，既然移动和PC版本URL不同，搜索引擎就需要建立对应关系，必须判断PC页面对应的移动版本URL是什么，移动页面对应的PC版本URL是什么。网站需要在页面添加代码帮助搜索引擎判断：

PC页面需要加下面代码指明移动版本位置：

对应的移动页面需要加下面代码指明PC版本位置：

在搜索引擎两个版本都抓取了、并且正确判断的情况下，PC和移动版本就建立了一一对应关系。但是，如果站长把标签加错了怎么办？搜索引擎只抓取了一个版本怎么办？搜索引擎没有准确解析标签怎么办？

而且，要建立一一对应关系，需要PC版本和移动版本主体内容是一样的。很多时候m.移动版本页面内容精减或修改过多，搜索引擎认为内容不相符怎么办？甚至有的时候独立移动站只建了部分页面，很多PC页面没有对应移动页面又怎么办？

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

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

PC用户由于某种原因访问了移动URL的话，需要被自动301转向到PC版本URL移动用户由于某种原因访问了PC页面URL的话，需要被自动301转向到移动URL

301转向一般是服务器端做的，首先就需要根据浏览器用户代理匹配特征字符串判断用户设备和浏览器类型，上网设备和浏览器五花八门，程序100%检测正确不是件容易的事。判断出错，用户可能就只能看到一个排版错误的页面，甚至某些功能都无法使用。搜索引擎蜘蛛也可能被判断错，导致不能建立两个版本的对应关系。

大公司需要用子域名做多语言网站SEO的话，加上m.独立移动站，就会使管理子域名更加复杂，因为网站又要增加：

.

等等。多语言hreflang标签和独立移动站的标签排列组合起来，哪个对应哪个不能弄错了。如果再加上Google AMP和百度MIP页面版本，所有版本之间的对应关系和标签写法，可能会把人绕晕倒。

动态服务

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

所以动态服务方法相当于把响应式设计和独立移动站的优点结合起来了，即有URL统一的简洁明了，又有独立移动站的代码优化，SEO效果是最好的。当然移动seo优化公司推荐，代价是前后端成本都要提高。

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

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

搜索引擎蜘蛛访问动态服务的页面时，从HTML代码是无法自动知道不同浏览器得到的代码将会是不同的。比如PC蜘蛛访问时，得到的是PC版代码，但蜘蛛并不必然知道移动蜘蛛来访问的话会得到不同的代码，所以服务器端需要通过Vary HTTP头信息告诉搜索引擎蜘蛛，PC蜘蛛和移动蜘蛛得到的代码是不一样的，两个蜘蛛都要来访问一下。比如页面的服务器头信息：

< 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 (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站啊。