在 Schema.org 中为 MedicalWebPage 指定医疗专业

如何解决在 Schema.org 中为 MedicalWebPage 指定医疗专业

我正在构建一个医疗网页，我正在尝试构建页面架构。

这是我现在所拥有的：

<script type="application/ld+json">
    {
    "@type":"MedicalWebPage","audience":{
        "@type":"Patient","@context":"https://schema.org"
    },"specialty":{
        "@type":"MedicalSpecialty","@context":"https://schema.org","@id":"#/MedicalWebPage"
    }
</script>

但是，每个页面都有一个特定的医学专业，例如心血管或助产学，但我不知道如何做到这一点。我尝试了以下方法，但出现错误：

    "specialty":{
        "@type":"MedicalSpecialty","content":"Cardiovascular",},"specialty":{
        "@type":"Cardiovascular","medicalSpecialty":{
        "@type":"Cardiovascular","specialty":{
        "@type":"MedicalSpecialty :: Cardiovascular","specialty":{
        "@type":"MedicalSpecialty > Cardiovascular",

以下有效，但我不确定我是否会获得与我希望实现的相同的 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"
    },"@id":"#/MedicalWebPage"
    }
</script>

当然，name 可以是任何东西，并且不会专门将它与 Schema 中的 Cardiovascular 联系起来 - 所以这不完全是您想要的。此外，虽然它在 Structured Data Testing Tool 中进行了验证，但 Google 还推出了新的 Rich Snippets Results tool，它应该是替代品（但在我看来确实缺乏 - 我在那里没有成功的测试片段） .

我愿意查看更多具体/官方示例，但正如您可能从 https://schema.org 看到的那样，实际上没有。

这将引导我进入下一部分以及为什么我以我以前的方式开始回答..

搜索引擎优势

我在几个月前（在撰写本文时）发现了 this GitGub thread，它是由 schema.org 的一位贡献者撰写的，主题是 MedicalSpecialty。我认为这很清楚地表明，即使是 schema.org 自己也没有真正提出如何映射医疗结构化数据的最终解决方案。

在 schema.org 之上仍然需要清除细节 - 然后是谷歌和其他搜索引擎实现它的完全独立的问题。基于那个 GitHub 线程，看起来将来会有更多内容出现，但我现在不愿投入太多精力（这部分只是我的意见）。通常，当谈到结构化数据和 Google 时，我通常认为它的主要好处只会来自they officially support 和其他任何东西最多只能产生轻微影响。

另外 - 虽然我认为从代码的角度询问如何实现结构化数据适合这里，但这真的是在作为一个 SEO 特定问题的边缘摇摇欲坠，通常被认为是离题的 SO。我建议在 https://webmasters.stackexchange.com/

上询问更多关于 schema.org 的 SEO 相关问题