结构化数据测试工具是一种简单但有效的工具，用于诊断Schema标记代码段中的问题，无论这些问题与无效用法，语法还是所需或推荐的属性有关。我们可以直接在工具中编辑代码段，直到看到绿色的检查列表。不仅如此，它还是用于快速可视化网页提供的类型和属性的理想选择，这对于难以读取的微数据非常有用。
我们知道，它还没有死，
SDTT在许多结构化数据修补匠的心中引起了怀旧之情，这很可能是SEO建立和验证其自己的架构标记的第一个接触点之一。Google决定弃用它，以便为最近淘汰的Beta版Rich Results测试工具让步，这并不是仅出于那种怀旧之情，而是一个令人沮丧的选择，而是因为这听起来像是降级掩盖了改进。
结构化数据不仅仅是丰富的结果
主要的问题是两种工具的用途完全不同。结构化数据的使用为我们提供了一种干净的方法，可以为搜索引擎提供明确的机器可理解的上下文，而丰富的结果（由适当且受支持的结构化数据生成）是SERP的丰富。预期的效果和目标是不同的。
在RRTT中验证SD后，我们会看到“此页面有资格（或没有资格）获得丰富结果”的巨大声明，这很可能会使数字营销人员灌输SD的唯一目的是针对Rich Snippets，而它的功能比单独的功能强大得多，例如更清晰的机器理解，促进逻辑数据层次结构的使用，电子邮件营销的充实以及巩固我们的实体及其在知识图中的属性。
丰富结果测试工具目前非常缓慢且笨拙
在撰写本文时，进行了广泛的测试，并且我们很快就想起了为什么我们不经常将其纳入日常业务。从那以后，RRTT已经发展成为一种试图不仅仅是验证器的东西-它提供了用于检查呈现问题和页面加载问题的附加功能。
所有这些都很好，但是我们已经有了用于这些检查的现有工具（更不用说，它在GSC中可用），并且由于所有这些附加功能，RRTT的速度可能受到了影响。出于某种原因，谷歌还认为是机器人，因为我们也经常遇到烦人的验证码检查。
进行实时代码编辑很乏味
我们对SDTT的崇拜之一是轻松快速地验证准备好的代码段。JSON-LD易于访问，不需要任何编码知识。但是，通常情况下，您会遇到语法问题，例如缺少冒号或在错误的位置出现逗号。您可以快速应用这些更改，然后超级快速地再次运行SDTT验证以进行仔细检查。
但是，RRTT使这些代码修订几乎不可能。当然，您可以复制代码，进行更改，然后重新开始，但这几乎不如SDTT那样快或直观。
没有生气，只是失望
我们通常会忘记Google是一家正常的（ish）公司，就像我们自己的业务一样，在预算和开发方面也遇到困难。随着时间的推移，自然会不推荐使用工具，以便为更新的功能让路。当这些较新的功能感觉像降级时，这只是一种耻辱。
很有可能我们会看到可以帮助我们查看结构化数据标记的第三方工具越来越流行，但是随着Google搜索团队大力鼓励反馈，也许这些改进会在SDTT永久搁置之前迅速添加。