構造化データ（Schema.org）の実装：MedicalClinic・Physician・FAQPageマークアップ

構造化データは、Webページの内容を検索エンジンが理解しやすい形式でマークアップする仕組みです。しかし、実装するだけで順位や表示が保証されるわけではなく、表示本文との一致、情報の正確性、定期的な検証と更新が不可欠です。

GoogleはFAQリッチリザルトの表示を2026年5月7日から廃止し、2026年6月12日にはFAQリッチリザルトに関する公式文書を削除しました。そのため、FAQPageはSchema.orgの語彙として利用可能ですが、Google検索でのFAQリッチリザルト獲得を目的とした効果は期待できません。本記事では、クリニック経営者、Web担当者、制作会社、SEO担当者の皆様が、構造化データを効果的に活用するための実践ノウハウを、2026年7月14日時点のGoogle一次情報に基づいて解説します。

構造化データとは？クリニックSEOにおけるその重要性

構造化データとは、Webページ上の情報を検索エンジンがプログラム的に理解しやすいように、特定の形式（Schema.org語彙など）でマークアップする技術です。これにより、検索エンジンは単なるテキストの羅列ではなく、その情報が何を意味するのか（例：これはクリニックの住所である、これは医師の名前である、これは診療時間である）を正確に認識できるようになります。

Google検索機能との関係

検索エンジンは構造化データを利用して、検索結果ページ（SERP）にリッチリザルトと呼ばれる視覚的に強化された表示を提供することがあります。これは、ユーザーが求めている情報に素早くアクセスできるため、ユーザー体験の向上に直結します。

Schema.orgとは何か？

Schema.org

Google、Microsoft、Yahoo、Yandexなどの主要な検索エンジンが共同で開発・維持している、構造化データの語彙（ボキャブラリー）の集合体です。Webページ上の情報を意味のあるエンティティとして定義するための標準的な枠組みを提供します。これにより、検索エンジンはWebページの内容をより正確に理解し、ユーザーに適切な情報を提供できるようになります。

Schema.orgは、医療機関に関する情報をマークアップするための「MedicalClinic」や「Physician」といった特定の型を提供しています。これらの型を使用することで、クリニックの基本情報、提供する医療サービス、医師の専門分野などを詳細に検索エンジンに伝えることができます。

JSON-LDの推奨と他の形式

Googleは構造化データの形式としてJSON-LD（JavaScript Object Notation for Linked Data）を推奨しています。JSON-LDは、HTMLドキュメントのhead要素またはbody要素セクション内にJavaScriptオブジェクトとして記述され、Webページのコンテンツとは分離して管理できるため、実装が比較的容易です。MicrodataやRDFaといった他の形式もサポートされていますが、Googleが推奨するJSON-LDを用いるのが一般的です。

実装前の前提条件

構造化データを実装する前に、Webサイト自体が検索エンジンにとって適切にクロール・インデックスされているか、またユーザーにとって信頼できる情報源であるかを確認することが極めて重要です。

基本的なSEO要素の確認

以下の項目は、構造化データ実装の前提となるサイトの健全性を示すものです。

• canonicalタグの適切性: 重複コンテンツの問題を避けるため、正規URLが正しく指定されているか確認します。
• robots.txtとnoindex設定: 検索エンジンにインデックスさせたいページがブロックされていないか、インデックスさせたくないページがnoindexになっているかを確認します。
• 表示本文との一致: 構造化データでマークアップする情報は、必ずページ上に表示されている内容と一致している必要があります。非表示情報や誤解を招く情報のマークアップは、Googleのガイドライン違反となり、構造化データの検索機能対象外や手動対策につながる可能性があります。

医療機関としての信頼性情報

医療機関のWebサイトでは、特に情報の正確性と信頼性が求められます。

• 院名・住所・電話番号の正本性: Google ビジネス プロフィールや他のオンラインディレクトリと完全に一致しているかを確認します。これらの情報は、Googleのローカル検索において非常に重要です。
• 医師情報の正確性: 医師の氏名、専門分野、資格、所属学会などの情報が最新かつ正確であるかを確認します。
• 更新責任者の明確化: Webサイトの情報を継続的に最新へ保つため、誰が情報の更新責任を負うのかを明確にしておく必要があります。特に医療情報は誤解を招かないよう、専門家による確認が不可欠です。

MedicalClinic・Physician・Articleなどの使い分け

クリニックのWebサイトで特に有用なSchema.orgの型には、MedicalClinic、Physician、Article、BreadcrumbList、ItemList、そしてFAQPageがあります。これらの型を適切に使い分けることで、検索エンジンにクリニックの情報を多角的に伝えることができます。

MedicalClinicとPhysicianの使い分け

MedicalClinicは医療機関全体に関する情報、Physicianは個々の医師に関する情報をマークアップするために使用します。多くの医療機関で見落とされがちですが、これらを適切に使い分けることで、クリニック全体としての信頼性と、個々の医師の専門性を検索エンジンに正確に伝えることが可能です。

FAQPageマークアップの現状

前述の通り、Googleは2026年5月7日以降、FAQリッチリザルトの表示を停止しました。これは、検索結果ページの視覚的なノイズを減らし、より関連性の高い情報を強調するためのGoogleの方針転換です。したがって、FAQPageの構造化データはSchema.orgの語彙としては引き続き有効ですが、Google検索でリッチリザルトとして表示されることを期待して実装する意味はなくなりました。ただし、FAQコンテンツそのものはユーザーの疑問解消に役立つため、コンテンツとして充実させることは引き続き重要です。

医療広告ガイドラインと構造化データ

構造化データの内容は、医療広告ガイドラインに準拠している必要があります。例えば、誇大広告や虚偽の情報をマークアップすることは許されません。構造化データはあくまでページ上の情報を正確に表現するものであり、その内容が医療広告ガイドラインの免除対象となるわけではありません。マークアップする情報が適法であるか、常に確認することが求められます。

構造化データの実装手順

構造化データの実装は、計画的に進めることで効率的かつ正確に行うことができます。

1. サイト情報の棚卸しと優先順位付け

まず、Webサイト内のどのページにどのような構造化データを実装すべきかを洗い出します。特に、クリニックの基本情報（名称、住所、電話番号、診療時間）、医師紹介、診療内容、よくある質問、ブログ記事などが優先的に検討されます。

• トップページ: MedicalClinic（クリニック全体情報）
• クリニック概要/アクセス: MedicalClinic（詳細な住所、地図URL、営業時間など）
• 医師紹介ページ: Physician（各医師の専門、資格、経歴など）
• 診療案内/疾患ページ: Article（疾患解説、治療法など）
• よくある質問ページ: FAQPage（質問と回答のペア）

2. エンティティ設計とプロパティの選定

各ページでマークアップする情報の種類（エンティティ）を決定し、Schema.orgで定義されている適切なプロパティを選定します。例えば、MedicalClinicであれば、name, address, telephone, openingHoursなどが考えられます。

3. JSON-LDコードの実装

選定したプロパティに基づいてJSON-LDコードを記述します。これはHTMLのhead要素タグ内、またはbody要素タグ内の適切な場所に挿入します。WordPressなどのCMSを使用している場合は、プラグインを利用することも可能ですが、手動での記述が最も柔軟性があります。

4. 2種類のテストツールによる検証

実装した構造化データは、以下の2つのGoogle公式ツールで検証します。

• リッチリザルトテスト (Rich Results Test): Google検索でリッチリザルトとして表示される可能性があるかを確認します。
• Schema Markup Validator (旧構造化データテストツール): Schema.orgの構文が正しいか、エラーがないかを確認します。

5. 少数ページで公開して検証する

いきなり全ページに実装するのではなく、まずは数ページに絞って公開し、Google Search Consoleでエラーが発生していないか、リッチリザルトの表示状況に変化があるかを確認します。これにより、問題が発生した場合の影響を最小限に抑えることができます。

6. Search Consoleでの継続的な監視と改善

ここでエラーや警告がないか、定期的に監視します。新しいリッチリザルトの機会が報告されることもあるため、常に最新の情報をチェックし、必要に応じて構造化データを更新・改善していくことが重要です。

JSON-LDの具体例

{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "MedicalClinic",
      "@id": "https://example.com/#clinic",
      "name": "<院名>",
      "url": "https://example.com/",
      "telephone": "<電話番号>",
      "address": {
        "@type": "PostalAddress",
        "streetAddress": "<町名番地>",
        "addressLocality": "<市区町村>",
        "addressRegion": "<都道府県>",
        "postalCode": "<郵便番号>",
        "addressCountry": "JP"
      }
    },
    {
      "@type": "Physician",
      "@id": "https://example.com/doctors/example/#physician",
      "name": "<医師名>",
      "url": "https://example.com/doctors/example/",
      "medicalSpecialty": "<診療科>",
      "worksFor": {
        "@id": "https://example.com/#clinic"
      }
    }
  ]
}

実装時は、山括弧の項目をページ上に表示している正確な情報へ置き換えます。存在しない医師、資格、診療時間、評価、実績は追加しません。

公開前チェックリストとよくある失敗

構造化データの公開前に、必ず以下のチェックリストで確認を行い、よくある失敗パターンを避けることが重要です。

公開前チェックリスト

• ✅ 構造化データの内容が、ページ上に表示されている情報と完全に一致しているか？
• ✅ Googleのリッチリザルトテストツールで「有効なアイテム」として認識されているか？
• ✅ Schema Markup Validatorで構文エラーや警告がないか？
• ✅ 医療広告ガイドラインに抵触する表現が含まれていないか？
• ✅ MedicalClinicの住所や電話番号がGoogleビジネスプロフィールと一致しているか？
• ✅ Physicianの氏名や専門分野が正確かつ最新か？
• ✅ noindex設定されているページに構造化データを実装していないか？
• ✅ 必須プロパティがすべて含まれているか？（各リッチリザルトタイプで異なる）

よくある失敗パターン

• 表示本文との不一致: ページに表示されていない情報をマークアップしたり、表示内容と異なる情報をマークアップしたりすると、ガイドライン違反となります。
• 古い情報の放置: 診療時間や医師の異動など、情報が更新されていないとユーザーの混乱を招き、信頼性を損ねます。
• 全ページに同一MedicalClinic: トップページやクリニック概要ページ以外に、詳細な診療科ページなどにまで同じMedicalClinic情報をマークアップすると、重複とみなされる可能性があります。各ページに最も関連性の高い情報のみをマークアップしましょう。
• レビュー情報のマークアップ: 自院サイト上の評価を LocalBusiness または Organization の aggregateRating として記載しても、Googleのレビュー スニペット対象にはなりません。評価情報を扱う場合は、表示本文・出典・集計方法を一致させ、作成した数値を記載しないでください。
• FAQ効果の誤認: FAQPageのマークアップがGoogleのリッチリザルトとして表示されなくなったことを理解せず、効果を過信すること。
• noindexページへの実装: 検索エンジンにインデックスさせないページに構造化データを実装しても意味がありません。
• JSON-LDの構文エラー: 末尾カンマの有無、引用符のミスなど、JSON構文のわずかなエラーで認識されないことがあります。

実装・運用上の注意点

構造化データは強力なツールですが、その限界とGoogleの最新方針を理解しておくことが不可欠です。「構造化データを実装すれば必ず集患できる」といった断定的な表現は避け、現実的な期待値を持つことが重要です。

構文正解とGoogle機能対象は別

Schema Markup Validatorで構文が正しくても、それがGoogle検索のリッチリザルトとして表示されるとは限りません。Googleは独自のガイドラインとアルゴリズムに基づいて、どの情報をリッチリザルトとして表示するかを決定します。例えば、PhysicianはSchema.orgの有効な型ですが、Googleは現時点でPhysician専用のリッチリザルトを提供していません。

Google表示は保証されない

構造化データを実装したからといって、必ずしもリッチリザルトが表示されるわけではありません。Googleは多くの要因（検索クエリの性質、ユーザーの所在地、デバイス、他の競合サイトの状況など）を考慮して、リッチリザルトを表示するかどうかを判断します。また、Googleのアルゴリズムは常に進化しており、表示されるリッチリザルトの種類や形式も変更される可能性があります。

医療広告の適法性はマークアップで免除されない

繰り返しになりますが、構造化データはWebページの内容を検索エンジンに伝えるためのものであり、その内容が医療広告ガイドラインに違反していないかを判断するものではありません。マークアップする情報そのものが、誇大広告、虚偽広告、比較優良広告などに該当しないよう、常に注意を払う必要があります。万が一、不適切な情報をマークアップした場合、Google検索機能の対象外や手動対策に加え、内容によっては法令・ガイドライン上の確認が必要です。

次の行動

まず代表1ページを選び、表示本文と正本情報を揃えてからJSON-LDを実装します。Schema Markup Validator、GoogleのRich Results Test、公開後のURL検査を順に行い、院情報や検索仕様が変わったときに更新できる担当と手順を決めてください。