Seo 我可以向JSON-LD中给定的@type添加自定义属性吗？

我正在开发一个网站，允许用户浏览大量的唱片。所有数据当前都存储在一个JSON文件中，我正在将其转换为JSON-LD，以使其具有语义，并可供搜索引擎检索

---

Schema.org有一个标准类型，它没有我为每个相册存储（并呈现给用户）的某些数据的属性。这些属性被谷歌的结构化数据验证程序标记为错误。我的问题是：谷歌只是忽略了自定义属性，还是会因为使用了不受支持的属性而惩罚该网站

您可以在JSON-LD中使用多个词汇表（例如，

@context

中的with）

如果词汇表Schema.org没有合适的属性/类型，那么很可能已经存在一个（可能是特定于域的）词汇表。看看这个答案

如果不能重用现有词汇表，可以创建自己的词汇表。看看这个答案

当然，您不应该在Schema.org名称空间中“发明”术语。如果Schema.org没有定义它，没有人知道它应该是什么意思；同一个术语在未来可能会有不同于你预期的含义

---

如果您仅出于SEO原因提供结构化数据，请注意搜索引擎Google/Bing/Yahoo/Yandex仅支持词汇表Schema.org（他们是其赞助商），因此使用其他或您自己的词汇表目前与SEO无关；但是对于结构化数据可以提供的所有其他好处来说，这当然是一个好主意。

谢谢你的回答。我只是出于SEO原因提供结构化数据，所以我想我必须坚持使用Schema.org词汇表。如果搜索引擎不理解未定义的术语，也没关系。我使用现有的属性来处理对SEO真正重要的所有数据。我仍然需要其他术语，所以只要爬虫忽略它们，一切都很好。事实上，我的一些自定义属性在将来可能会被定义为不同于我预期的含义，这肯定是一个问题。我会特别小心的。@CarlosSanchez:没有人知道所有不同的消费者是如何处理那些不存在Schema.org术语的内容的。我认为很明显，如果搜索引擎在你的数据中发现这么多错误，这不是一个好的信号你真的不应该这样做；只需定义自己的词汇表，并将其用于Schema.org不提供的术语。-真的没有理由不这样做，或者是这样吗？创建词汇表并不一定会使自定义字段更容易理解。它只是强化了一个事实，即它们是习俗。除非您打算支持希望使用自定义字段的第三方（如客户），否则额外工作的价值是什么？