多年来，谷歌似乎已经建立了与网络互动的模式。搜索引擎提供结构化数据格式和工具，使我们能够向谷歌提供信息。想想：元标记、架构标记、disavow 工具等等。 

然后，Google 会利用并学习这些部署在网络上的结构化数据。一旦提取了足够的知识，Google 就会停用或淡化这些结构化数据格式，使其影响力降低或过时。

赋予结构化数据功能、使用信息、从中学习，然后删除或削弱这些功能的循环过程似乎是谷歌战略的核心部分。

它允许搜索引擎暂时授权 SEO 和品牌作为达到目的的手段——提取数据来改进其算法并不断提高其对网络的理解。

本文通过几个例子探讨这种“给予和接受”模式。

谷歌的“互利”模式

该模式可分为四个阶段：

• 结构：Google 提供结构化方式与搜索片段或其排名算法进行交互。例如，过去，元关键字可以告诉 Google 哪些关键字与给定网页相关。
• 消耗：Google 通过抓取网站从网络收集数据。这一步很重要。如果不消耗来自网络的数据，Google 就无法学到任何东西。
• 了解：Google 随后在其推荐的结构实施后利用最新的抓取数据。人们对 Google 提议的工具或代码片段有何反应？这些更改有用吗？还是被滥用了？Google 现在可以自信地更改其排名算法。
• 退出：一旦 Google 了解了他们能了解的内容，就没有理由再依赖我们向他们提供结构化信息。长期保留此类入站数据管道必然会导致滥用，因此搜索引擎必须学会在没有它们的情况下生存。在许多（但不是全部）情况下，Google 建议的结构已被退出。

这场竞赛的目的是让搜索引擎从网站管理员与 Google 建议结构的互动中学习，然后才能学会操纵它。Google 通常会赢得这场竞赛。

这并不意味着在 Google 丢弃新结构项之前，任何人都无法利用它们。这只是意味着 Google 通常会在非法操纵变得普遍之前丢弃此类项。

举些例子

1. 元数据

过去，元关键词和元描述在 Google 的排名算法中起着至关重要的作用。搜索引擎对元关键词的最初支持实际上早于 Google 于 1998 年成立。

部署元关键词是网页告诉搜索引擎该页面应被哪些词条找到的一种方式。然而，如此直接和有用的代码很快就被滥用了。 

许多网站管理员为了获取比公平水平更高的搜索流量，在每个页面上注入了数千个关键词。这很快导致低质量网站兴起，这些网站充斥着广告，不公平地将获得的流量转化为广告收入。

2009 年，谷歌证实了许多人多年来的怀疑。谷歌表示：

“至少就目前（2009 年 9 月）的 Google 网络搜索结果而言，答案是否定的。Google 不会在我们的网络搜索排名中使用关键词元标记。 ”

另一个例子是元描述，这是 Google 自成立之初就支持的一段代码。元描述被用作 Google 搜索结果中链接下的摘要文本。

随着 Google 的不断改进，它开始在某些情况下忽略元描述。这是因为用户可能会通过各种 Google 关键字发现网页。

如果网页讨论多个主题，而用户搜索与主题 3 相关的术语，则显示包含主题 1 或 2 描述的片段将无济于事。

因此，谷歌开始根据用户搜索意图重写搜索片段，有时会忽略页面的静态元描述。

最近，谷歌缩短了搜索片段，甚至确认在生成描述性片段时他们主要检查页面的主要内容。

2. 架构和结构化数据

谷歌在 2009 年引入了支持模式（一种结构化数据的形式）。 

最初，它推行“微格式”风格的模式，其中必须在 HTML 中标记各个元素，以便向 Google 提供结构化或上下文信息。

从概念上讲，这其实和 HTML 元标记背后的思想相差无几。令人惊讶的是，他们采用了一种新的编码语法，而不仅仅是更广泛地使用元标记。

例如，架构标记的想法最初（并且很大程度上仍然）是为了提供有关已部署的数据或代码的附加上下文信息 – 这类似于元数据的定义：

• “描述其他信息以帮助您理解或使用它们的信息。”

架构和元数据都试图实现相同的目标。描述其他现有信息的信息以帮助用户利用此类信息。然而，架构的细节和结构层次（最终）使其更具可扩展性和有效性。

今天，谷歌仍然使用模式来了解各种网络实体（例如网页、组织、评论、视频、产品——不胜枚举）的上下文意识和详细信息。 

话虽如此，Google 最初允许架构在很大程度上改变页面搜索列表的视觉效果。您可以轻松地为 Google 搜索结果的页面添加星级评定，使其在竞争网页结果中脱颖而出（视觉上）。

像往常一样，一些人开始滥用这些权力，以超越那些不太注重SEO 的竞争对手。 

2014 年 2 月，谷歌开始讨论对丰富摘要垃圾内容的处罚。这是因为人们滥用架构来使他们的搜索结果看起来比其他搜索结果更好，即使他们背后的信息是错误的。例如，一个没有评论的网站声称获得了 5 星的总体评论评级（显然是错误的）。

快进到 2024 年，尽管架构在某些情况下仍然有用，但它已不像以前那么强大。得益于 Google 的 JSON-LD 偏好，交付变得更加容易。然而，架构不再具有控制搜索列表视觉效果的绝对权力。 

---

3. Rel=上一个/下一个

Rel=”prev” 和 rel=”next” 是 Google在 2011 年建议使用的两个 HTML 属性。此举旨在帮助 Google 更好地了解某些类型的分页地址是如何相互关联的：

八年后，谷歌宣布不再支持该代码。他们还表示，他们已经有一段时间不支持这种编码了，这意味着支持在 2016 年左右结束，距离首次提出该建议仅过去了五年。

许多人感到恼火，这是可以理解的，因为这些标签实现起来很麻烦，通常需要实际的 Web 开发人员重新编码网站主题的各个方面。

越来越多的人认为，Google 会在某一刻建议修改复杂的代码，但下一刻又会将其抛弃。事实上，Google 很可能只是从 rel=prev / next 实验中吸取了所有教训。

4. Disavow 工具

2012 年 10 月，有关 Google 推出新的Disavow 链接工具的消息在网络上引发热议。

2012 年 4 月，谷歌发布了企鹅更新，导致网络陷入混乱。该更新重点针对垃圾站外活动（链接建设），许多网站在搜索控制台（当时称为网站站长工具）中看到手动操作通知。

使用 Disavow 工具，您可以上传他们想要从 Google 排名算法中排除的链接页面或域的列表。如果这些上传的链接与 Google 自己对反向链接配置文件的内部评估基本一致，则现行的手动惩罚可能会被取消。 

这会将“相当”数量的 Google 流量返还给他们的网站，但显然，他们的部分反向链接配置文件现在已被“否认”——惩罚后的流量通常低于惩罚前的流量。

因此，SEO 社区对该工具的评价相对较低。通常，需要彻底删除反向链接或拒绝项目。惩罚后流量减少总比没有流量要好。

多年来，拒绝项目一直没有必要。谷歌现在表示，任何仍在提供这项服务的人都在使用过时的做法。

近年来，谷歌的 John Mueller 一直严厉批评那些销售“拒绝”或“有毒链接”作品的人。谷歌似乎不再希望我们使用这个工具；当然，他们不会就其使用提出建议（而且多年来都没有这样做过）。

深入挖掘。有害链接和拒绝：全面的 SEO 指南

揭秘谷歌与网络之间的互利关系

Google 为 SEO 人员提供工具或代码片段，以便他们以细微的方式操纵其搜索结果。一旦 Google 从这些部署中获得了洞察力，这些功能就会被逐步淘汰。Google 授予我们有限的临时控制权，以促进其长期学习和适应。

这是否意味着 Google 发布的这些小规模、临时的更新毫无用处？有两种看法：

• 有些人会说：“不要盲目跟风！这些临时部署不值得付出努力。”
• 另一些人会说，“谷歌为我们提供了暂时的控制机会，所以你们需要在它们消失之前好好利用它。 ”

事实上，没有正确或错误的答案。这取决于您有效适应网络变化的能力。

如果您能适应快速变化，请实施您能实施的措施并快速做出反应。如果您的组织缺乏快速变化的专业知识或资源，则不值得盲目跟随趋势。

我认为这种相互影响的起伏并不一定意味着谷歌是邪恶的或坏的。任何企业都会利用其独特的资产来推动进一步的学习和商业活动。

在这种情况下，我们是 Google 的资产之一。您是否希望这种关系（您和 Google 之间的关系）继续下去取决于您自己。

你可以选择不与 Google 的临时权力、长期学习交易协议合作。但是，这可能会让你处于竞争劣势。