我正在尝试为带扩展功能的电话找到合适的架构,但我无法通过Google搜索或schema.org找到与此问题相关的任何内容。
在HTML格式中,我使用,
来触发手机和Skype上的扩展程序,但我也看到p
过去常常停留"拨号时数字之间。哪个是适当的JSON-LD模式的最佳途径?
未使用扩展程序:
{
"@type": "Organization",
"telephone": "+18665554985"
}
使用p
的样式1:
{
"@type": "Organization",
"telephone": "+18665554985p100"
}
使用,
的样式2:
{
"@type": "Organization",
"telephone": "+18665554985,100"
}
答案 0 :(得分:1)
telephone
property有Text
作为预期值。如果应该使用特定格式,则会在属性的描述中注明,但telephone
不是这种情况.¹
所以你可以使用你想要的任何格式。
哪种格式有意义?我会使用您为用户显示的相同格式(理想情况下,根据与目标用户相关的惯例/标准,这将是推荐的格式)。当使用Microdata或RDFa对其进行标记时,这是自然的选择,并且没有理由为JSON-LD采用不同的路径。这也有助于消费者只显示telephone
属性的值:它将采用适合您用户的格式。
¹在问题Make the telephone property more structured (not just Text)中对此进行了一些讨论。我希望预期的范围在某些时候会包含URL
个值,以便可以使用tel
URIs(当然这有指定的格式)。