構造化データは検索結果を保証するものではなく、ページ内容を機械可読に伝える
クリニックの公式サイトでは、LocalBusiness系の構造化データとしてMedicalClinicを検討できます。ページに実際に見える院名、住所、電話、URL、診療時間等とJSON-LDを一致させ、GoogleのリッチリザルトテストとSchema Markup Validatorで構文を確認します。検索表示や順位は保証されません。
- MedicalClinicとLocalBusinessのどちらを使うか迷う
- JSON-LDに何を入れるべきか知りたい
- Googleマップ情報とサイト情報を揃えたい
- テストでエラー・警告が出る
結論:ページに見える正確な情報だけをMedicalClinicとしてマークアップする
- 最も具体的で実態に合う型を選ぶ
- name・address・telephone・url・openingHours等を公開内容と一致
- 存在しない評価や画像を構造化データへ入れない
- テスト合格でもリッチ表示は保証されない
構造化データは、ページ内容の意味を検索エンジンへ伝えるための機械可読な記述です。JSON-LDはHTML内へJSON形式で記述する方法で、Googleが推奨する実装形式の一つです。MedicalClinicはSchema.orgの医療クリニック向けタイプです。
公式情報から確認できること
Google Search CentralはLocalBusiness構造化データの実装方法、必須・推奨プロパティ、例を公開しています。
ガイドラインに準拠しても、リッチリザルト表示は保証されません。
構造化データは、ユーザーに見えるページ内容を正確に表す必要があります。
Googleは可能な限り実態に合う具体的なLocalBusinessサブタイプを使う考え方を示しています。
MedicalClinicを付けるだけでMEO順位が上がると断定できる根拠はありません。実装目的は情報の意味を明確にし、サイト内の院情報を一貫させることです。
実装項目の優先順位
| 項目 | 値の根拠 | 注意 | 公開確認 |
|---|---|---|---|
| @type | 実態に合うMedicalClinic等 | 不適切な型を盛らない | JSON-LDとページ |
| name | 正式院名 | キーワード追加なし | H1・フッター |
| address | 正式住所・階数 | ピンと一致 | アクセスページ |
| telephone | 患者向け主番号 | FAX混在なし | クリック発信 |
| openingHoursSpecification | 診療可能時間 | 受付時間との差 | 診療時間表 |
| url | canonical URL | HTTP 200・HTTPS | ブラウザで確認 |
| image | 権利ある代表画像 | 実URL・クロール可能 | 画像200 |
- 見える本文と一致
- 一院一情報源
- 正式URLを使用
- 更新時に同時修正
- 架空のaggregateRating
- 非公開情報を記述
- 全ページで別値を出す
- テスト警告を意味なく埋める
初心者向け:実行手順
対象ページを決める
トップまたは院情報ページなど、院名・住所・電話・時間が見える代表ページを選びます。
公開情報を棚卸し
GBP、自院サイト、予約、フッターの院名・住所・電話・時間を揃えます。
JSON-LDを作る
@context、@type、name、address、telephone、url等を、実際に見える値で記述します。
テストする
GoogleのリッチリザルトテストとSchema Markup Validatorで構文・認識項目を確認します。
公開後に監視
Search Consoleの検出状況、URL検査、ソースHTML、更新時の値を確認します。
診療科、治療内容、価格、安全性などを構造化データに書く場合も、ページで確認できる事実と医療広告規制を守ります。構造化データは患者に見えにくいから自由に書ける欄ではありません。
よくある失敗と、うまくいかない場合
公開前チェックリスト
- 最適な型を選択
- 本文と値が一致
- canonical URLと一致
- 画像・リンクが200
- 2種類のテストを実施
| 症状 | 確認すること | 次の対応 |
|---|---|---|
| JSON構文エラー | カンマ・引用符・括弧 | validatorで一箇所ずつ修正 |
| 警告が残る | 推奨項目の有無 | 実在情報だけ追加 |
| 重複スキーマ | テーマ・プラグイン出力 | ソースで全JSON-LD確認 |
| Search Console未検出 | クロール・index・HTML | URL検査で取得ページ確認 |
構造化データの実装にはサイト技術変更が伴います。テーマやプラグインが既に出力している場合は重複・矛盾を避け、バックアップと検証環境を用意します。
よくある質問
MedicalClinicを使えば順位が上がりますか。
順位上昇を保証する公式情報はありません。検索エンジンへ内容を明確に伝えるための実装です。
aggregateRatingを入れてよいですか。
ページに表示され、Googleのレビュー スニペットポリシー等を満たす実在データに限ります。GBPの星を勝手に転記しません。
住所を非表示にしたい訪問型は。
クリニックの実態と公開方針に合わない情報を構造化データだけへ載せません。業態に合うガイドラインを確認します。
全ページに同じJSON-LDを出しますか。
サイト設計によります。少なくともページ内容と矛盾せず、複数院では院情報を混在させないことが重要です。
警告はすべて直すべきですか。
推奨項目でも実在情報がなければ作りません。エラーと警告を分け、公式資料で意味を確認します。
まとめ:次に行うこと
- 代表ページを決定
- 公開院情報を統一
- MedicalClinicを正確に記述
- テストで構文・内容確認
- 公開後に検出と矛盾を監視
構造化データは、書く量より整合性が品質です。患者が見るページ、Googleマップ、JSON-LDの三つを同じ情報へ揃えます。
関連ページ
構造化データは検索順位を保証するコードではない
LocalBusiness構造化データは、ページに書かれた医院情報を検索エンジンへ機械可読な形で伝えるためのマークアップです。追加しただけで順位上昇、Googleマップ表示、リッチリザルトを保証するものではありません。Google公式も、構造化データを使う機能が検索結果へ表示されることを保証していません。
構造化データは、患者が画面で読める内容と一致させます。画面にはない診療、架空の評価、古い住所、対応していない24時間営業などをJSON-LDだけへ書いてはいけません。
MedicalClinicとLocalBusinessの考え方
Schema.orgのMedicalClinicは医療クリニックを表す型で、MedicalOrganizationやLocalBusinessに関係するプロパティを利用できます。医院の実態とページ内容に最も具体的な型を選びます。診療科やサービスを検索対策のために過剰に列挙しません。
| 候補 | 用途 | 注意 |
|---|---|---|
| MedicalClinic | クリニックの実店舗・医療組織を表す | 実態が医院であるページに使う |
| LocalBusiness | 地域事業の一般型 | より具体的な型が適切か確認する |
| Organization | 法人・組織全体を表す | 医院の場所情報と法人情報を混同しない |
| Physician | 医師・医療提供者に関する型 | 医院ページへ人物情報を無理に置き換えない |
先に画面上の医院情報を正す
- 正式な医院名
- 郵便番号、都道府県、市区町村、番地、建物名、階数
- 医院へ直接つながる電話番号
- 曜日ごとの診療時間と休診日
- 公式HTTPS URL
- 患者が確認できる画像やロゴ
- 予約ページ、アクセスページ
プロフィール、公式サイト、予約サービス、構造化データで表記が食い違う場合、コードだけを整えても患者の混乱は解消しません。まず画面上の事実を院内で承認し、その同じ値からJSON-LDを生成します。
主なプロパティの確認
| プロパティ | 入れる内容 | よくある誤り |
|---|---|---|
| name | 正式な医院名 | 地域名・訴求語・診療メニューを追加 |
| url | canonicalと一致する公式ページ | HTTP、プレビュー、追跡用別ドメイン |
| telephone | 公開中の医院電話 | 古い番号、別院、受付不能な番号 |
| address | PostalAddressで住所を分解 | 階数欠落、移転前住所、自由文の混在 |
| openingHoursSpecification | 曜日ごとの開始・終了 | 昼休み、休診、日付跨ぎの誤り |
| image | 公開・クロール可能な医院画像 | 権利不明、患者情報、404画像 |
| geo | 確認済みの緯度・経度 | 建物中心や別入口を推測で設定 |
JSON-LD実装の手順
医院の場所と事業情報が実際に表示されるページへマークアップします。空の構造化データ専用ページを作りません。
WordPressテーマ、SEOプラグイン、予約プラグインがOrganizationやLocalBusinessを出していないか確認します。
医院名、住所、電話、時間を台帳から転記し、画面上の表示と照合します。
Googleが認識する対象、重大なエラー、警告を確認します。警告の意味を読み、存在しない値で埋めません。
ページがrobots.txt、noindex、ログインで遮断されず、Googleが公開HTMLを取得できるか確認します。
解析不能な構造化データ、手動対策、クロール状況を確認し、変更日を記録します。
WordPressで二重出力を防ぐ
SWELLなどのテーマ、SEO SIMPLE PACK、Site Kit、別の構造化データプラグイン、独自コードが同時に出力すると、OrganizationやWebSite、Articleが重複する場合があります。重複が常にエラーとは限りませんが、同じ医院に異なる住所・電話・URLが存在すると曖昧になります。
- 公開HTML内の
application/ld+jsonをすべて確認する @type、@id、name、url、addressを比較する- どのテーマ・プラグイン・コードが出力しているか特定する
- 同じ役割の出力元を一つに決める
- 無効化後にArticleやBreadcrumb等を壊していないか再検証する
診療時間・昼休み・祝日の表し方
午前と午後の間に昼休みがある場合、同じ曜日へ複数のOpeningHoursSpecificationを使う設計を検討します。休診日を0時から0時のような推測値で表さず、GoogleとSchema.orgの仕様を確認します。
祝日や年末年始は通常時間とは別です。Schema.orgにはspecialOpeningHoursSpecificationがありますが、実装と患者向け表示を一致させます。構造化データだけ特別時間を変え、ページ上に古い時間を残しません。
口コミ・評価を勝手にマークアップしない
Google公式のLocalBusiness例にはレビューの記述がありますが、自院についてGoogleマップの星をコピーし、都合の良い口コミだけを構造化データへ入れてよいという意味ではありません。レビューがページ上に実際に表示され、Googleのレビュー構造化データ方針を満たすかを確認します。
患者の体験談を医院が選択して広告へ使う場合は、医療広告上の別問題もあります。順位や星表示を目的に架空のaggregateRating、reviewCount、ratingValueを作りません。
公開前・公開後QA
| 段階 | 確認 |
|---|---|
| コード前 | 画面の医院名・住所・電話・時間が正しい |
| コード後 | JSONとして解析でき、必要な型と値がある |
| テスト | Rich Results Testの重大エラーがない |
| 公開 | HTTP 200、canonical、index許可、robots、画像 |
| Google取得 | URL検査で公開ページが取得可能 |
| 継続 | Search Console、変更日、サイトマップを確認 |
表示されない・エラーになる場合
Rich Results TestにLocalBusinessが出ない
コードがHTMLへ出力されているか、JSONが壊れていないか、対象型がGoogleの機能と仕様に合うかを確認します。一般のSchema.org検証にはSchema Markup Validatorも使います。
テスト合格なのに検索結果が変わらない
構造化データの正しさは表示保証ではありません。再クロール、インデックス、品質ガイドライン、検索機能の判断などがあります。表示を約束しません。
住所を直しても古い値が残る
テーマ、プラグイン、キャッシュ、別ページ、Organizationスキーマに古い値がないか検索します。Googleビジネスプロフィールとサイトの構造化データは別経路なので、両方を確認します。
28日・56日・90日の点検
28日後は、公開HTML、Rich Results Test、URL検査、Search Consoleのエラーを確認します。56日後は、診療時間、住所、電話、画像の変更が構造化データへ反映されているかを見ます。90日後はテーマ・プラグイン更新による二重出力、古い型、手動対策を棚卸しします。
構造化データのFAQ
構造化データでMEO順位は上がりますか?
順位上昇を保証できません。検索エンジンがページ内容を理解する手掛かりとして、正確な情報を実装します。
LocalBusinessとMedicalClinicを両方出しますか?
実態とページに最も具体的な型を選び、同じ事業へ矛盾する複数ノードを作りません。既存テーマ出力も確認します。
JSON-LDは画面に見えなくてもよいですか?
コード自体は利用者向け本文として表示されなくても、記述する内容はページ上の実際の情報を正しく表す必要があります。
プラグインを入れれば終わりですか?
出力値、重複、更新、公開後取得を確認します。設定しただけで成功扱いにしません。
2026年8月28日に確認した一次資料
- Google Search Central:Local Business structured data
- Google Search Central:General Structured Data Guidelines
- Schema.org:MedicalClinic
- Google Search Central:LocalBusiness構造化データ(2026年8月28日確認)
- Google:構造化データの一般ガイドライン(2026年8月28日確認)
- Schema.org:MedicalClinic(2026年8月28日確認)
執筆・編集:クリニック集客研究所(MOCHI ha MOCHIYA)。本記事は一般的な運用情報です。Googleの審査・表示、検索順位、集患効果を保証するものではありません。編集・監修・訂正方針
コメント
コメント一覧 (2件)
[…] GUIDEクリニックMEO完全ガイドRELATED構造化データの実装RELATEDSearch Consoleで地域クエリを見るRELATEDパフォーマンス指標の見方 MEO基礎 よかったらシェアしてね! […]
[…] 地域名の置き換えによるページ量産が逆効果になる理由は診療科ページ設計で、構造化データの正しい実装はLocalBusiness構造化データ(MedicalClinic)の実装・検証手順で解説しています。口コミの依頼方法はGoogle口コミを依頼する方法を参照してください。 […]