混合词汇表、Google 的结构化数据测试工具和 Schema.org 扩展



我们正在使用schema.org中的几个词汇表,并与谷歌的结构化数据测试工具作斗争。在混合词汇时,是否有可能完全安抚它?

我们使用的一些类和属性是schema.org.的类和属性的专业化

我已经阅读了关于扩展机制的页面。我完全不清楚外部扩展到底是什么。我完全不清楚是否以及如何向谷歌传达类/属性是schema.org类/属性的专业化(因此谷歌使用RDFS推理来获得涉及schema.org命名空间的语句)。

我使用的示例是http://www.netestate.de/imgtag_schema_example/lio.html

该页面中的RDFa描述了所显示的图像。源中的<img>标记具有typeof属性。

  • 如果我使用typeof="lio:Image",我会得到一个关于lio的错误:谷歌不知道图像。有道理。验证URL:http&colon//www.netestate.de/imgtag_schema_example/lio.html

  • 如果我使用typeof="lio:Image schema:ImageObject",我会得到完全相同的错误。验证URL:http&colon//www.netestate.de/imgtag_schema_example/lioschema.html

  • 如果我使用typeof="schema:ImageObject",我会得到19个关于未被识别为与ImageObject兼容的属性的错误。验证URL:http&colon//www.netestate.de/imgtag_schema_example/schema.html

  • 如果我使用typeof="schema:ImageObject lio:Image",我会得到一个谷歌不知道的类的错误(该类没有命名,但"ImageObject"是红色的!)。验证URL:http&colon//www.netestate.de/imgtag_schema_example/schemalio.html

  • 如果我使用typeof="lio:Image"并将语句lio:Image rdfs:subClassOf schema:ImageObject添加到RDFa中,则验证器会分离关于http&colon//purl.org/net/lio#图像("类未定义,没有错误")和图像(未知类#__sid=rd0,1个错误)。验证URL:http&colon//www.netestate.de/imgtag_schema_example/liosubial.html

相对URI #__sid=rd0来自哪里?

为什么在这个更简单的例子中缺少关于#__sid=rd0的错误?

http://www.netestate.de/imgtag_schema_example/minimal.html

不要让任何谷歌结构化数据测试工具对未知词汇的抱怨困扰你。它的主要目的是帮助出版商了解他们何时使用谷歌产品/功能所期望和使用的结构。一般来说,它只会理解schema.org部分(不会将子类型用于其他词汇表)。您可能会发现使用additionalType属性有助于消除一些错误。__sid=rd0 ID只是RDF认为图中"空白节点"的生成URI。

相关内容

最新更新