Questions tagged «json-ld»

2
json-ld语法中@id的用途是什么?
我真的很困惑@idjson-ld语法中使用的是什么。来自apple.com的示例。@id实际代表什么。有什么帮助会很棒吗? <script type="application/ld+json"> { "@context": "http://schema.org", "@id": "http://www.apple.com/#organization", "@type": "Organization", "url": "http://www.apple.com/", "logo": "https://www.apple.com/ac/structured-data/images/knowledge_graph_logo.png?201608191052", "contactPoint": [ { "@type": "ContactPoint", "telephone": "+1-800-692-7753", "contactType": "sales", "areaServed": [ "US" ] } ], "sameAs": [ "http://www.wikidata.org/entity/Q312", "https://www.youtube.com/user/Apple", "https://www.linkedin.com/company/apple" ] }

2
关于我公司的Schema.org组织数据是否应该出现在每个页面上?
我们已将JSON-LD结构化数据添加到我们的网站,因此Google知道有关我们公司的信息(公司名称,URL,徽标,地址等)。我们使用了Google 文档中的模板。 我找不到答案的一件事是,该JSON-LD代码段应确切地包含在我们的网站中?现在,我只在我们的主页上显示它。我不知道搜索引擎在每个页面上都具有组织标记是否看起来不好。但是有什么建议吗? 应该在每页上还是仅在某些页面上包含关于我们公司的组织标记?

1
在发布之前有什么方法可以验证Schema.org JSON-LD?
我有一个包含大量数据的网站,并且正在动态构建我认为Schema.org正确的JSON-LD数据。我在Schema.org上找不到死机的例子,如果我必须实时发布内容,然后等着Google说出问题,然后重新尝试,然后再等,这将永远花费一生。 。 这是我要验证的示例: <script type="application/ld+json"> { "@context": "http://schema.org", "@type": "TravelAction", "agent": { "type": "Person", "name": "John Schmuckatelly" } "fromLocation": { "@type": "Country", "name": Curacao", "@type": "GeoCoordinates", "latitude": 12.05", "longitude": -68.81667" } "toLocation": { "@type": "Country", "name":Aruba } } </script>

1
代码中使用Schema.org标记作为JSON-LD的理想位置在哪里?
放置使用JSON-LD的Schema.org标记的最佳位置在哪里?一些建议在里面,<head>但是脚本也可以内联。在MVC中,将它们放置在与控制器相同的作用域中会更容易,因此意味着在其元素附近内联。但是JSON-LD作为“脚本”中的一个巨大脚本/堆栈可能会“更好地工作” <head>。我只是不确定我认为的理想位置。 例如面包屑-我应该将JSON-LD脚本放在面包屑的标记之前,还是应该解决所有麻烦(再次)加载模型以在创建区域中定义它们<head>?似乎会影响性能,但是如果它值得规格支持,则需要完成。 这是JSON-LD中的Organization示例(<head>已经存在): <script type="application/ld+json"> { "@context" : "http://schema.org", "@type" : "Organization", "name" : "A Huge Corporation", "url" : "http://www.example.com", "logo" : "http://www.example.com/huge-corporation.png", "founder" : "Humanz", "foundingDate" : "1268", "sameAs" : "http://plus.google.com/111111111111111111111", "contactPoint" : { "@type" : "ContactPoint", "contactType" : "Customer Service", "telephone" : "+1-888-888-8888", "faxNumber" : "+1-777-777-7777", "contactOption" …


2
JSON-LD Schema.org中的多个地址
我有一个正在为非营利组织创建的网站。他们的组织有一个美国邮寄地址和一个加拿大邮寄地址。我想使用Schema.org(使用JSON-LD)添加两个地址,但我不知道如何添加。我最初尝试过: "address": { "@type": "PostalAddress", "addressCountry": "United States", "addressLocality": "City", "addressRegion": "State", "postalCode": "12345", "postOfficeBoxNumber": "1234" }, "address": { "@type": "PostalAddress", "addressCountry": "Canada", "addressLocality": "City", "addressRegion": "Province ", "postalCode": "Zip", "streetAddress": "Box 123 12345 - 123 Street NW" }, 在此架构上运行测试时,它仅使用最后一个地址。 我尝试使用包装地址,"location": {}但这引发了错误。 如何使用JSON-LD在Schema.org标记中添加两个地址?

2
带有JSON-LD + Schema.org的产品摘录-Google索引中有实时示例吗?
** 编辑2016年2月 -假设您已将所有与Google Merchant Center提要同步和链接的东西,JSON-LD终于可以在SERPS中工作了,索引更改时间非常快。确保JSON-LD上的价格,库存和标识符与Google购物Feed中的价格,库存和标识符相同。新的组织->本地业务类型处于活动状态,组织评论处于活动状态...但是JSON-LD提要alt=终结点仍然不存在,定义自定义站点名称的主页模式未处于活动状态,并且对模式itemList / dateModified的G支持仍然存在疑问。您仍然可以通过在视图/模板Showing 1-28 of 8977 Results (321 Pages)和中使用文字文本字符串来获得分页结果和日期修改的片段Last updated on February 3rd 2016。 要继续深入研究JSON-LD支持,请参阅以下内容: 区分组织评论和产品评论(使用JSON-LD中的Schema.org) 为什么搜索引擎不通过rel =“ alternate”或脚本src将JSON-LD + Schema.org作为单独的端点支持? Google网站管理员工具未从JSON-LD Schema.org [组织]标记报告徽标 如何在搜索结果中包含您的网站名称 原始帖子如下: Google似乎正在翻转JSON-LD-> Schema.org产品[或其他类型的]代码段。这些代码段可在GWT Search Console中的5个属性中的测试工具和长期(10个月以上)中进行验证。这些代码段已被应用到索引,删除,应用和再次删除,对于各个方面似乎都没有被应用。由于它们过去是通过微数据工作的,并且已长期应用,因此我认为这是由于改用JSON-LD所致。 我还没有找到任何官方文档,也没有找到示例说明“ Google将支持和渲染使用JSON-LD的产品片段 ”。面包屑摘要和审阅循环也是一样。我所看到的只是一些事件,电影,食谱,非常基本的[不完整]组织等的Google示例。考虑到使用产品片段的大量ecom页面比电影,食谱和事件的总和要多,这对于我来说似乎很奇怪。 。 所以问题是,Google是否使用JSON-LD 正式支持,标记和呈现产品标记?如果是这样,谁能指出我的实际例子来验证这一点? **此问题并非旨在“基于意见/建议” .... im正在寻找特定链接,并且随后的SERP结果[证据]表明JSON-LD产品/等的确已在Google.com领域中呈现。 2015年8月下旬。 ** 编辑2015年11月16日 -发现了另一个令人讨厌的警告。Google Merchant Center会根据实时微数据验证某些购物Feed字段,例如条件,库存和价格。但是,它似乎无法识别JSON-LD。...,尽管如上所述,建议在所有G实例中使用它,并验证代码段测试。因此,由于此原因,您的商家中心帐户可能会由于“演示数据中的差异” 而被暂停
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.