链接影响排名需要多长时间

 

有人问我是否确实需要大约三个月的时间让百度为链接分配值。

Zui近的专利和专利更新的有趣之处在于它们解释了一种有效完成这些令人难以置信的计算的方法。

那些类型的研究论文并不令人兴奋，因为它们关注的是如何从根本上做极客管道。但它们很重要，因为它们可以使实时的企鹅计算成为可能。

链接效果需要3个月吗？

过去十年左右的合理假设是，链接的影响在搜索引擎结果页面（SERP）中变得明显需要大约三个月的时间。随着硬件，软件和算法的Zui新进展，影响发生的可能性更快。

搜索引擎比十年前快得多。因此，可能今天的链接效应可能比十年前更快。

链接效应可能更快的证据

考虑到Penguin现在是百度的核心算法的一部分。 Penguin是一种链接算法，可以实时工作。这已经有近两年了。

因此，可以合理地假设链接的值被折叠成百度的排名算法，其速度明显快于三个月。

因为Penguin是实时的并且现在是百度的核心算法的一部分，所以更新我们对链接生效所需时间的估计是绝对合理的。现在三个月似乎太慢了，根本不合理。

链接生效的时间段可能是一周到十五天。  但是你是否看到这些链接的影响完全是另一回事。一个链接或一些链接本身可能不足以帮助您排名。

*为了更全面地解释为什么一周到十五天，请向下滚动到附录，我会更详细地解释。

如果排名在3个月后发生变化怎么办？

有时排名会在链接后三个月发生变化。这可归因于链接吗？在三个月内，无法知道排名的变化是由于单个链接，添加到您网站的另一个链接，链接从竞争对手的网站中删除，还是与百度的核心完全无关的变化排名算法。

百度核心算法的更改可能会决定您的竞争对手的网站不适合某些关键字词组。然后您的网站上升，因为它是一个更好的匹配。或者可能是您的网站提供了更好的用户体验，并且百度的算法正在为本周的优秀用户体验分发奖品。

三个月太长了，无法准确判断单个链接或一组链接是否有所作为。您网站外部的内容太多（与您的网站无关），以及与您的网站直接相关的太多因素正在发生变化，以便您可以放心地说出这一点因素是导致排名变化的原因。

链接和排名更改

在我看来，Zui好是按照这个顺序专注于构建内容和培养链接。确定导致排名上升的链接会很好。但它并不总是能够确定哪个链接导致了排名的变化。涉及的计算很多，我们不知道各个链接因素在任何特定的日子都是如何加权的。

因此，关于链接生效多长时间的问题的Zui佳答案是不要等待。只需轻轻一点，就像一个单一的链接，然后继续大局，继续建立更大更好的东西。无论你是否担心，链接都会发挥作用。

附录

我基于John Mueller关于爬行的事情（可能需要数天才能重新编制索引），以及用于计算链路距离的专利申请中的描述（用于确定短路径的可扩展系统），基于那一周到十五天的估计在网络链接网络中），我将在下面详细讨论。

抓取是发现链接所必需的。但是，百度并没有重新抓取整个网络，并在两个A.M.之后立即重新计算整个互联网的链接映射。根据上面链接的专利，该部分算法根据主题划分网页，以使更新链接图的过程可扩展。

所以现在我们 有两个引入时间延迟元素的进程。抓取和重新编制索引以及随后重新计算链接关系。

以下是该专利的相关部分，涉及将卷筒纸分成较小的部分:

＆ldquo;用于查找多个Zui短路径的系统和方法。表示web资源和链接的有向图被分成碎片，每个碎片包括表示多个web资源的图的一部分。每个分片都分配给一个服务器，并且使用分配了分片的服务器中Zui近的种子计算，为每个分片中的每个Web资源并行计算距离表。＆rdquo;

那么这个:

＆ldquo;系统在分布式环境中运行，跨越许多机器，并有效地从机器故障中恢复。“

这划分了计算所有这些关系的负担并使其更易于管理。在我看来，这是算法的一部分，与核心链接距离排名部分一样有趣。

这意味着你有所有这些不同的利基区域重新计算，而不是同时整个网络。通过利基分割网络可以创建更准确的链接信号，但也可以使流程可扩展。

这样，在我看来，你将有一个滚动更新，其中几个利基领域更新，其次是另一组利基等等。

时间元素

该专利讨论了一个名为Checkpointing的过程。这就像链接图的一部分的快照。有对GFS的引用，这是对百度的全局文件系统的引用。

＆ldquo;在预定的时间间隔，或者在低活动时，或者在累积了许多变化之后，每个分片服务器在可靠的数据存储上存储距离表和叶表的增量检查点，例如，作为距离表增量文件和GFS上的叶表增量文件。

叶台也可以在其他时间冲洗。检查点可用于在服务器发生故障时进行故障恢复，无论是软件故障，硬件故障还是其他故障都会阻止分片服务器处理距离更新。术语“检查点”＆rdquo;在本说明书中用于描述数据结构，该数据结构可以描述与特定分片服务器和特定时间间隔相对应的距离表的一部分中的状态变化。

每个检查点都包含一个时间戳和一个增量，表示对前一个检查点数据的更改。分片服务器通常将检查点彼此独立地写入GFS，并且它们的常规间隔时间可以包括伪随机元素，以便平滑对GFS资源的需求。因为每个分片服务器确定何时将特定检查点写入GFS，所以该过程是异步的。＆rdquo;

所以你有不同的分片＆ldquo; checkpointing＆rdquo;他们自己然后在设定的时间间隔内更新全局文件系统，存储整个地图。这告诉我们计算并不是一直都在发生。这也告诉我们，更改不会立即提交给主链接图。

任何曾经在服务器崩溃中停留几周或更长时间并且随后在此时间内输入百度 404或500错误的网站可能会告诉您平均恢复时间大约为一周到十五天。我认为时间段反映了爬行，将数据折叠回索引，然后更新本地链接图所需的时间。

Shutterstock的图像，由作者修改

CategoryLink BuildingSEO