我正在将JSON-LD格式的Schema.org添加到一个在美国各地销售家具的电子商务网站上,还有一个家具陈列室供人们观看和购买家具。
我很高兴看到有FurnitureStore
类型,非常适合。问题是FurnitureStore
是Store
的子集,是LocalBusiness
的子集。我们的SEO顾问认为LocalBusiness
不适合具有全国范围的在线业务。他说我们应该使用Organization
。
目前的数据结构如下:
"@context": "http://schema.org",
"@type": "FurnitureStore",
"@id": "url#hook",
"name": "Name",
"image": "image path",
"address": {
"@type": "PostalAddress",
"addressLocality": "",
"addressRegion": "",
"postalCode":"",
"streetAddress": ""
},
"description": "",
"telephone": "",
"currenciesAccepted": "USD",
"openingHours": ["", "", ""]
我看到类似的在线商店使用Organization
,WebSite
,Store
,有时甚至没有。
什么Schema.org类型最适合这种情况?
答案 0 :(得分:1)
您可以提供Organization
和FurnitureStore
项,并将其与parentOrganization
/ subOrganization
属性相关联:
"@context": "http://schema.org",
"@type": "Organization",
"subOrganization": {
"@type": "FurnitureStore",
"address": {},
"openingHoursSpecification": {}
}
(有other properties to connect Organization
items,也可能适用于某些情况。)
答案 1 :(得分:1)
您或您的SEO顾问应首先考虑结构化数据的好处。我的意思是,忘记顾问 - 只回答问题:"为什么要在页面中添加结构化数据?"。
我说的是原因。当我听说完全适合国家商业等时 - 我总是建议阅读Structured Data Introduction by Google。是的,他们说你会帮助理解内容等。但是你可以读到SD不会对你的排名产生影响。这意味着您只能通过片段改善页面在搜索引擎结果页面(SERP)中的外观。
每个搜索引擎都支持一个片段列表(SERP视图改进或"搜索结果功能")。我们使用两种主要系统:主要是Google和Bing / Yahoo。
以下是您需要经历的两个主要链接:
只是从理论上去。让我们看一下其中一个片段的例子:使用"产品"因为你要在商店里卖东西。我在这里阅读你的问题之前正在寻找实验室测试。所以,它仍然是开放的,我只是做了部分截图。
我经历过他们中的一些,得到了我喜欢的那个A1c Test的定价比较。请check markup in Google's SDTT:
我想通过谷歌的链接会为您提供确切的项目列表。至于我的意见,你需要Organization - 例如在第一页提供你的详细信息。此外,您需要在用户看到有关家具信息的页面上使用Product架构。如果你需要更多的东西 - 去做吧。 但是,请不要在评级中玩假明星 - Google禁止这样做;)
P.S。如果您看到竞争对手的一些很酷的片段 - 请不要犹豫,使用结构化数据测试工具来检查如何做同样的事情;)