结构化数据测试工具是一种简单而有效的工具，用于诊断模式标记代码片段的问题，无论这些问题是否与无效使用、语法或需要或推荐的属性有关。我们可以直接在工具中编辑代码片段，直到看到一列绿色的检查。不仅如此，它还非常适合快速可视化网页提供的类型和属性，这对于难以读取的微数据非常有用。
我知道，它甚至还没有死，我已经用过去时来指代它了。*轻轻抽泣*
SDTT在许多结构化数据修补者心中激起了怀旧之感，它可能是SEOs构建和验证自己的模式标记的第一个接触点。谷歌决定弃用它，让位于最近出版的富结果测试工具，这不是一个悲哀的选择，只是因为怀旧，而是因为这感觉像是降级被掩盖了一个改进。
结构化数据不仅仅是关于丰富的结果
对我来说，主要的问题是这两种工具的目的完全不同。结构化数据的使用为搜索引擎提供了一种清晰的方式，为机器可理解的上下文，而丰富的结果(由适当的和受支持的结构化数据生成)则是SERP的丰富。期望的效果和目标是不同的。
验证RRTT SD,我们会为您提供一个巨大的声明“这页是合格(或不符合)丰富的结果”可能会在数字营销人员灌输SD的唯一目的是丰富的片段,而其可能性是比这更强大,如清晰的机器理解,促进逻辑数据结构的使用,电子邮件营销丰富功能,巩固我们的知识实体及其属性图。
富结果测试工具目前非常缓慢和笨拙
坦白地说，我不是RRTT的绝对高级用户，所以在撰写本文时我做了大量的测试，很快我就想起来为什么我没有更经常地将它纳入我的日常业务中。从那时起，RRTT已经不仅仅是一个验证器了——它还提供了检查呈现问题和页面加载问题的附加功能。
所有这些都很好，但是我们已经有了用于这些检查的工具(更不用说，它在GSC中是可用的)，而且RRTT的速度可能会因为所有这些新增的功能而受到影响。出于某种原因，谷歌还认为我是一个机器人，因为我也经常陷入烦人的验证码检查。
进行实时代码编辑是很繁琐的
SDTT让我喜欢的一件事是，它可以很容易地快速验证我准备好的代码片段。JSON-LD是高度可访问的，不需要使用编码知识。但是，您经常会遇到语法问题，比如冒号或逗号出现在错误的位置。您可以快速应用这些更改并再次超级快速地运行SDTT验证来进行双重检查。
然而，RRTT使得这些代码修改几乎不可能。当然,你可以复制的代码,使您的更改,并重新开始,但这是几乎不像SDTT快或直观(?)。
我没有生气，只是失望了
我们经常忘记谷歌是一个普通的公司，和我们自己的公司一样，也有预算和发展方面的困难。随着时间的推移，工具自然会被弃用，以便为新特性让路。如果这些新功能感觉像是降级，那就太遗憾了。
我们很可能会看到帮助我们查看结构化数据标记的第三方工具的流行度上升，但是看到谷歌搜索团队高度鼓励反馈，也许这些改进会在SDTT被永久埋葬之前迅速添加。
在这篇文章中表达的观点是那些客座作者和不一定搜索引擎土地。这里列出了工作人员的作者。