MENU

AI検索時代のクリニックの構造化データ|FAQPage・Physician・BreadcrumbListをどこまで実装するか

AI検索時代のクリニックの構造化データ|FAQPage・Physician・BreadcrumbListをどこまで実装するか
クリニック集客研究所|STRUCTURED DATA
AI検索のための特別なマークアップはない。
構造化データは「表示内容と一致する基本の型」から

「AIに選ばれるには、FAQPageとPhysicianの構造化データが必須です」――制作会社や業者からこう提案されたとき、院長はどう判断すればよいでしょうか。Googleは、AIによる概要やAIモードに表示されるために特別な構造化データを追加する必要はなく、構造化データはページに表示されているテキストと一致させるよう説明しています。さらに、よくある質問(FAQ)のリッチリザルトは2026年5月7日以降、Google検索に表示されなくなりました。本記事では、医院の基本情報を表すMedicalClinic(LocalBusinessの一種)を土台に、FAQPage・Physician・BreadcrumbList・Articleなどの型を、いま実装する意味があるかどうかと優先度で整理し、検証の手順までを解説します。

AI専用の型は不要Google公式の説明
FAQ表示は2026年5月に終了新規実装の優先度は低い
土台はMedicalClinic表示内容と一致させる
結論|30秒でわかるAI検索時代の構造化データ

クリニックの構造化データとは、医院名・住所・診療時間・ページの種類などを、schema.orgの決まった語彙でページに書き込み、検索エンジンに内容を正確に伝えるためのコードです。Googleは、生成AI検索に構造化データは必要ないとしつつ、リッチリザルトの対象になるためにSEOの一部として使い続けることを勧めています。医院はAI向けの特別な型を探すのではなく、表示内容と一致する基本の型を正しく実装します。

  • 最優先は医院の基本情報を表すMedicalClinic(LocalBusinessの下位の型)。診療時間などを表示内容とGoogleビジネスプロフィールに一致させる
  • BreadcrumbListとArticleは、サイトの構成やコラムがある場合に中程度の優先度で実装する
  • FAQPageはリッチリザルトの表示が終了しており、新たに工数をかける理由は乏しい。Physicianに対応するGoogleの検索機能はない
  • 自院の口コミの評価点、ページにない情報、AI専用をうたうマークアップは実装しない
?AIによる概要に出るために、構造化データを追加する必要はある?
?FAQPageやPhysicianは、いま実装する意味がある?
?実装した構造化データが正しいかは、どう確かめればよい?
✓先に確認する5つの要点
  • Googleは「AI機能とウェブサイト」で、AI機能に表示されるために特別なschema.orgの構造化データを追加する必要はないとし、構造化データはページに表示されるテキストと一致させるよう求めている
  • 2026年5月公開の生成AI機能向けガイドでも、生成AI検索に構造化データは必要ないとしたうえで、リッチリザルトのためにSEO戦略の一部として使い続けることを勧めている
  • よくある質問(FAQ)のリッチリザルトは、2023年9月から信頼できる政府・保健関連のサイトに限定され、2026年5月7日以降はGoogle検索に表示されなくなった。ドキュメントも同年6月15日に削除された
  • schema.orgのPhysicianは、人物(Person)ではなく医療機関・事業所の系統の型として定義されている。Googleの検索ギャラリーには、医師に対応するリッチリザルトはない
  • 構造化データの検証はリッチリザルトテストとURL検査で行う。ただし品質に関するガイドライン違反は自動テストでは検出できず、表示内容との一致は人の目で確認する
FREE CHECK

自院サイトの構造化データが、表示内容や地図の情報と一致しているか確認したい方へ

公式サイトの診療時間・住所・電話番号と、構造化データ、Googleビジネスプロフィールの内容を照合し、食い違いや不要なマークアップ、優先して直す箇所を整理します。

無料MEO診断の内容を見る  →

最終確認日:2026年10月15日。Google検索がサポートする構造化データの種類、リッチリザルトの表示条件、schema.orgの語彙は更新されることがあります。本記事は運用情報であり、リッチリザルトやAIによる概要への表示、検索順位、集患の効果を保証するものではありません。

目次

PREMISE前提:AI機能のための特別な構造化データは不要

Googleは、AIによる概要やAIモードに表示されるために、特別な構造化データを追加する必要はないと明言しています。構造化データの役割は、これまでどおり、ページの内容を正確に伝え、リッチリザルトの対象になることです。

Google検索セントラルの「AI機能とウェブサイト」は、AI機能に表示されるための追加の要件はないとしたうえで、構造化データについては、ページに表示されているテキストと一致させること、AI機能のために特別なschema.orgの構造化データを追加する必要はないことを説明しています。2026年5月に公開された生成AI機能向けのガイドも、生成AI検索に構造化データは必要ないとしつつ、リッチリザルトの対象になる助けになるため、SEO戦略の一部として使い続けることを勧めています。

Googleの説明と、医院の判断への置き換え
Googleの説明(要旨)医院の判断
AI機能のための特別なschema.orgの構造化データは不要「AI対策用のマークアップ」を理由にした追加の発注はしない
構造化データはページに表示されるテキストと一致させる診療時間などを変えたら、表示とマークアップを同時に直す運用にする
生成AI検索に構造化データは必要ないが、リッチリザルトのためには使い続けるとよいGoogleがサポートする型のうち、医院に関係するものを選んで実装する
AI機能に表示されるための前提は、インデックス登録とスニペット表示の対象であること構造化データより先に、重要ページのインデックスと内容の正確さを確認する

つまり、構造化データは「AIに選ばれるための特効薬」ではなく、医院の基本情報を誤解なく伝えるための正確な補足です。AI検索全体での考え方はクリニックのAIO対策の基本とクリニックのLLMO対策で解説しています。

BASICS構造化データの基本ルール|表示内容と一致し、最も具体的な型を使う

構造化データは、ページに表示されている内容を、決まった語彙で機械にも読める形にしたものです。Googleのガイドラインは、ユーザーに見えない内容をマークアップしないこと、最も具体的な型を使うこと、マークアップしてもリッチリザルトの表示は保証されないことを定めています。

構造化データ
ページの内容(医院名、住所、診療時間、記事の著者など)を、決まった形式で記述したデータ。検索エンジンがページの内容を正確に理解する手がかりになります。
schema.org
構造化データで使う語彙(型とプロパティ)を定めた共通の辞書。MedicalClinic、BreadcrumbList、Articleなどの型があります。
JSON-LD
構造化データの書き方の一つ。Googleは、JSON-LD・microdata・RDFaに対応し、JSON-LDを推奨しています。
リッチリザルト
構造化データなどをもとに、通常より情報量の多い形で表示される検索結果。Googleがサポートする機能だけが対象です。

Googleの「構造化データに関する一般的なガイドライン」の要点は次のとおりです。①ユーザーに表示されない内容をマークアップしない、②ページの内容を正確に反映する、③schema.orgの最も具体的な型とプロパティを使う、④必須プロパティを満たす、⑤ガイドライン違反には手動による対策があり得る。また、マークアップが正しくても、リッチリザルトとして表示されるとは限りません。

PRIORITY型ごとの要否と優先度|医院が実装する順番

医院サイトで検討される主な型を、Google検索での扱いと医院での優先度で整理すると、最優先はMedicalClinic、次にBreadcrumbListとArticle、FAQPageとPhysicianは低い優先度になります。

Googleの検索ギャラリー(2026年6月24日更新)には、Google検索がサポートする構造化データの機能が一覧になっています。ローカルビジネス、パンくずリスト、記事、組織、動画、クチコミ抜粋などは含まれますが、よくある質問(FAQ)や医師・医療に特化した機能は含まれていません。

医院サイトで検討される構造化データの型と優先度(2026年10月15日時点)
型用途Google検索での扱い医院での優先度
MedicalClinic(LocalBusinessの下位の型)医院名・住所・電話・診療時間などの基本情報ローカルビジネスの構造化データとしてサポート高。トップページか医院概要ページに
BreadcrumbListページがサイトのどの階層にあるかパンくずリストとしてサポート中。サイトの階層が2段以上ある場合
Article/BlogPostingコラムや解説記事の著者・公開日・更新日記事としてサポート(必須プロパティなし)中。コラムを継続して書く場合
VideoObject院内紹介などの動画動画としてサポート動画を掲載している場合のみ
Organization組織の名称・ロゴ・連絡先組織としてサポート。地域のビジネスはLocalBusinessの下位の型を選ぶよう案内MedicalClinicで兼ねる
FAQPageよくある質問2026年5月7日以降、リッチリザルトは表示されない低。新たに工数をかける理由は乏しい
Physician/IndividualPhysician医師・診療所対応するGoogleの検索機能はない低。医師の情報はページの本文で示す
AggregateRating(自院の口コミ)評価点自院が管理する自院の評価は、星の表示の対象外実装しない

優先度を決めるときの考え方はシンプルです。Googleがサポートしていて、自院のページに実際に表示されている情報があるものから実装する。サポートされていない型を増やしても、検索での見え方は変わらず、管理の手間と食い違いのリスクが増えるだけです。

MEDICALCLINIC土台はMedicalClinic|既存の実装を確認する

医院の構造化データの土台は、LocalBusinessの下位の型であるMedicalClinicで、医院名・住所・電話番号・診療時間を表すマークアップです。新しい型を足す前に、この基本のマークアップが表示内容とGoogleビジネスプロフィールに一致しているかを確認します。

Googleのローカルビジネスのドキュメントは、必須プロパティを名前(name)と住所(address)とし、診療時間(openingHoursSpecification)、電話番号(telephone)、URL(url)、緯度経度(geo)などを推奨プロパティとしています。また、できる限り具体的なLocalBusinessの下位の型を使うよう求めています。実装と検証の詳しい手順はLocalBusiness構造化データ(MedicalClinic)の実装・検証手順で解説しています。

MedicalClinicのマークアップで確認する項目
プロパティよくある不一致確認すること
name旧名称や、キーワードを足した名称になっている看板・公式サイト・プロフィールと同じ正式名称か
addressビル名・階数の抜け、移転前の住所公式サイトのアクセスページと同じ表記か
telephone旧番号や計測用番号が入っているページに表示している代表番号と同じか
openingHoursSpecification昼休みや土曜午後の休診が反映されていない、変更後に直していない診療時間表とプロフィールの営業時間と一致しているか
url・geohttp・wwwの違い、地図のピンとずれた座標正規のURLか、地図上の位置と合っているか

特に診療時間は、表示を変えたのにマークアップが古いまま、という食い違いが起きやすい項目です。診療時間を変更するときは、公式サイトの表、構造化データ、Googleビジネスプロフィールの3か所を同じ日に直す手順を決めておきます。プロフィール側の設定は診療時間の正しい登録手順を参照してください。

FAQPAGEFAQPage:リッチリザルトの終了と、いま実装する意味

Google検索のFAQのリッチリザルトは、2026年5月7日以降表示されなくなりました。FAQPageの構造化データを新たに実装しても、検索結果の見え方は変わりません。FAQは、患者の疑問に答えるページ上のコンテンツとして作ります。

FAQのリッチリザルトの経緯(Google検索セントラルのドキュメント更新履歴より)
時期内容
2023年9月FAQのリッチリザルトは、よく知られた信頼のおける政府機関および保健衛生関連のウェブサイトにのみ表示されることが明記された
2026年5月8日サポート終了を告知。2026年5月7日以降、この機能はGoogle検索に表示されなくなった
2026年6月15日FAQのリッチリザルトに関するドキュメントが削除された

「FAQPageを入れればAIに引用される」という説明を見かけることがありますが、Googleは生成AI検索に構造化データは必要ないとしています。FAQの価値は、受付でよく聞かれる質問に、ページ上で完結した答えを示すことそのものにあります。既にFAQPageを実装している場合は、少なくともマークアップの内容がページに表示されているFAQと一致しているかを確認し、扱いは制作会社と相談して判断してください。FAQの書き方はAIに引用されやすいクリニック記事の書き方で解説しています。

PHYSICIANPhysicianと医師の情報|schema.orgの定義とGoogleの扱い

schema.orgのPhysicianは、医師個人を表す人物(Person)の型ではなく、医療機関・事業所の系統に属する型です。Googleの検索ギャラリーにも医師に対応する機能はないため、医院が優先して実装する理由は乏しく、医師の情報はページの本文で明確に示すことが先です。

schema.orgでは、PhysicianはMedicalOrganizationやMedicalBusiness(LocalBusinessの一種)の下位の型として定義され、さらにその下に、個々の医療従事者を表すIndividualPhysicianという型があります。「医師紹介ページにPhysicianを入れれば、院長個人の情報が伝わる」と考えて実装すると、型の意味とずれる可能性があります。

優先しない型を増やして医師を表そうとする

医師紹介ページにPhysicianの構造化データを追加し、ページに書いていない学会名や資格を、プロパティにだけ入れる。

Googleの検索機能に対応せず、表示していない情報のマークアップはガイドラインに反する。資格の表記は医療広告上の注意も必要。

優先する本文で医師の情報を示す

医師紹介ページに、氏名・担当する診療・経歴を本文で記載し、コラムの著者欄から医師紹介ページへリンクする。記事のArticleでは、著者(author)に医師名と医師紹介ページのURLを指定する。

読者に見える情報と構造化データが一致し、誰が書いたかが明確になる。

医師の経歴や資格をページに書く際は、医療広告ガイドラインで広告できる範囲に注意が必要です。専門性に関する資格は、一定の要件を満たす団体が認定するものに限って広告できるとされています。表現の確認はGoogleマップ運用と医療広告ガイドラインもあわせてご覧ください。

DON’T実装しないほうがよいマークアップ

構造化データは、正しく使えば内容を正確に伝える助けになりますが、ページに表示していない情報や自院に有利な評価を書き込むと、ガイドライン違反や医療広告上の問題につながります。次のようなマークアップは実装しません。

✓ 実装してよいもの
  • 表示内容と一致するMedicalClinicの基本情報
  • ページ上のパンくずと一致するBreadcrumbList
  • 著者と日付が表示と一致するArticle
  • 掲載している動画のVideoObject
× 実装しないもの
  • 自院が管理する自院の口コミの評価点(AggregateRating)
  • ページに表示していない診療内容・資格・キーワード
  • 表示と違う診療時間や旧住所が残ったマークアップ
  • 「AI専用」「LLMO用」をうたう独自のマークアップ
  • 地域名だけを変えた量産ページへの一括マークアップ

Googleのクチコミ抜粋のドキュメントは、レビューされる側が自身のレビューを管理している場合、LocalBusinessやOrganizationの構造化データを使うページはスター評価の機能の対象外になると説明しています。加えて、医院のサイトに患者の口コミを転載すること自体が、医療広告ガイドラインで禁止される体験談の掲載にあたるおそれがあります。口コミの扱いはGoogle口コミを依頼する方法で解説しています。

VERIFY検証と運用の手順|ツールの確認と人の目の確認

構造化データは、ツールで技術的なエラーを確認し、人の目で表示内容との一致を確認する、の2段階で検証します。Googleは、品質に関するガイドラインの違反は自動テストでは検出できないと説明しています。

1

リッチリザルトテストで確認する

公開ページのURLかコードを入力し、検出された構造化データの種類、エラーと警告を確認します。スマートフォンとパソコンのどちらで確認するかも選べます。

Googleのサポート対象を確認
2

Schema Markup Validatorで語彙を確認する

schema.orgが提供する検証ツールで、Googleがサポートしていない型も含めて、記述の誤りがないかを確認します。

型とプロパティの綴り
3

表示内容と一致しているかを人が確認する

マークアップの医院名・住所・電話・診療時間を、ページの表示とGoogleビジネスプロフィールに1項目ずつ照らし合わせます。

ツールでは分からない部分
4

URL検査でGoogleの認識を確認する

Search ConsoleのURL検査で、ページがインデックスに登録されているか、構造化データが検出されているかを確認し、修正後は再クロールをリクエストします。

修正後に再確認
5

変更のたびに更新し、記録する

診療時間・住所・電話番号の変更時に、構造化データも同時に直します。誰がどこで管理しているか(テーマ、プラグイン、手書き)を記録しておきます。

管理場所を把握

URL検査の使い方はURL検査と再クロールの手順で紹介しています。構造化データはテーマやプラグインが自動で出力していることも多いため、どの仕組みが何を出力しているかを制作会社に確認し、重複や古い情報がないかを一度棚卸ししておくと安心です。

COMMON MISTAKES構造化データでよくある失敗6つ

01表示を直してマークアップを直さない

診療時間の変更後に古いマークアップが残ると、情報が食い違います。3か所を同時に直します。

02「AI用」の型を追加発注する

Googleは特別な構造化データは不要としています。基本の型の正確さを優先します。

03FAQPageで検索結果が変わると期待する

FAQのリッチリザルトは2026年5月7日以降表示されていません。

04自院の口コミの評価点をマークアップする

星の表示の対象外で、医療広告上も問題になり得ます。

05テーマとプラグインで二重に出力する

同じ情報が食い違った形で2つ出力されることがあります。出力元を棚卸しします。

06ツールのエラーがなければ完了とする

表示内容との一致は自動テストでは分かりません。人の目で照合します。

関連ページも同時に確認

FAQよくある質問

AIによる概要に表示されるために、構造化データは必要ですか?
必要ありません。Googleは、AIによる概要やAIモードに表示されるために特別なschema.orgの構造化データを追加する必要はないと説明し、生成AI機能向けのガイドでも生成AI検索に構造化データは必要ないとしています。構造化データは、リッチリザルトの対象になるためのSEOの一部として、表示内容と一致させて実装します。
FAQPageの構造化データは、もう意味がないのですか?
Google検索での見え方という点では、FAQのリッチリザルトが2026年5月7日以降表示されなくなったため、新たに実装しても変化はありません。一方、ページ上のFAQそのものは、患者の疑問に答えるコンテンツとして引き続き役立ちます。既存のFAQPageは、少なくとも表示内容との一致を確認し、扱いは制作会社と相談してください。
医師紹介ページにPhysicianの構造化データを入れるべきですか?
優先度は低いと考えます。schema.orgのPhysicianは医療機関・事業所の系統の型として定義されており、Googleの検索ギャラリーにも医師に対応する機能はありません。医師の氏名・担当診療・経歴をページの本文で示し、コラムのArticleで著者として医師名と医師紹介ページのURLを指定するほうが、読者にも伝わります。
MedicalClinicとOrganization、両方を入れる必要がありますか?
通常は必要ありません。Googleの組織の構造化データのドキュメントは、実店舗や地域のビジネスはLocalBusinessの下位の型を選び、その必須・推奨プロパティを設定するよう案内しています。MedicalClinicはLocalBusinessの下位の型なので、医院の基本情報はMedicalClinicにまとめ、名称・住所・電話などを表示内容と一致させれば十分です。
自院の口コミの星を検索結果に出すことはできますか?
できません。Googleのクチコミ抜粋のドキュメントは、レビューされる側が自身のレビューを管理している場合、LocalBusinessやOrganizationの構造化データを使うページはスター評価の対象外になると説明しています。また、医院のサイトに患者の口コミを掲載すること自体が、医療広告ガイドラインで禁止される体験談にあたるおそれがあります。
構造化データが正しいかどうか、医院でも確認できますか?
確認できます。Googleのリッチリザルトテストに公開ページのURLを入れると、検出された構造化データとエラーが表示されます。あわせて、マークアップの医院名・住所・電話番号・診療時間が、ページの表示とGoogleビジネスプロフィールに一致しているかを目で照合してください。コードの修正は制作会社に依頼し、修正後はURL検査で再確認します。

SUMMARYまとめ|構造化データは「正確な基本の型」を、表示と一致させて

この記事のポイント
POINT 01AI機能のための特別な構造化データは不要
POINT 02最優先はMedicalClinicの基本情報の正確さ
POINT 03BreadcrumbListとArticleは中程度の優先度
POINT 04FAQのリッチリザルトは2026年5月に終了
POINT 05Physicianより、医師の情報は本文で示す
POINT 06ツールと人の目の2段階で検証する

今日から進めるならこの順番

STEP 01トップページをリッチリザルトテストにかける
STEP 02MedicalClinicの内容を表示とプロフィールに照合する
STEP 03構造化データの出力元を制作会社と棚卸しする
STEP 04診療時間の変更時に3か所を同時に直すルールを作る

構造化データは、AIの時代になって新しい役割を得たわけではありません。ページに書いてある医院の情報を、誤解なく、表示と同じ内容で伝えること。その基本を守ることが、検索でもAIの回答でも、医院の情報が正しく扱われるための土台になります。地図での見え方を含めた全体像はクリニックMEO完全ガイドにまとめています。

CLINIC MEO DIAGNOSIS

公式サイトの表示・構造化データ・Googleビジネスプロフィールの一致を確認します

医院名・住所・電話番号・診療時間が、ページの表示、構造化データ、Googleマップで食い違っていないかを照合し、直す箇所と順番をお渡しします。

無料MEO診断の案内を見る  →
確認した一次情報・公式情報
執筆・編集:クリニック集客研究所(MOCHI ha MOCHIYA)
本記事は一般的な運用情報であり、リッチリザルトやAIによる概要への表示、Google検索での順位、集客の効果を保証するものではありません。
対象:日本国内のクリニック・診療所の公式サイトにおける構造化データの実装と運用。コードの実装・修正は、サイトの構成を把握している制作会社等と相談のうえ行ってください。個別の表現が医療広告規制に適合するかの判断は、所管の保健所または専門家にご確認ください。
よかったらシェアしてね!
  • URLをコピーしました!
  • URLをコピーしました!

この記事を書いた人

コメント

コメントする

目次