在 Schema.org 中为 MedicalWebPage 指定 medicalSpecialty
Specifying medicalSpecialty in Schema.org for MedicalWebPage
我正在构建一个医学网页,我正在尝试构建页面架构。
这是我现在拥有的:
<script type="application/ld+json">
{
"@type":"MedicalWebPage",
"audience":{
"@type":"Patient",
"@context":"https://schema.org"
},
"specialty":{
"@type":"MedicalSpecialty",
"@context":"https://schema.org"
},
"@context":"https://schema.org",
"@id":"#/MedicalWebPage"
}
</script>
但是,每个页面都有特定的医学专业,例如心血管或助产,但我不知道该怎么做。我试过以下方法,但出现错误:
"specialty":{
"@type":"MedicalSpecialty",
"@context":"https://schema.org",
"content":"Cardiovascular",
},
"specialty":{
"@type":"Cardiovascular",
"@context":"https://schema.org"
},
"medicalSpecialty":{
"@type":"Cardiovascular",
"@context":"https://schema.org"
},
"specialty":{
"@type":"MedicalSpecialty :: Cardiovascular",
"@context":"https://schema.org"
},
"specialty":{
"@type":"MedicalSpecialty > Cardiovascular",
"@context":"https://schema.org"
},
以下有效,但我不确定我是否会获得与我希望完成的相同的 SEO 收益:
"specialty":"https://schema.org/Cardiovascular",
谢谢!
在撰写本文时,schema.org 的这个区域似乎还没有真正被冲洗掉,以至于没有一个固定的答案。您的问题也有一些动人之处:
- 它是否在测试工具中得到验证?
- 是否根据 schema.org 建议正确实施?
- 它对搜索引擎有价值吗?
验证和更正标记
这个有点像兔子洞。从我查过的内容来看,一切似乎都暗示 MedicalSpeciality
应该与 Hospital
、MedicalOrganization
、Physician
或 MedicalClinic
相关。您可以看到 https://schema.org/MedicalSpecialty 本身列出的内容。这让我相信 MedicalSpeciality
确实最适合应用于那些与应用于 MedicalWebPage
.
的人
话虽如此 - MedicalSpeciality
是 Specialty
的子集,可应用于 WebPage
/ MedicalWebPage
。
我认为您最初的方向是正确的,这是我所做的修改。此代码在结构化数据测试工具中验证:
<script type="application/ld+json">
{
"@type":"MedicalWebPage",
"audience":{
"@type":"Patient",
"@context":"https://schema.org"
},
"specialty":{
"@type":"MedicalSpecialty",
"@context":"https://schema.org",
"name":"Cardiovascular"
},
"@context":"https://schema.org",
"@id":"#/MedicalWebPage"
}
</script>
当然,name
可以是任何东西,并且不会专门将其与架构中的 Cardiovascular
相关联 - 所以这不是您想要的。此外,虽然它在 Structured Data Testing Tool, Google also came out with the new Rich Snippets Results tool 中验证,这应该是替代品(但在我看来确实缺乏 - 我在那里没有成功测试片段)。
我愿意看到更多 concrete/official 示例,但正如您可能从 https://schema.org 中看到的那样,实际上没有。
这让我进入下一节,以及为什么我以原来的方式开始我的回答..
搜索引擎的好处
我在几个月前(截至撰写本文时)发现了 this GitGub thread,它是由 schema.org 的一位投稿人撰写的,主题是 MedicalSpecialty
。我认为这非常清楚地表明,甚至 schema.org 他们自己也没有真正提出最终解决方案来映射医疗结构化数据。
在 schema.org 之上仍然需要清除细节 - 然后是 Google 和其他实现它的搜索引擎的完全独立的问题。基于那个 GitHub 线程,看起来将来还会有更多,但我现在犹豫是否要重视(这部分只是我的意见)。通常,当涉及到结构化数据和 Google 时,我通常认为它的主要好处只会来自 they officially support,而其他任何东西最多只会产生轻微的影响。
另外 - 虽然我认为从代码的角度询问如何实现结构化数据适合这里,但这确实在成为 SEO 特定问题的边缘摇摇欲坠,这通常被认为是 SO 的题外话。我建议在 https://webmasters.stackexchange.com/
询问更多关于 schema.org 的 SEO 相关问题
我正在构建一个医学网页,我正在尝试构建页面架构。
这是我现在拥有的:
<script type="application/ld+json">
{
"@type":"MedicalWebPage",
"audience":{
"@type":"Patient",
"@context":"https://schema.org"
},
"specialty":{
"@type":"MedicalSpecialty",
"@context":"https://schema.org"
},
"@context":"https://schema.org",
"@id":"#/MedicalWebPage"
}
</script>
但是,每个页面都有特定的医学专业,例如心血管或助产,但我不知道该怎么做。我试过以下方法,但出现错误:
"specialty":{
"@type":"MedicalSpecialty",
"@context":"https://schema.org",
"content":"Cardiovascular",
},
"specialty":{
"@type":"Cardiovascular",
"@context":"https://schema.org"
},
"medicalSpecialty":{
"@type":"Cardiovascular",
"@context":"https://schema.org"
},
"specialty":{
"@type":"MedicalSpecialty :: Cardiovascular",
"@context":"https://schema.org"
},
"specialty":{
"@type":"MedicalSpecialty > Cardiovascular",
"@context":"https://schema.org"
},
以下有效,但我不确定我是否会获得与我希望完成的相同的 SEO 收益:
"specialty":"https://schema.org/Cardiovascular",
谢谢!
在撰写本文时,schema.org 的这个区域似乎还没有真正被冲洗掉,以至于没有一个固定的答案。您的问题也有一些动人之处:
- 它是否在测试工具中得到验证?
- 是否根据 schema.org 建议正确实施?
- 它对搜索引擎有价值吗?
验证和更正标记
这个有点像兔子洞。从我查过的内容来看,一切似乎都暗示 MedicalSpeciality
应该与 Hospital
、MedicalOrganization
、Physician
或 MedicalClinic
相关。您可以看到 https://schema.org/MedicalSpecialty 本身列出的内容。这让我相信 MedicalSpeciality
确实最适合应用于那些与应用于 MedicalWebPage
.
话虽如此 - MedicalSpeciality
是 Specialty
的子集,可应用于 WebPage
/ MedicalWebPage
。
我认为您最初的方向是正确的,这是我所做的修改。此代码在结构化数据测试工具中验证:
<script type="application/ld+json">
{
"@type":"MedicalWebPage",
"audience":{
"@type":"Patient",
"@context":"https://schema.org"
},
"specialty":{
"@type":"MedicalSpecialty",
"@context":"https://schema.org",
"name":"Cardiovascular"
},
"@context":"https://schema.org",
"@id":"#/MedicalWebPage"
}
</script>
当然,name
可以是任何东西,并且不会专门将其与架构中的 Cardiovascular
相关联 - 所以这不是您想要的。此外,虽然它在 Structured Data Testing Tool, Google also came out with the new Rich Snippets Results tool 中验证,这应该是替代品(但在我看来确实缺乏 - 我在那里没有成功测试片段)。
我愿意看到更多 concrete/official 示例,但正如您可能从 https://schema.org 中看到的那样,实际上没有。
这让我进入下一节,以及为什么我以原来的方式开始我的回答..
搜索引擎的好处
我在几个月前(截至撰写本文时)发现了 this GitGub thread,它是由 schema.org 的一位投稿人撰写的,主题是 MedicalSpecialty
。我认为这非常清楚地表明,甚至 schema.org 他们自己也没有真正提出最终解决方案来映射医疗结构化数据。
在 schema.org 之上仍然需要清除细节 - 然后是 Google 和其他实现它的搜索引擎的完全独立的问题。基于那个 GitHub 线程,看起来将来还会有更多,但我现在犹豫是否要重视(这部分只是我的意见)。通常,当涉及到结构化数据和 Google 时,我通常认为它的主要好处只会来自 they officially support,而其他任何东西最多只会产生轻微的影响。
另外 - 虽然我认为从代码的角度询问如何实现结构化数据适合这里,但这确实在成为 SEO 特定问题的边缘摇摇欲坠,这通常被认为是 SO 的题外话。我建议在 https://webmasters.stackexchange.com/
询问更多关于 schema.org 的 SEO 相关问题