我是JSON-LD的新手。我发现语法相当简单，但我的查询更多的是决定哪些页面最好添加JSON-LD。我花了一些时间在网上寻找答案，但到目前为止还没有什么是明确的。
我的例子：
该网站适用于在全国拥有约20个分支机构的企业。每个办公室都有一个专门的联系方式页面，还有一个＆＃34;联系我们＆＃34;整个网站的页面。
我应该
A：添加＆＃39;组织＆＃39;整个组织的JSON-LD片段到网站的主页，然后添加个人＆＃39; LocalBusiness＆＃39; JSON-LD片段到每个办公室详细信息页面？
B：将所有这些合并为一个JSON-LD片段，其中包含＆＃39; Organization＆＃39;使用嵌套的“本地商务”并将其放在所有办公室页面上，并使用单独的“组织”组织＆＃39;主页的片段？
C：将所有这些整合到JSON-LD的一个片段中，该片段具有＆＃39; Organization＆＃39;使用嵌套的LocalBusiness＆es;并将其放在网站上的所有页面上？
D：以上都不是......相反，你应该____________________。
我意识到可能没有一个正确的答案，但是在实现最佳实践方面的任何帮助都将不胜感激！
干杯
答案 0 :(得分：0)
根据JSON-LD规范，完全取决于作者。您的JSON-LD的消费者当然可能有自己的期望。
您似乎使用了由大型网络搜索引擎服务赞助的词汇表Schema.org。他们当然通常对您的页面内容感兴趣。 Schema.org的一般想法是标记您现有的内容（+密切相关的元数据） 在查看Schema.org（Microdata和RDFa）支持的其他语法时，这一点就变得清晰了，因为它们定义了添加到用于内容的现有HTML元素的属性。所以JSON-LD在这里是例外，因为它没有与HTML /内容结合。
tl; dr：在有关分支机构位置的网页上，提供有关此分支机构位置的结构化数据。
另外，提供关于相关实体（例如，上级组织）的结构化数据通常是有意义的。这可以通过包含数据和/或通过其URI（see an example）引用它来完成。利用类型提供的属性（例如parentOrganization）。
答案 1 :(得分：0)
如果这个问题仍然与某人相关，这是我的建议：
所以在您的情况下，应该有一个主要办公室和 19 个部门。
对于主要办公室，请注明所有属性（营业时间、徽标、图像等）对于分支机构，仅标记不同的属性，例如地址或电话（每个分支机构的属性明显不同）。
例如，如果所有分支机构的工作时间都相同，则无需一遍又一遍地重复-仅表示总公司的工作时间。
然后在每个专用联系人详细信息页面上添加“LocalBusiness”标记，仅适用于该特定分支机构 - 不包括部门。您可以详细说明所有属性。
不要在站点范围内添加“LocalBusieness” - 架构标记必须与特定页面相关。
另外，这里有一篇文章可以帮助更好地理解它：
https://postelniak.com/blog/local-business-schema-for-multiple-locations/
您还可以在那里找到 JSON-LD 代码片段。