Schema.org组织：网址，徽标位于一个位置，社交链接位于另一个位置

Question

因此，我刚刚遇到了schema.org的组织类型的“ sameAs”，它使您可以链接自己的社交资料。我的问题是我的网址和徽标位于一个位置（页眉），而社交链接位于另一个位置（页脚）。

<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>

在一个完美的世界中，诸如此类的东西都是物品类型的孩子，但是由于我的设计，这是不可能的。

<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保持打开状态，并且基本上将整个页面与单位itemtype一起使用。我希望这有一个干净的方法。Schema.org不能期望所有内容都能在每个网页上很好地聚集在一起。

Answer 1

微数据的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不能期望所有内容都能在每个网页上很好地聚集在一起。

请注意，词汇表Schema.org不仅适用于Microdata语法。其他语法不一定有这个问题：JSON-LD与标记无关，RDFa可以通过使用URI（例如，通过resource属性）以及可能的属性复制机制来规避此问题。（Microdata itemid原则上也可以解决此问题，但我想这还没有完全定义，并且在消费者支持方面也很差。）