移动优先索引如何工作 以及它如何影响SEO？

　　** 近我们已经听到了很多关于移动优先索引的情况，因为百度不断努力使网络更加移动友好并反映用户行为趋势的** 新进展。

　　但对于一般企业主意味着什么，也存在很多混淆。你需要改变什么吗？一切？如果您的网站适合移动设备，那么这样做够好吗？

　　这是另一个MOBILEGEDDON吗？

　　在这篇文章中，我将介绍“移动优先索引”的含义以及您可能需要做的事情。我还会回答一些关于移动优先索引的常见问题，以及这对我们的关键词优化工作意味着什么。

　　什么是“移动优先索引”？

　　移动优先索引正是它听起来像。这只意味着，您的网站的移动版本成为百度在其索引中包含的起点，以及他们如何确定排名的基准。如果您监控您网站上的爬虫流量，您可能会看到智能手机百度bot的流量增加，并且缓存版本的页面通常是该页面的移动版本。

　　它被称为“移动优先”，因为它不是一个仅限移动设备的索引：例如，如果一个站点没有适合移动设备的版本，桌面站点仍然可以包含在索引中。但缺乏移动友好体验可能会对该网站的排名产生负面影响，即使对于桌面搜索者来说，拥有更好移动体验的网站也有可能获得排名提升。

　　您也可以考虑将“移动优先”这一短语看作是移动版本将被视为您的网站的主要版本的一个参考。因此，如果您的移动版和桌面版版本具有同等效果（例如，如果您已经针对移动版seo了内容，或者您使用了响应式设计），则此次更改（理论上）应该不会对网站的性能产生任何重大影响搜索结果。

　　但是，这确实代表了百度对您的网站内容以及如何优先考虑抓取和索引的方式的根本性逆转。请记住，到目前为止，桌面版网站被认为是主要版本（类似于规范网址），并且该移动网站被视为特定用例的“备用”版本。这就是为什么百度鼓励网站管理员与一个单独的移动网站（m.domain.com）实现交换机标签（这表明存在一个特殊的rel=alternate标签的移动URL版本）。百度甚至可能不会抓取并缓存所有这些页面的移动版本，因为他们可能只是向移动搜索者显示该移动URL。

　　桌面版本作为主要版本的观点在实践中经常意味着桌面版网站将由SEO和营销团队排列优先级，并且被视为网站的** 全面的版本，具有全部内容，结构化数据标记，hreflang（国外标签），大部分的反向链接等等。而移动版本可能有较轻的内容，和/或不包括相同级别的标记和结构，并且几乎肯定不会收到大量的反向链接和外部关注。

　　我应该如何做移动优先索引？

　　首先要知道的是，没有必要恐慌。到目前为止，这种改变只是在测试的** 早阶段，而且正在逐步推出，只有百度认为已经“准备好”的网站才能使这种改变产生** 小的影响。

　　根据百度对这个主题的** 新指导，如果您的网站在桌面版本和移动版本上的响应速度或者其他方面是相同的，那么您可能不需要做任何不同的事情（假设您对目前的排名感到满意！）。

　　也就是说，即使有完全响应的网站，您也需要确保移动页面的速度和加载时间被优先化，图像和其他（可能）动态元素能够针对移动体验进行正确seo。请注意，对于移动优先索引，由于空间限制而折叠或隐藏在标签等中的内容将不会与可见内容（如之前可能已有的内容）不同，因为这种类型的屏幕空间管理实际上是移动** 佳做法。

　　如果您有单独的移动网站，则需要检查以下内容：

　　内容：确保您的移动版本具有桌面版网站上存在的所有高质量，有价值的内容。这可能包括文字，视频和图像。确保移动版本上使用的格式是可抓取和可索引的（包括图像的替代属性）。

　　结构化数据：您应该在网站的移动版和桌面版上包含相同的结构化数据标记。移动网页上的结构化数据中显示的网址应该是网址的移动版本。如果与页面的特定内容无关，请避免添加不必要的结构化数据。

　　元数据：确保标题和元描述在所有页面的两个版本上是等同的。

　　请注意官方指导说“等效”而不是“相同”-您可能仍然希望针对较短的字符数量seo您的手机游戏，但要确保包含相同的信息和相关的关键字。

　　Hreflang：如果您使用rel=hreflang进行国外化，那么您的移动网址hreflang注释应指向您的国家或语言版本的移动版本，桌面版本应指向桌面版本。

　　社交元数据：OpenGraph标签，Twitter卡和其他社交元数据应包含在移动版本以及桌面版本中。

　　XML和媒体站点地图：确保从站点的移动版本访问站点地图的任何链接。这也适用于机器人指令（robots.txt和页面元机器人标签），甚至可能信任信号，如链接到您的隐私政策页面。

　　SearchConsole验证：如果您只在百度SearchConsole中验证了您的桌面版网站，请确保您也添加并验证了移动版。

　　应用程序索引：如果您为桌面版网站设置了应用程序索引，则可能需要确保已经验证了与应用程序关联文件等有关的移动版网站。

　　服务器容量：确保您的主机服务器可以处理更高的抓取速度。

　　（这只适用于其他移动版本的网站，如m.domain.com。）

　　交换机标签：如果您目前实现了移动交换机标签，则不需要更改此实现。这些应该保持原样。

　　有关移动优先索引的常见问题

　　移动优先索引是否将移动页面添加到单独的移动索引？

　　使用移动优先索引，只有一个索引（百度现在使用的索引）。移动优先索引的变化不会产生新的“移动优先”索引，也不会创建“桌面索引”保持活动的单独的“移动索引”。相反，它只是改变内容被添加到现有索引的方式。

　　移动优先索引是否存在并影响我的网站？如果不是，它什么时候上线？

　　百度一直在尝试使用这种方法在少数网站上进行索引，这些网站是基于“准备就绪”而选择的。更广泛的推广可能需要很长时间，2017年6月，GaryIllyes表示，可能需要几年的时间才能“达到一个只有移动优先的指数”。

　　百度在网站管理员博客上也在2017年12月18日发表的一篇博文中表示：

　　“我们将根据上述标准独立评估网站是否准备好进行移动优先索引，并在准备就绪时进行转换。这个过程已经开始在少数几个地方进行，并且正在被搜索小组密切监视。

　　“我们继续谨慎推出移动优先索引。我们相信缓慢采取这种做法将有助于网站管理员为移动用户准备好网站，因此，我们目前没有完成时间表。“

　　百度只会使用我的移动网站来确定我的排名吗？

　　手机第一意味着移动版本将被视为主要版本，当涉及如何确定排名。但是，在某些情况下，可能会考虑使用桌面版本（例如，如果您没有移动版本的页面）。

　　这就是说，您仍然可能会看到移动搜索结果和桌面搜索结果之间的排名结果不同，因此您仍然需要跟踪这两者。（与现在一样，百度主要使用桌面站点来确定排名，但是您仍然希望跟踪移动排名，因为这些排名根据用户行为和其他因素的不同而有所不同）。

　　百度何时可以使用桌面版网站来确定移动网站的排名？

　　我见过的主要用例是他们将使用桌面站点来确定没有移动版本时的排名。

　　对于桌面版本具有附加排名信息的网站（例如反向链接），可能也会考虑到这些信息，但是不能** 一旦他们看到移动版本，他们就会抓取或索引桌面版本版本，我还没有看到任何官方声明，这是事实。

　　因此，官方建议之一是，一旦移动优先索引的推出，如果您正在建立您的移动网站或有一个“占位符”类型的移动版本目前生活，它实际上会更好没有移动网站比一个破碎的或不完整的。在这种情况下，您应该等待启动您的移动网站，直到完全准备就绪。

　　如果我没有我的网站的移动版本怎么办？

　　如果您的网站没有移动版本，并且您的桌面版本不适合移动设备，则您的内容仍然可以编入索引;但是，与移动设备友好的网站相比，您的排名可能并不理想。这甚至可能会对您在桌面搜索以及移动搜索结果上的整体排名产生负面影响，因为它会被认为比其他网站具有更差的用户体验（因为爬虫将成为“移动”爬虫）。

　　有大型桌面网站和小型移动网站的网站会发生什么情况？移动版本上未显示的桌面版网站上的内容是否会被编入索引并显示在桌面搜索中？

　　此次发布的** 终目标是指标将主要基于抓取移动内容。如果您的桌面版本索引严重，他们不会突然从现有索引中清除您的桌面内容，而只是通过您的瘦手机网站索引来重新开始;但是您可以确保您的移动版本包含的所有相关和有价值的内容越多，就越有可能继续保持良好的排名，尤其是当他们缩减了爬网桌面版本的网站时。

　　这是如何改变排名因素和战略的？

　　这可能会影响未来的各种排名因素和策略;移动Moxie的辛迪·克鲁姆（CindyKrum）写了两篇关于这个话题将来会发生什么的很好文章。

　　辛迪谈到的想法，即移动优先索引可能“表明，百度正在变得越来越不依赖于传统的链接和htmLURL的排名”。看来，百度正在摆脱需要如此多的依赖“URL”系统组织内容，赞成基于“实体”（感谢，结构化的数据！），而不是URL风格的链接更多的API类型的方法。看看辛迪的帖子，更多的解释，这可能会影响未来的搜索和关键词优化。

　　响应式网站和单独的移动网站的处理方式有何不同？

　　是和不是。主要区别在于你需要做多少工作才能做好这一改变。

　　如果您拥有完全自适应的网站，则您的移动版本中应该已经包含了所有内容，而且目前是桌面版本的一部分，而您的主要挑战将仅仅是确保移动体验从用户角度进行了充分seo（例如，页面速度，加载时间，导航等）。

　　使用单独的移动网站时，您需要确保您的移动版本包含您的桌面版网站所做的一切，根据您的移动策略，这可能是一个很大的工作。

　　这将改变我应该如何提供广告/内容/等。在我的移动网站？

　　如果您目前的广告方式造成用户体验缓慢或其他不良的情况，您肯定需要解决这个问题。

　　如果您现在选择以手风琴或标签隐藏一些移动网站内容以节省空间，这实际上不是问题，因为此内容将以与加载完全可见的方式相同的方式处理（只要内容是仍然可以抓取/访问）。

　　这是否会改变我如何使用rel=canonical/switchboard标签？

　　不。现在，百度已经说过，如果您已经实施了交换机标签，则应该保持原样。

　　转载请注明出处。