如果我在首页上应用相同的schema.org类型(行程)但其中包含不同信息的多个JSON脚本,可以吗?
我们在首页上提供的旅游目的地(行程)很少。我想以最方便的方式标记它们。
已经有带有唯一标签ID的主脚本,用于描述业务:"@id" : "https://URL/#AutomotiveBusiness"
,说明主页是什么以及它属于哪个主题:"@type" : "AutomotiveBusiness"
。
对于标记行程,对于每个行程,我使用以下单独放置的脚本:
{
"@context":"http://schema.org",
"@type":"BusTrip",
"image":"URL.jpg",
"busName":"XYZ",
"schema:provider": {
"@type":
"schema:Organization",
"schema:name":"XYZ",
"schema:url":"https://URL/"
},
"description":"XYZ",
"url": "XYZ",
"itinerary": {
"@type":"City",
"name":"City Name",
"description":"XYZ",
"url": "https://wikipedia.org/wiki/City Name"
}
}
其他问题:
@id
(描述业务的标签)来标记提供程序吗?假设代码看起来像这样:“ schema:provider”:{“ @id”:“ https://URL/#AutomotiveBusiness”,“@类型”:“模式:” AutomotiveBusiness“,“ schema:name”:“ XYZ”,“ schema:url”:“ https://URL/”}
在这种情况下,最好将"schema:AutomotiveBusiness"
用于@type
陈述或“ schema:organization”?
总结:我正在寻找如何妥善安排这些行程,以便在首页上将其明确分配给公司。我正在考虑声明与旅行脚本中有关业务的主要脚本相同的@id
...
有什么想法吗?
关于多个脚本元素,我过去曾问过这个问题,并得到了一些非常好的答案:Best JSON-LD practices: using multiple <script> elements?
总结起来,可以使用多个脚本。
关于您的其他问题:
AutomotiveBusiness
是Organization
的后代,因此,如果AutomotiveBusiness
准确地描述了组织,我认为这将是很好的使用。请记住,Schema.org描述为:
汽车维修,销售或零件。
您甚至可以变得更加具体,如果更有意义,可以执行AutoRental。我通过Structured Data Testing Tool运行了一个基本示例,它很好地验证了。
[我要提到的另一注是,如果您有专门用于这些旅行的特定页面,那么将JSON放在这些特定页面上而不是主页上可能更有意义。