网站建设
有人问我谷歌是否真的需要三个月左右的时间来为链接分配价值。
最近专利和专利更新的有趣之处在于它们解释了一种有效完成这些令人难以置信的计算的方法。
这些类型的研究论文并不令人兴奋，因为他们关心如何基本上做好极客管道工作。但它们非常重要，因为它们使得企鹅实时计算成为可能。
链接效果需要3个月吗？
过去十年左右的合理假设是，链接的影响在搜索引擎结果页面（SERP）中变得明显需要大约三个月的时间。随着硬件，软件和算法的最新进展，影响更可能发生得更快。
搜索引擎比十年前快得多。因此，可以认为，今天的联系效应可能比十年前更快。
链接效应可能会更快的证据
考虑到企鹅现在是Google核心算法的一部分。企鹅，链接算法，实时工作。近两年来，情况一直如此。
因此，假定链接的价值以比三个月快得多的速度折算成Google的排名算法是合理的。
由于企鹅是实时的，现在已成为Google核心算法的一部分，因此更新我们估计链接生效所需时间的绝对合理性。现在三个月似乎太慢并且不合理。
链接生效的时间可能在一周到十五天左右。但是，您是否看到这些链接的效果完全是另一回事。一个链接或几个链接本身可能不足以帮助您的排名。
*为了更全面地解释为什么一周到十五天，请向下滚动到我详细解释的附录。
如果排名在3个月后改变呢？
有时排名在链接后三个月发生变化。这可以归因于链接？在三个月内，无法知道排名变化是由于单个链接，另一个链接已添加到您的网站，链接从竞争对手的网站中脱落，甚至与Google的核心排名算法完全无关。
Google核心算法的变化可能会导致您的竞争对手网站不适合某些关键字词组。然后你的网站上涨，因为它是一个更好的匹配。或者，您的网站可能会带来更好的用户体验，而谷歌的算法将在本周内发布用于良好用户体验的奖品。
三个月的时间太长，无法准确判断单个链接或一组链接是否有所不同。网站外部发生的事情太多了（与您的网站无关），以及与您的网站直接相关的因素太多，这些因素正在发生变化，为了让您放心，并且充满信心地表示这一单因素是导致排名变化的原因。
链接和排名变化
在我看来，最好把重点放在构建内容和培养链接上，按照这个顺序。确定哪个链接导致排名上升会很好。但是，并不总是能够确定哪个链接导致排名变化。涉及的计算很多，我们不知道如何在特定的日子加权各种环节因素。
所以对于等待链接生效多久的问题的最佳答案是不要等待。只要放开对单个链接等小细节的迷恋，然后转向更大的图景，并继续构建更大更好的东西。无论你是否担心这些链接，链接都会发挥他们的魔力。
附录
根据John Mueller关于爬行的说法（这可能需要几天时间才能对网站进行重新索引），再根据专利申请中用于计算链接距离的说明（根据可扩展系统确定短路径在网络链接网络中），我将在下面详细讨论。
爬网是发现链接所必需的。但是，谷歌并没有重新抓取整个网络，并且在两个AM之后立即重新计算整个互联网的链接图。根据上面链接的专利，这部分算法根据主题划分网页，以便使更新可伸缩的链接图的过程。
所以现在我们有两个过程引入了一个时间延迟元素。爬行和重新索引以及随后重新计算的链接关系。
这个专利的相关部分涉及将网络分成更小的部分：
“寻找多个最短路径的系统和方法。表示网络资源和链接的有向图被分成碎片，每个碎片包括表示多个网络资源的图的一部分。将每个碎片分配给一个服务器，并且使用分配了碎片的服务器中的最近种子计算，为每个碎片中的每个Web资源并行计算距离表。“
那么这个：
“这些系统运行在分布式环境中，跨越多台机器，并有效地从机器故障中恢复。”
这划分了计算所有这些关系的负担并使其更易于管理。在我看来，这是算法的一部分，与核心链路距离排名部分一样有趣。
所以这意味着你有所有这些重新计算的不同领域，而不是在同一时间。通过利基分割网络可以创建更精确的链接信号，但也会使流程具有可扩展性。
这样，在我看来，你将有一个滚动更新，其中几个小生境更新，其次是另一个小生境等。
时间元素
该专利讨论了称为检查点的过程。这就像链接图的一部分的快照。有对GFS的参考，这是对Google全球文件系统的参考。
“在预定时间间隔或在低活动时间，或者在积累了许多改变之后，每个分片服务器将距离表和叶表的增量检查点存储在可靠的数据存储器上，例如作为距离表增量文件和一个GFS上的叶表增量文件。
叶桌也可能在其他时间被冲洗。如果发生服务器故障，无论是软件故障，硬件故障还是其他导致碎片服务器无法处理距离更新的故障，都可以使用检查点进行故障恢复。在本说明书中使用术语“检查点”来描述数据结构，该数据结构可以描述距离表的一部分中相应于特定分片服务器和特定时间间隔的状态改变。
每个检查点都包含一个时间戳和一个代表前一个检查点数据变化的增量。碎片服务器通常将相互独立的检查点写入GFS，并且它们的常规间隔时间可以包括伪随机性的元素以平滑对GFS资源的需求。由于每个分片服务器都会确定将特定检查点写入GFS的时间，因此该过程是异步的。“
因此，你有自己的“检查点”不同的碎片，然后在设定的时间间隔内更新全局文件系统，在那里存储整个地图。这告诉我们计算不会一直发生。这也告诉我们，变化不会立即提交到主链接图中。
任何曾经有过网站的人都会在服务器崩溃中停留数周甚至更长时间，然后在那段时间提供Google 404或500错误，可以告诉您平均恢复时间大约为一周到十五天。我认为这段时间反映了抓取所需的时间，将数据折叠回索引，然后更新本地链接图。
原创文章，作者：ItWorker，如若转载，请注明出处：https://blog.ytso.com/261221.html