gpt4 book ai didi

schema.org - 通过 JSON-LD schema.org 连接多个组织和网站

转载 作者:行者123 更新时间:2023-12-01 23:38:41 25 4
gpt4 key购买 nike

我正在尝试为公司/子公司及其网站完成机器可理解的关系描述。假设有一家母公司和两家子公司,所有子公司都有自己的网站。我部署了一个 Organization脚本和一个 WebSite每个主页的脚本。

上级组织的 JSON-LD 内容如下:

<script type="application/ld+json">
{
"@context": "http://www.schema.org",
"@type": "Organization",
"@id": "https://www.parentorg.com/#organization",
"name": "Parent Org",
"legalName": "Parent Org Inc.",
"description": "Description of company",
"foundingDate": "1978",
"logo": "https://www.parentorg.com/images/logo.png",
"image": "https://www.parentorg.com/de/images/outside.jpg",
"url": "https://www.parentorg.com/",
"address": {
"@type": "PostalAddress",
"streetAddress": "Street 110",
"addressLocality": "City",
"postalCode": "XX XXX",
"addressCountry": "XX"
},
"contactPoint": {
"@type": "ContactPoint",
"contactType": "customer support",
"telephone": "+12-345-678-91011",
"email": "contact@parentorg.com"
},
"sameAs": [
"https://twitter.com/parentorg/",
"https://www.instagram.com/parentorg/",
"https://www.youtube.com/user/parentorg/",
"https://plus.google.com/parentorg"
],
"subOrganization": [
{
"@type": "Organization",
"@id": "https://www.subsidiary-one.de/#organization",
"name": "Subsidiary One"
},
{
"@type": "Organization",
"@id": "https://www.subsidiary-two.de/#organization",
"name": "Subsidiary Two"
}
]
}
</script>

parent 的网站 JSON-LD 是:

<script type="application/ld+json">
{
"@context": "http://schema.org",
"@type": "WebSite",
"@id": "https://www.parentorg.com/#website",
"url": "https://www.parentorg.com/",
"author": {
"@type": "Organization",
"@id": "https://www.parentorg.com/#organization",
"name": "Parent Org"
}
}
</script>

现在子公司的组织 JSON-LD 包含一个 parentOrganization属性(property):

  "parentOrganization": {
"@type": "Organization",
"@id": "https://www.parentorg.com/#organization",
"name": "Parent Org"
}

这是交叉引用这些实体的好方法吗?我什至需要写出 name吗?里面的属性 subOrganization , parentOrganization , 和 author , 当有 URI 被引用时?

最佳答案

是的,您遵循如何交叉引用实体的最佳实践(来自 giving each entity an @id that is different from the url )。

引用实体时您不必提供额外的属性,所以这很好:

"author": {"@id": "https://www.parentorg.com/#organization"}

"subOrganization": [
{"@id": "https://www.subsidiary-one.de/#organization"},
{"@id": "https://www.subsidiary-two.de/#organization"}
]

"parentOrganization": {"@id": "https://www.parentorg.com/#organization"}

但是,这当然需要消费者获取引用的文档。但并非所有人都这样做(可能)。因此,如果您也想为这些消费者提供数据,除了 @id 之外,您还可以添加属性。 .它可能只是一个、几个甚至所有属性。我认为您示例中的两个是最重要的:
  • 提供@type对于能够获取文档的消费者也很有用,因为它可以允许他们在获取引用的资源之前决定他们是否感兴趣。例如,消费者可能只关心作品 authorOrganization 编辑,不是通过 Person .
  • 提供name属性对于以某种方式显示包含的结构化数据的消费者很有用,这些方式受益于名称/标签。
  • 关于schema.org - 通过 JSON-LD schema.org 连接多个组织和网站,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/47772474/

    25 4 0
    Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
    广告合作:1813099741@qq.com 6ren.com