MENU

クリニックのLocalBusiness構造化データ|MedicalClinicの実装・検証手順

STRUCTURED DATA / MEDICALCLINIC

構造化データは検索結果を保証するものではなく、ページ内容を機械可読に伝える

クリニックの公式サイトでは、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のLocalBusiness資料

Google Search CentralはLocalBusiness構造化データの実装方法、必須・推奨プロパティ、例を公開しています。

表示保証ではない

ガイドラインに準拠しても、リッチリザルト表示は保証されません。

ページ内容との一致

構造化データは、ユーザーに見えるページ内容を正確に表す必要があります。

型の具体性

Googleは可能な限り実態に合う具体的なLocalBusinessサブタイプを使う考え方を示しています。

事実と実務判断を分けます

MedicalClinicを付けるだけでMEO順位が上がると断定できる根拠はありません。実装目的は情報の意味を明確にし、サイト内の院情報を一貫させることです。

実装項目の優先順位

クリニック向け基本項目
項目値の根拠注意公開確認
@type実態に合うMedicalClinic等不適切な型を盛らないJSON-LDとページ
name正式院名キーワード追加なしH1・フッター
address正式住所・階数ピンと一致アクセスページ
telephone患者向け主番号FAX混在なしクリック発信
openingHoursSpecification診療可能時間受付時間との差診療時間表
urlcanonical URLHTTP 200・HTTPSブラウザで確認
image権利ある代表画像実URL・クロール可能画像200
OK
  • 見える本文と一致
  • 一院一情報源
  • 正式URLを使用
  • 更新時に同時修正
NG
  • 架空のaggregateRating
  • 非公開情報を記述
  • 全ページで別値を出す
  • テスト警告を意味なく埋める

初心者向け:実行手順

1

対象ページを決める

トップまたは院情報ページなど、院名・住所・電話・時間が見える代表ページを選びます。

2

公開情報を棚卸し

GBP、自院サイト、予約、フッターの院名・住所・電話・時間を揃えます。

3

JSON-LDを作る

@context、@type、name、address、telephone、url等を、実際に見える値で記述します。

4

テストする

GoogleのリッチリザルトテストとSchema Markup Validatorで構文・認識項目を確認します。

5

公開後に監視

Search Consoleの検出状況、URL検査、ソースHTML、更新時の値を確認します。

クリニック運用の注意

診療科、治療内容、価格、安全性などを構造化データに書く場合も、ページで確認できる事実と医療広告規制を守ります。構造化データは患者に見えにくいから自由に書ける欄ではありません。

よくある失敗と、うまくいかない場合

公開前チェックリスト

  • 最適な型を選択
  • 本文と値が一致
  • canonical URLと一致
  • 画像・リンクが200
  • 2種類のテストを実施
症状別の切り分け
症状確認すること次の対応
JSON構文エラーカンマ・引用符・括弧validatorで一箇所ずつ修正
警告が残る推奨項目の有無実在情報だけ追加
重複スキーマテーマ・プラグイン出力ソースで全JSON-LD確認
Search Console未検出クロール・index・HTMLURL検査で取得ページ確認

構造化データの実装にはサイト技術変更が伴います。テーマやプラグインが既に出力している場合は重複・矛盾を避け、バックアップと検証環境を用意します。

よくある質問

MedicalClinicを使えば順位が上がりますか。

順位上昇を保証する公式情報はありません。検索エンジンへ内容を明確に伝えるための実装です。

aggregateRatingを入れてよいですか。

ページに表示され、Googleのレビュー スニペットポリシー等を満たす実在データに限ります。GBPの星を勝手に転記しません。

住所を非表示にしたい訪問型は。

クリニックの実態と公開方針に合わない情報を構造化データだけへ載せません。業態に合うガイドラインを確認します。

全ページに同じJSON-LDを出しますか。

サイト設計によります。少なくともページ内容と矛盾せず、複数院では院情報を混在させないことが重要です。

警告はすべて直すべきですか。

推奨項目でも実在情報がなければ作りません。エラーと警告を分け、公式資料で意味を確認します。

まとめ:次に行うこと

  1. 代表ページを決定
  2. 公開院情報を統一
  3. MedicalClinicを正確に記述
  4. テストで構文・内容確認
  5. 公開後に検出と矛盾を監視

構造化データは、書く量より整合性が品質です。患者が見るページ、Googleマップ、JSON-LDの三つを同じ情報へ揃えます。

自院の公開情報をまとめて確認する

Googleマップと自院サイトの食い違いを、公開情報から確認できる範囲で整理します。

無料MEO診断を依頼する

関連ページ

構造化データは検索順位を保証するコードではない

LocalBusiness構造化データは、ページに書かれた医院情報を検索エンジンへ機械可読な形で伝えるためのマークアップです。追加しただけで順位上昇、Googleマップ表示、リッチリザルトを保証するものではありません。Google公式も、構造化データを使う機能が検索結果へ表示されることを保証していません。

構造化データは、患者が画面で読める内容と一致させます。画面にはない診療、架空の評価、古い住所、対応していない24時間営業などをJSON-LDだけへ書いてはいけません。

MedicalClinicとLocalBusinessの考え方

Schema.orgのMedicalClinicは医療クリニックを表す型で、MedicalOrganizationやLocalBusinessに関係するプロパティを利用できます。医院の実態とページ内容に最も具体的な型を選びます。診療科やサービスを検索対策のために過剰に列挙しません。

候補用途注意
MedicalClinicクリニックの実店舗・医療組織を表す実態が医院であるページに使う
LocalBusiness地域事業の一般型より具体的な型が適切か確認する
Organization法人・組織全体を表す医院の場所情報と法人情報を混同しない
Physician医師・医療提供者に関する型医院ページへ人物情報を無理に置き換えない

先に画面上の医院情報を正す

  • 正式な医院名
  • 郵便番号、都道府県、市区町村、番地、建物名、階数
  • 医院へ直接つながる電話番号
  • 曜日ごとの診療時間と休診日
  • 公式HTTPS URL
  • 患者が確認できる画像やロゴ
  • 予約ページ、アクセスページ

プロフィール、公式サイト、予約サービス、構造化データで表記が食い違う場合、コードだけを整えても患者の混乱は解消しません。まず画面上の事実を院内で承認し、その同じ値からJSON-LDを生成します。

主なプロパティの確認

プロパティ入れる内容よくある誤り
name正式な医院名地域名・訴求語・診療メニューを追加
urlcanonicalと一致する公式ページHTTP、プレビュー、追跡用別ドメイン
telephone公開中の医院電話古い番号、別院、受付不能な番号
addressPostalAddressで住所を分解階数欠落、移転前住所、自由文の混在
openingHoursSpecification曜日ごとの開始・終了昼休み、休診、日付跨ぎの誤り
image公開・クロール可能な医院画像権利不明、患者情報、404画像
geo確認済みの緯度・経度建物中心や別入口を推測で設定

JSON-LD実装の手順

1
対象ページを決める

医院の場所と事業情報が実際に表示されるページへマークアップします。空の構造化データ専用ページを作りません。

2
既存出力を棚卸しする

WordPressテーマ、SEOプラグイン、予約プラグインがOrganizationやLocalBusinessを出していないか確認します。

3
一つの基準データから生成する

医院名、住所、電話、時間を台帳から転記し、画面上の表示と照合します。

4
Rich Results Testで検証する

Googleが認識する対象、重大なエラー、警告を確認します。警告の意味を読み、存在しない値で埋めません。

5
公開後にURL検査する

ページがrobots.txt、noindex、ログインで遮断されず、Googleが公開HTMLを取得できるか確認します。

6
Search Consoleを監視する

解析不能な構造化データ、手動対策、クロール状況を確認し、変更日を記録します。

WordPressで二重出力を防ぐ

SWELLなどのテーマ、SEO SIMPLE PACK、Site Kit、別の構造化データプラグイン、独自コードが同時に出力すると、OrganizationやWebSite、Articleが重複する場合があります。重複が常にエラーとは限りませんが、同じ医院に異なる住所・電話・URLが存在すると曖昧になります。

  1. 公開HTML内のapplication/ld+jsonをすべて確認する
  2. @type、@id、name、url、addressを比較する
  3. どのテーマ・プラグイン・コードが出力しているか特定する
  4. 同じ役割の出力元を一つに決める
  5. 無効化後に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日に確認した一次資料

参照した一次資料

執筆・編集:クリニック集客研究所(MOCHI ha MOCHIYA)。本記事は一般的な運用情報です。Googleの審査・表示、検索順位、集患効果を保証するものではありません。編集・監修・訂正方針

よかったらシェアしてね!
  • URLをコピーしました!
  • URLをコピーしました!

この記事を書いた人

クリニック集客研究所(運営:MOCHI ha MOCHIYA)の編集部です。GoogleビジネスプロフィールおよびGoogle検索の公式情報と、医療広告ガイドライン等の一次資料を照合し、クリニックのMEO運用手順を検証して掲載しています。

コメント

コメント一覧 (2件)

コメントする