在 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 应该与 HospitalMedicalOrganizationPhysicianMedicalClinic 相关。您可以看到 https://schema.org/MedicalSpecialty 本身列出的内容。这让我相信 MedicalSpeciality 确实最适合应用于那些与应用于 MedicalWebPage.

的人

话虽如此 - MedicalSpecialitySpecialty 的子集,可应用于 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 相关问题