我们正在使用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。