linkMacSystemFont, "Segoe UI", "Noto Sans", Helvetica, Arial, sans-serif, "Apple Color Emoji", "Segoe UI Emoji"; white-space: pre-wrap;">是否需要将自适应网站升级为独立的移动端链接？这是一个经常被问到的问题。本文将为您解答。
一、收录量的影响
如果您想要适配的页面类型的收录量较少，那么在站长平台做移动适配时，百度将会提示适配失败，因为无法达到标准。因此，如果您的网站刚开始，可以先不考虑做独立的移动端，等到收录量上升后再进行升级。
二、PC模板结构的限制
自适应类型的网站只适合中小型网站。当网站体量变大时，自适应将无法满足需求。这是因为随着网站数据量的增加，蜘蛛的抓取频率也会增加，但是自适应无法满足这种需求。为了满足这些需求，站点需要进行整体的拓展，这些拓展的代价就是脚本的增加、结构的复杂、页面的变大等等。即使您的自适应做得再完美，蜘蛛也会对仍使用自适应的站点有歧视，因为站点为了匹配移动页，代码整体更为庞大。有人建议直接给移动判定出一套不同的模板，但是如果蜘蛛在抓取同URL不同模板的情况下容易反馈出一些 SEO 的BUG，这种情况在网站越大的时候会越多。
三、算法的影响
独立的M端站点可以完美地做移动适配规则的提交，而非独立站点则不需要。做了移动适配的站点，搜索引擎可以更完美地为移动页来匹配排名。但是自适应类型的站点往往差一些，自适应的站点是一个被动的识别，让蜘蛛识别您的页面是自适应的。而独立的M则是主动提交告知搜索引擎，我的PC页对应的移动页面在这里，可以直接把排名传导过来。
四、排名的影响
如果您的自适应网站在PC端出现降权，那么自适应后的移动排名会受到影响。而使用独立M子 域名 则未必会受到影响，相对来说，影响到的概率往往会比自适应站点低很多，甚至影响不到。
五、大站的自适应
有人说：我看了很多大的网站，也还是自适应啊，既然独立的M这么好，为什么他们不改呢？其中主要有两点因素：一是负责人角度来讲，多一事不如少一事；二是程序限制，很多站点程序主体已经十几年没换过了，升级起来会非常复杂，很容易出现无法想象到的BUG！但凡有责任心的、以及技术方面能解决掉BUG的网站，一定会使用独立的M端，而不是自适应。
