我不相信模式和谷歌（或至少是结构化数据工具）解释它的方式之间不会发生这种情况。我可能是错的，但我认为问题在于两者jobTitle and worksFor适用于person。因此，谷歌会将这两个属性与该人相关联，但不一定将这两个属性相互关联。
也可能是我的方法中遗漏了一些东西，而这实际上是可能的。我想发布我的答案，至少引导您或有更好经验的人朝正确的方向前进（或证实我的怀疑）。我有两种方法，我相信微数据方法在工具中看起来是正确的，但却是错误的。我认为 JSON-LD 方法是正确的，但在结构化数据工具中无法正确显示。
微观数据方法
如果您可以在一定程度上修改 DOM，则可以使用元标记将组织嵌套在人员中。尽管结构化数据工具显示了我认为您想要的结果，但我不相信数据真的相关，因为员工并未真正附加到 ID：
<div itemscope itemtype="http://schema.org/Person" id="person1">
<p><!--list of jobs-->
<span>Job 1</span>,
<span>Job 2</span>, and
<span>Job 3</span>
</p>
<p><!--list of places worked for-->
<span itemscope itemprop="worksFor" itemtype="http://schema.org/Organization">
<span itemprop="name">Company A</span>
<span itemscope itemprop="employee" itemref="person1" itemtype="http://schema.org/Person">
<meta itemprop="jobTitle" content="Job 1">
</span>
</span> and
<span itemscope itemprop="worksFor" itemtype="http://schema.org/Organization">
<span itemprop="name">Company B</span>
<span itemscope itemprop="employee" itemref="person1" itemtype="http://schema.org/Person">
<meta itemprop="jobTitle" content="Job 2">
<meta itemprop="jobTitle" content="Job 3">
</span>
</span>
</p>
</div>
返回：
@type = Person
worksFor
@type = Organization
name = Company A
employee
@type = Person
jobTitle = Job 1
worksFor
@type = Organization
name = Company B
employee
@type = Person
jobTitle = Job 2
jobTitle = Job 3
我通过嵌套来解决这个问题Person > Organization > Employee (Person) > JobTitle。我为具有元标记的员工添加了一个空白范围，以便您可以保持相同的前端样式。
我对这种方法的担忧是Employee在每个下Organization将会与父级断开连接Person。我在父项上使用了 id，并在每个项中使用了 itemrefEmployee指向该父 ID，但我不确定这是否真正受支持，或者可能嵌套就足够了（值得怀疑）。
JSON-LD方法
我认为 JSON-LD 方法正确地将人与组织联系起来，但 Google 的工具最终将推动jobTitle返回给基本上给你相同结果的人。不过，可能有更好的方法来关联数据。
<script type="application/ld+json">
{
"@context": {
"@vocab": "http://schema.org/",
"id": "@id",
"graph": "@graph",
"type": "@type"
},
"graph" : [
{
"type": "Person",
"id": "Person1",
"name": "John Smith",
"worksFor" : [
{
"id": "CompanyA"
},
{
"id": "CompanyB"
}
]
},
{
"type": "Organization",
"id": "CompanyA",
"name": "Company A",
"employees": [
{
"@id" : "Person1",
"jobTitle" : ["Job 1", "Job 2"]
}
]
},
{
"type": "Organization",
"id": "CompanyB",
"name": "Company B",
"employees": [
{
"@id" : "Person1",
"jobTitle" : "Job 3"
}
]
}
]
}
</script>
不幸的是返回：
@type : http://www.example.com/Person
@id : http://www.example.com/Person1
name : John Smith
jobTitle : Job 1
jobTitle : Job 2
jobTitle : Job 3
worksFor
@type : http://www.example.com/Organization
@id : http://www.example.com/CompanyA
name : Company A
worksFor
@type : http://www.example.com/Organization
@id : http://www.example.com/CompanyB
name : Company B
虽然结构化数据工具以一种看似正确的方式提供了上述一种选择，另一种看起来错误但看似正确的方式，但很难说 Google 是如何的truly关联数据。也可能只是架构/数据工具在更基本的层面上假设了这种关系，通常有人不会在多个组织中拥有多个职位......但我只是在这一点上推测。
底线是- 我觉得问题在于Organization只能列在a下person as worksFor. jobTitle只能在a下person并且不低于Organization。你可以联系Person在一个Organization as employee，但是那个seems只是推动jobTitle回到相关的person在结构化数据工具中匿名。过去，结构化数据工具已知对 Google 文档存在一些缺陷，因此我不确定您不能 100% 依赖从它看到的内容。
