最终成为移动设备友好型用户，但与Google的移动设备优先索引发生冲突[案例研究]

这个秋天挤满了有关Google移动优先指数的公告。 首先，加里·伊利耶斯（Gary Illyes）在Pubcon上作了主题演讲，并投下了一枚Google打算在不久的将来推出移动优先索引的炸弹。

当然，谷歌一段时间以来一直在暗示着移动优先指数，但是现在我们从谷歌那里得到了真正的信息，它的确即将到来。

然后在2016年11月4日，Google正式发布了一篇博客文章，指出其打算推出移动优先索引并解释了为什么要这样做。 这是一个巨大的消息，因为从很长一段时间以来，这种新方法的使用时间是180。 我将在稍后详细介绍。

我今天的重点不是详细介绍移动优先索引。 已经做过很多次了。 相反，我的目的是介绍一个网站的案例研究，该网站最终实现了移动友好，但最终将以面对面的方式进入移动优先的索引。 当然，移动优先索引尚未完全推出，但很快就会推出。 我们也知道它正在野外进行测试。

（实际上，2016年11月10日，算法更新本来可能是Google的移动优先索引，或部分程度上是Google在测试其移动优先索引。请注意，该更新在11月18日也进行了大量回滚，这可能表明正在进行测试。）

我今天要讲的案例是一个很好的例子，说明了Google所做的更改以及随后在客户端所做的更改最终可能会在网络上发生冲突。 双方都有正确的意图，但冲突可能会带来严重的问题。

快速分解移动优先索引：搜索180

在解释案例研究之前，我将快速解释移动优先指数。 目前，在推出移动优先索引之前，Google会将网页的桌面版本作为默认网页进行排名。 （这适用于台式机和移动搜索排名。）

不用说，这不是最佳选择。 网站可能会在移动设备上带来可怕的用户体验，内容更少，甚至在移动URL上也存在垃圾邮件，但Google仍将使用桌面页面和内容进行排名。

输入移动优先索引。 全面推出后，Google便会开始将移动页面编入索引作为主要URL，并将其用于排名（移动和台式机排名）。 移动URL也将用于理解结构化数据。 因此，从目前的工作方式来看，这是180。

从网站所有者的角度来看，如果您使用的是响应式设计，那应该没问题。 从技术上讲，它与在移动设备和台式机上呈现的内容相同。 但是，如果您使用单独的移动URL，或者通过动态服务在移动URL上显示不同的内容，则必须非常小心。

重要的是要注意，许多站点都通过动态服务来提供相同的内容（这很好）。 但是有时动态服务用于呈现不同的内容。 因此，如果您使用动态服务，则仍然需要小心。

例如，您应确保您的移动页面包含与桌面页面相同的内容，确保移动URL上存在结构化数据标记，等等。 如果不是，Google可以为移动页面编制索引，然后使用次优页面进行排名。 不好。

对于某些网站，这可能会导致严重的问题（包括移动设备和台式机上各个URL的排名下降），显然可能导致流量大幅下降。

同样，移动优先索引已经被广泛讨论，因此我建议阅读这些文章，常见问题解答等。 现在开始案例研究。

最终成为适合移动设备的用户：经过长时间的重新设计

这听起来可能会让业内人士感到震惊，但是仍然有一些网站不适合移动设备使用。 惊恐的事件！

图片来源：Popkey

我的一位客户一直希望永远都适合移动设备使用，但是从CMS（内容管理系统）的角度来看，存在很多主要的限制和问题，这些问题很难克服。 而且，根据他们的利基，简单地迁移到新的CMS并不容易。

迁移到新的CMS可能对任何站点来说都是一个脖子痛，但是对于这个利基市场，这确实是一个脖子痛（并可能在多个级别上造成严重损害）。 就是说，我的客户终于做出决定，扣动扳机，升级其CMS，并实现移动友好。

注意：移动友好不是升级的唯一好处。 从可用性和电子商务的角度来看，还有很多好处，但是移动友好是决策过程的主要部分。

一种，两种，三种方法用于移动友好

你们中的许多人都知道，有三种实现移动设备友好的核心方法。 您可以使用响应式设计（推荐），使用动态服务（基于用户代理更改HTML），然后使用单独的移动URL（其中使用完全独立的URL向移动用户展示内容）。

嗯，CMS升级使用所有三种方法，具体取决于您正在查看的页面类型。 例如，类别页面使用动态服务，产品页面使用响应式设计，而其他一些页面则将移动用户推送到不同的URL。 是的，这是科学怪人的手机设置：

请务必注意，Google已记录在案，它说明您可以在网站上使用多种方法。 移动友好型算法在逐个URL基础上工作，因此，如果每个URL都是移动友好型，则它们将通过测试（无论使用哪种方法）。 很好，但是这种适合移动设备的设置可能会令人困惑且难以管理。 我不一定建议公司走这条路。

而且，在审核新CMS的暂存阶段时，很明显，许多页面在桌面页面和移动页面之间呈现出不同的内容。 例如，某些页面所包含的内容要比桌面页面所包含的内容少得多。 至少可以说，我发现设置很奇怪。 因此，我清楚地记录了我的发现，并解释说这种设置最多是非正统的。

再说一次，这是在今年秋天谷歌确认移动优先指数之前。 我从2015年开始审核新的CMS，当时我的客户开始认真考虑升级，就在Gary Illyes在其Pubcon演讲中介绍了移动优先索引（2016年10月）之前。

让我们快速回顾一下：

• 我们有一个网站试图与移动设备兼容。
• 我们最近发布了一项有关Google的移动优先索引的公告，该索引将使用移动URL进行排名（同时针对台式机排名和移动排名）。
• 而且我们拥有一个使用多种方法实现移动友好的CMS（某些页面所包含的内容比桌面上的内容要少得多）。

如果您一直在密切注意，您可能会看到前进的方向。

适用于移动设备：太棒了！ 移动优先指数：呃...

新站点最近上线了，我一直在认真审核发布。 所有页面的确对移动设备友好，这很棒。 但是很明显，某些URL为移动用户提供的内容要少得多（如前所述）。 而且，如果移动优先索引按照Google解释的方式运作，那么当新索引完全推出时，该网站可能会遇到很大的麻烦。

有两个可能发生这种情况的关键领域。 首先，有些页面使用动态服务，有时通过移动设备显示的内容要少得多。 （有时候，很多赫克含量少。）

更糟糕的是，CMS在移动设备上查看站点时，已将抓取的Wikipedia内容注入某些类别的URL。 我是在使用Googlebot for Smartphones抓取该网站并在Google Search Console中引用Fetch and Render时抓取到这个信息的。 那不是一个惊喜吗？ 现在正在删除中。

因此，在第一种情况下，在移动设备上查看时，某些类别页面上的内容要少得多，并且某些URL将更少的内容与来自Wikipedia的抓取内容结合在一起。 非常奇怪-并不是一个好方法。

第二个问题是移动用户使用完全不同的URL，而这些URL也包含较少的内容。 再次，Google将使用移动URL进行排名，因此，当移动优先索引推出时，功能强大的桌面页面将对该网站无济于事。 至少可以这样说，这不好。

潜在影响

Google清楚地解释了网站所有者应确保其移动URL包含与桌面页面相同的内容。 这些移动URL将用于排名目的和理解结构化数据。

对于此站点，有些页面使用动态服务，其内容要比台式机页面少得多，并且还有单独的移动URL所包含的内容更少（有时是不同的）。 两者最终都会对移动和台式机的排名产生负面影响。

以下是Google帖子中有关移动优先索引的直接引文：

展望未来，我的客户已将我的发现以及有关Google移动优先索引的信息发送给CMS供应商。 我们希望可以对如何处理和在网站上显示移动内容进行更改，但是很难确定更改是否会很快发生。

好消息是，移动优先索引尚未完全推出。 坏消息是它可能很快就会出现（甚至在2017年第一季度）。

简介：争取移动优先指数

根据我上面的解释，我们现在基本上在争抢移动优先索引。 我还不能说谁会赢得比赛，谷歌或CMS提供商。 但是，如果历史告诉我任何信息，那么在对CMS进行重大更改之前，移动优先索引将推出。 考虑到移动优先索引应该如何工作，这可能会带来极大的问题。 时间会证明一切。

同时，我强烈建议所有网站检查其当前的移动设置，审核该设置，以Googlebot for Smartphones的身份抓取该网站，并使用Fetch和Render更好地了解Google如何查看您的内容。 坐在地表下面可能会有问题。 我将尝试尽快解决这些问题，然后进行必要的更改。 祝好运。

本文中表达的观点是来宾作者的观点，不一定是Search Engine Land。 工作人员作者在此处列出。