Schema.org 组织 : url, Logo 在一个地方，社交链接在另一个地方

Question

所以我刚刚遇到了 schema.org 组织类型的“sameAs”，它可以让你链接你的社交资料。我的问题是我的网址和 Logo 位于一个位置(页眉)，而社交链接位于其他位置(页脚)。

<div class="container custom-top" itemscope itemtype="http://schema.org/Organization">
    <a class="custom-logo" itemprop="url" href="/">
        <img itemprop="logo" alt="sitename" height="40" src="/assets/img/logo-main.png" width="161">
    </a>
</div>

那时我的社交链接处于完全不同的位置:

<ul class="list-inline">
    <li>
        <a href="https://www.facebook.com/site" data-window="external" data-placement="top" rel="tooltip" title="Facebook"></a>
        <a href="https://twitter.com/site" data-window="external" data-placement="top" rel="tooltip" title="Twitter"></a>
        <a href="https://plus.google.com/site" data-window="external" data-placement="top" rel="tooltip publisher" title="Google+"></a>
    </li>
</ul>

在一个完美的世界中，一切都是 itemtype 的子项，但由于我的设计，这是不可能的。

<span itemscope itemtype="http://schema.org/Organization">
  <a itemprop="url" href="/">
        <img itemprop="logo" src="/assets/img/logo-main.png"
  </a>
  <a itemprop="sameAs" href="http://www.facebook.com/your-company">FB</a>
  <a itemprop="sameAs" href="http://www.twitter.com/YourCompany">Twitter</a>
</span>

那么，除了把所有东西都放在同一个地方之外，还有什么办法可以解决这个问题吗？我阅读了有关 itemref 并将项目链接在一起的信息，但在使用 Google 的结构化数据测试工具进行测试时无法使其正常工作。

请不要告诉我让 div 保持打开状态并基本上用组织项目类型跨越整个页面。我希望有一个干净的方法来解决这个问题。 Schema.org 不能指望每个网页上的所有内容都很好地聚集在一起。

Answer 1

Microdata 的 itemref 属性可以是一个解决方案。但这仅在您没有打开其他父 itemtype 时有效(例如，在 body 上)。

<div itemscope itemtype="http://schema.org/Organization" itemref="social-links">
  <a itemprop="url" href="/">
    <img itemprop="logo" alt="sitename" src="logo.png">
  </a>
</div>

<ul id="social-links">
  <li><a itemprop="sameAs" href="https://www.facebook.com/site"></a></li>
  <li><a itemprop="sameAs" href="https://twitter.com/site"></a></li>
  <li><a itemprop="sameAs" href="https://plus.google.com/site"></a></li>
</ul>

Schema.org cannot expect everything to be clustered together nicely on every webpage.

请注意，Schema.org 词汇表不仅适用于微数据语法。其他语法不一定有这个问题:JSON-LD 独立于标记，RDFa 可以通过使用 URI(例如，通过 resource 属性)和可能的属性复制机制来规避这个问题。 (原则上，Microdata 的 itemid 也可以解决这个问题，但我猜它并没有为此明确定义，而且消费者支持很差。)