我正在尝试确定
priceRange
参数的可接受值。在 Google 上我看到 $$$
就是这样。
请有人解释一下我是否应该使用字面量或小数量。
看来约定是:
$ = 便宜,通常 10 美元及以下来源TripAdvisor 似乎使用当地货币符号作为指示符:
- $$ = 比较贵,通常在 $10-$25 之间
- $$$ = 昂贵,通常在 $25-$45 之间
- $$$$ = 非常贵,通常是 50 美元以上
作为韩语审稿人,您将按照韩元 ₩ 填写,希腊语则按照欧元 € 填写。澳大利亚人在 .com.au 网站版本上只看到 $ 符号,所以相当微妙。理解为澳元。
来源但是一位用户在官方 schema.org Github 上非常正确地指出
$$$
是不明确的。
属性 schema.org/priceRange 不明确,因为它指定货币范围的文本...来源TL;博士
priceRange
属性,其范围建模为
price
http://schema.org/price来源 - Github问题
PriceSpecification
属性似乎毫无意义。
但谷歌(据我所知,在过去几天内)开始推荐它用于所有
priceRange
结构化数据,从而在
结构化数据测试工具中触发警告。因此,我预计许多企业会突然开始以任意字符串
localBusiness
来表达其定价,尤其是 那些不适合明确价目表的企业,例如价格只能根据要求报价。这个问题似乎在 Google 产品论坛上造成了一些混乱,新的
$$$
错误
和
image
警告已开始与 address
警告
一起出现。谷歌有可能无意中开始将所有企业视为餐馆,并且会改变主意,但我只是猜测。(问题是关于评论,而不是
priceRange
数据,因此这可能与 OP 没有直接关系。希望其他人在看到结构化中的 localBusiness
警告后首先找到此线程(就像我所做的那样)感兴趣。数据测试工具。我考虑将其作为香农答案下的评论输入,但没有足够的声誉点...)我相信,因为他们使用了 $ / $$ / $$$ 范围内的符号,这意味着它是一个相对的而不是固定的价值系统。
例如:酒店可以说 $$$,汉堡店可以说 $$$,汽车经销商可以说 $$$。在相对的系统中,这会起作用,因为它们都可能很昂贵。在固定价值系统上,这是行不通的,汽车经销商等企业必须将价值定义为 $$$$$$,但这对于普通人来说会开始显得荒谬;我的意思是,如果它是一家船/飞机制造业务,那么不包括货币兑换,它可能是 $$$$$$$$$$$$$。对于“$$$”的例子来说,固定值系统感觉太复杂了。对于该类型的系统,我希望有一个类似“$100-$300 或 $25M-$50M”的示例。
我确实喜欢理查德·沃利斯在这个帖子中的规模(
https://github.com/schemaorg/schemaorg/issues/1307
):