患者さんがスマートフォンのホーム画面から下にスワイプして検索する、あの動作をご存じでしょうか。iPhoneのSpotlight検索やAndroidのデバイス内検索は、いまやGoogle検索と同じくらい日常的に使われています。
この「デバイス内検索」に自院の情報が表示されるかどうかで、来院につながるかが大きく変わります。多くのクリニックがSEOやMEOに力を入れる一方で、スマートフォンのOS内部に情報を届ける施策はまだ手薄なのが現状です。
本記事では、iPhoneやAndroidのシステム内検索にクリニック情報を浸透させる具体的な手法を、開業医の先生方に向けて丁寧に解説します。
スマートフォンのシステム内検索がクリニック集患の新たな入り口になっている
iPhoneのSpotlight検索やAndroidのアプリ検索機能は、患者さんが自院を見つけるまでの導線として急速に存在感を増しています。ブラウザを開かずにホーム画面から直接検索する行動が当たり前になった今、この経路を無視することは機会損失に直結するでしょう。
Spotlight検索とは何か｜iPhoneユーザーが無意識に使う検索導線
iPhoneのSpotlight検索は、ホーム画面を下にスワイプするだけで起動する検索機能です。アプリ名や連絡先だけでなく、Webサイトの閲覧履歴やSiriからの提案も表示されます。
つまり、過去に自院のWebサイトを訪れた患者さんが「内科」と入力するだけで、クリニック名が候補に上がる可能性があるということです。この仕組みを知らないまま放置しているクリニックは、目の前のチャンスを逃しているかもしれません。
Android端末でも同様のデバイス内検索が動いている
Androidでも、ホーム画面の検索バーやGoogleアプリ内で端末内の情報を横断的に検索できます。Googleアカウントと連携しているため、Googleマップでクリニックを一度でも調べた履歴があれば、次回の検索時に優先的に表示されやすくなります。
Android端末のシェアは日本国内でも約5割にのぼるため、iPhone対策だけでは潜在患者の半分を取りこぼしてしまいます。
iPhoneとAndroidのシステム内検索の比較
| 項目 | iPhone（Spotlight） | Android |
|---|---|---|
| 起動方法 | ホーム画面を下スワイプ | ホーム画面の検索バー |
| 情報源 | Safari履歴・Siri提案・アプリ | Google検索履歴・マップ・アプリ |
| クリニック情報の反映 | 構造化データ・App Indexing | Googleビジネスプロフィール連携 |
ブラウザ検索との決定的な違い｜端末内の行動履歴が結果を左右する
通常のブラウザ検索ではSEOの順位がほぼすべてを決めます。一方、デバイス内検索はユーザー個人の行動履歴やインストール済みアプリに強く影響を受けます。
そのため、一度でも自院の情報に触れてもらえれば、その後のデバイス内検索で繰り返し表示される「リピート効果」が期待できます。新規の患者獲得だけでなく、再来院の促進にも有効な経路といえるでしょう。
Googleビジネスプロフィールの徹底整備がデバイス内検索の土台になる
デバイス内検索にクリニック情報を浸透させるには、Googleビジネスプロフィール（GBP）の整備が出発点です。GBPの情報はAndroidのシステム検索やiPhoneのSiri提案に直接反映されるため、ここが不完全だと他の施策も効果を発揮しにくくなります。
NAP情報を1文字の揺れもなく統一する
NAP情報とは、Name（医院名）、Address（住所）、Phone（電話番号）の3要素を指します。これらがGBP・自院ホームページ・ポータルサイトの間で1文字でも異なっていると、検索エンジンは「別の施設かもしれない」と判断してしまいます。
「丁目」をハイフンで書くか漢字で書くか、ビル名を含めるかどうかなど、細部まで完全に揃えてください。
診療科目・診療時間・休診日は構造化データと合わせて記載する
GBPに診療科目や診療時間を正確に登録するのは基本中の基本でしょう。しかし、それだけでは十分とはいえません。自院のWebサイト側にもSchema.org（スキーマドットオルグ）の構造化データで同じ情報をマークアップする必要があります。
構造化データとは、Webページの内容を検索エンジンやOSが機械的に読み取れるよう整理したコードのことです。GBPとWebサイトの双方で同一の情報が構造化されていると、デバイスが「この情報は信頼できる」と判断しやすくなります。
投稿機能とクチコミ返信で情報鮮度を保ち続ける
GBPの投稿機能を活用し、季節の健康情報や休診のお知らせなどを定期的に更新することで、Googleはそのクリニックを「活発に情報発信している」と評価します。クチコミへの返信も同様の効果があります。
情報鮮度の高いGBPは、Android端末のGoogle Discoverにも反映されやすくなり、デバイス内検索での露出機会が自然と増えていきます。
| GBP整備項目 | デバイス検索への影響 | 優先度 |
|---|---|---|
| NAP統一 | 情報の信頼性向上 | 高 |
| 構造化データとの連携 | OS側の情報取得精度向上 | 高 |
| 定期投稿 | 情報鮮度シグナル強化 | 中 |
| クチコミ返信 | エンゲージメント評価向上 | 中 |
構造化データ（Schema.org）でクリニック情報をOSに正しく届ける
デバイスのOSがクリニック情報を正しく認識し、システム内検索の結果に反映するためには、Webサイト上の構造化データが鍵を握ります。Schema.orgのMedicalClinicやLocalBusiness型を正しく実装することで、iPhoneのSpotlightやAndroidの検索候補に表示されやすくなります。
MedicalClinic型のJSON-LDをWebサイトに埋め込む手順
構造化データの記述方式にはいくつかありますが、Googleが推奨しているのはJSON-LD（ジェイソン・エルディー）形式です。HTMLのhead要素内にscriptタグとして記述するため、ページの見た目には影響しません。
MedicalClinic型では、医院名、住所、電話番号、診療科目、診療時間、緯度経度などを構造的に記述できます。記述した情報は検索エンジンだけでなく、SiriやGoogleアシスタントが参照するデータとしても活用されます。
OpeningHoursSpecificationで診療時間を曜日別に明記する
患者さんが「近くの内科 今日やっている」と検索したとき、診療時間が構造化データに正しく入っていれば、デバイスは「現在診療中かどうか」を即座に判定できます。OpeningHoursSpecificationという記述形式を使えば、曜日ごとの開始時間と終了時間を個別に指定可能です。
午前と午後で診療時間が異なる場合や、曜日によって休診がある場合も、この形式なら正確に表現できます。昼休みの時間帯も含めて明記しておくと、患者さんの無駄足を減らせるでしょう。
| 構造化データの項目 | 記載内容の例 | 効果 |
|---|---|---|
| @type | MedicalClinic | 医療機関として認識 |
| name | ○○内科クリニック | 正確な医院名を伝達 |
| openingHours | Mo-Fr 09:00-18:00 | 診療時間の自動判定 |
| geo | 緯度・経度 | 位置情報との照合 |
構造化データの実装後はリッチリザルトテストで必ず検証する
構造化データは記述ミスが起きやすく、1つのカンマの抜けでもエラーになることがあります。Googleが無料で提供している「リッチリザルトテスト」ツールにURLを入力すれば、構造化データが正しく読み取れるかどうかを即座に確認できます。
実装直後だけでなく、診療時間の変更や住所変更があった際にも再検証を忘れないようにしましょう。せっかくの構造化データもエラー状態では意味がありません。
Apple検索連携とSiri対策でiPhoneユーザーの来院を後押しする
iPhoneユーザーにクリニック情報を届けるには、Apple独自のエコシステムへの対応が欠かせません。Spotlight検索、Siriの提案、Apple Mapsの情報を整備することで、Safariを開く前の段階から自院の情報が患者さんの目に入る環境をつくれます。
Apple Business Connectに自院を登録してApple Mapsに正確な情報を載せる
Apple Business Connectは、Apple MapsやSiri検索に表示されるビジネス情報を管理できるApple公式のサービスです。Googleビジネスプロフィールと同様に、医院名・住所・電話番号・診療時間などを登録・編集できます。
Apple Mapsの情報はSpotlight検索に直接反映されるため、ここを整備するだけでiPhoneユーザーへのリーチが大幅に広がります。登録は無料ですので、まだ済んでいない場合は早めに対応することをおすすめします。
Smart App Bannerでアプリ連携を促し検索候補に表示させる
もし自院が予約アプリや公式アプリを持っている場合、WebサイトにSmart App Bannerのメタタグを設置すると、Safariでサイトを訪問した患者さんにアプリのインストールを案内できます。アプリがインストールされると、Spotlight検索にアプリ内コンテンツが表示されるようになります。
アプリを持っていないクリニックでも、予約システムのWebアプリをホーム画面に追加してもらう誘導（PWA対応）が代替策として有効です。ホーム画面にアイコンがあるだけで、Spotlightの候補に表示されやすくなります。
Siriが医療機関情報を読み取る仕組みと対応のポイント
Siriは「近くの内科」「今開いているクリニック」といった音声検索にも対応しています。このときSiriが参照するのは、Apple MapsとWebサイトの構造化データ、そしてSafariの閲覧履歴です。
「Siriに拾ってもらう」ためには、Apple Business Connectの情報を正確にしておくことと、Webサイト側の構造化データを整備しておくことの両方が必要です。音声検索は今後さらに増えていくと予測されるため、早期の対応が将来の差につながるでしょう。
| Apple対策の施策 | 対象ユーザー | 期待される効果 |
|---|---|---|
| Apple Business Connect登録 | 全iPhoneユーザー | Apple Maps・Spotlight表示 |
| Smart App Banner設置 | Safari訪問者 | アプリ経由の再接触 |
| 構造化データ整備 | Siri利用者 | 音声検索への対応 |
| PWA対応 | アプリ未保有の場合 | ホーム画面からの導線確保 |
AndroidのGoogle検索ウィジェットとDiscover対策で集患チャネルを広げる
Android端末にはホーム画面にGoogle検索バーが標準搭載されており、ここからの検索結果にはデバイス内の情報も含まれます。さらにGoogle Discoverというフィード型の情報表示にも対策を講じることで、患者さんが能動的に検索しなくても自院の情報が目に入る状態をつくれます。
ホーム画面の検索バーから表示されるために必要な設定
Androidのホーム画面に表示されるGoogle検索バーは、Web検索だけでなく端末内のアプリやGoogleアカウントに紐づいた情報も横断的に検索します。ここに自院の情報が表示されるには、Googleビジネスプロフィールの整備と、Webサイトのモバイルフレンドリー対応が前提になります。
加えて、ページの読み込み速度も影響します。Core Web Vitals（コアウェブバイタル）と呼ばれるGoogleのページ品質指標で良好な評価を得ているサイトは、検索結果の上位に表示されやすく、デバイス内検索でも優先されやすいといえます。
Google Discoverにクリニックの記事が配信される条件
Google Discoverは、ユーザーの興味関心にもとづいて自動的に記事や情報を表示する機能です。Androidのホーム画面を右にスワイプすると表示されるフィードがこれにあたります。
Discoverに配信されるには、質の高いコンテンツを自院のWebサイトに定期的に掲載することが条件です。季節ごとの健康コラムや地域の医療情報など、患者さんに役立つ読み物コンテンツが効果的でしょう。画像を含む記事は視認性が高く、タップ率も上がりやすい傾向にあります。
- 1200px以上の高解像度画像を記事に含める
- 記事タイトルは30文字前後で内容が伝わるようにする
- 医療広告ガイドラインを遵守した情報発信を続ける
- 月2回以上の定期的なコンテンツ更新を維持する
App Indexingを活用して予約アプリの情報をGoogle検索に反映させる
App Indexingは、アプリ内のコンテンツをGoogleの検索結果に表示させるための技術です。クリニックが予約アプリやお知らせアプリを提供している場合、App Indexingに対応しておくと、Googleの検索結果から直接アプリの予約画面に誘導できるようになります。
技術的な実装はアプリ開発者に依頼する必要がありますが、Firebase App Indexing APIを使えば比較的低コストで対応可能です。自院のアプリがあるのに設定していないケースは意外と多いため、一度確認してみてください。
Webサイトのモバイル対応とページ速度がデバイス内検索順位を左右する
デバイス内検索の結果に表示されるためには、Webサイトそのものの品質が問われます。とりわけモバイル対応の完成度とページの表示速度は、iPhoneのSpotlightでもAndroidの検索でも、表示候補に選ばれるかどうかを左右する要素です。
モバイルファーストインデックスに対応したクリニックサイトの条件
Googleは2023年以降、すべてのWebサイトをモバイル版を基準に評価する「モバイルファーストインデックス」を全面適用しています。パソコン版のサイトがどれだけ立派でも、スマートフォンで見たときに使いにくければ評価は下がります。
クリニックのサイトでとくに多い問題は、電話番号がタップで発信できない、文字が小さすぎてピンチ操作が必要、画像が画面幅からはみ出すといったものです。これらは患者さんの離脱にも直結するため、優先的に改善すべきポイントといえます。
Core Web Vitalsを改善してデバイス検索での優先表示を狙う
Core Web Vitalsは、LCP（ページの主要コンテンツが表示されるまでの時間）、INP（ユーザー操作に対する応答速度）、CLS（表示中のレイアウトのずれ）の3指標で構成されます。これらはGoogleの検索順位に直接影響し、デバイス内検索の表示優先度にも関わってきます。
クリニックサイトで改善効果が大きいのは、画像の圧縮と遅延読み込みの導入です。トップページに大きな写真を何枚も使っている場合、WebP形式への変換と遅延読み込み（lazy loading）の設定だけで、LCPが大幅に改善するケースは珍しくありません。
AMP対応は必要か｜2024年以降のクリニックサイト事情
AMP（アンプ）はGoogleが推進していた高速表示用のフレームワークですが、現在はAMP対応の有無が検索順位に直接影響することはなくなりました。そのため、クリニックサイトが新たにAMP対応をする必要性は低いといえます。
それよりも、通常のWebページの表示速度を改善するほうが費用対効果は高いでしょう。PageSpeed Insightsで自院のサイトを計測し、スコアが50未満であれば制作会社に改善を依頼してください。
| 改善項目 | 具体的な対策 | 難易度 |
|---|---|---|
| LCP改善 | 画像圧縮・WebP変換・遅延読み込み | 低〜中 |
| INP改善 | JavaScriptの軽量化・不要プラグイン削除 | 中 |
| CLS改善 | 画像サイズの明示・Web fontの事前読み込み | 低 |
| モバイル対応 | レスポンシブデザイン・タップ領域の確保 | 中 |
生成AIとスマートフォン機能を組み合わせてシステム内検索対策を効率化する
構造化データの作成やGBPの改善提案など、デバイス内検索対策には細かい作業が数多くあります。こうした作業の一部は、生成AIを活用することで効率よく進められます。ただし、すべてを自動化するのではなく、人の目による確認を組み合わせることが大切です。
ChatGPTやClaudeで構造化データのJSON-LDコードを自動生成する
構造化データのJSON-LDコードを一から手書きするのは、コーディングに慣れていない方にとってハードルが高い作業です。ChatGPTやClaudeなどの生成AIに「○○内科クリニックのMedicalClinic型JSON-LDを作成してほしい」と依頼すれば、必要な項目を含んだコードの雛形を数秒で出力してくれます。
生成されたコードは必ずリッチリザルトテストで検証してください。AIが出力したコードにも記述ミスが含まれることがあるため、確認する習慣をつけることが大切です。
- 生成AIにJSON-LDの雛形作成を依頼する
- 自院の正確な情報を手動で入力・修正する
- リッチリザルトテストでエラーチェックする
- 定期的に情報の更新と再検証を行う
GBPの投稿文やWebコンテンツのドラフト作成にAIを活用する
GBPの投稿機能を定期的に更新するのは、日々の診療で忙しい先生方にとって負担になりがちです。Geminiなどの生成AIに「花粉シーズンに向けた耳鼻科クリニックのGBP投稿文を150文字で書いてほしい」と依頼すれば、たたき台を短時間で得られます。
ただし、医療広告ガイドラインに抵触する表現がないかどうかは必ず人の目で確認してください。生成AIは医療広告の規制に関する判断が正確とは限りません。AIはあくまで下書き作成のツールとして使い、最終的な内容のチェックは先生ご自身かスタッフが担うのが安全です。
スマートフォンの実機テストで表示状態を定期的に確認する
すべての設定を終えたら、実際にiPhoneとAndroid端末の両方で自院名や診療科目を検索してみてください。Spotlight検索やAndroidの検索バーに自院の情報が表示されるか、表示される情報が正確かどうかを確認することで、施策の効果を実感できます。
確認作業はスタッフにも協力してもらうとよいでしょう。端末の利用履歴によって表示結果に差が出るため、複数の端末で確認することで実態に近い状況を把握できます。
よくある質問
Spotlight検索にクリニック情報を表示させるには何から始めればよい？
まずApple Business Connectに自院の情報を登録することから始めてください。Apple Mapsに正確な医院名・住所・電話番号・診療時間が掲載されると、iPhoneのSpotlight検索に自院の情報が表示されやすくなります。
加えて、自院のWebサイトにMedicalClinic型の構造化データ（JSON-LD形式）を設置すると、Siriの提案やSafariの検索候補にも反映されやすくなります。登録と設置の両方を済ませたら、実機で検索して表示を確認してみてください。
Androidのデバイス内検索でクリニック情報が出てこない場合の原因は？
Androidの検索結果に自院の情報が表示されない場合、Googleビジネスプロフィール（GBP）の情報が不完全である可能性が高いです。とくにNAP情報（医院名・住所・電話番号）がWebサイトとGBPの間で一致していないと、Googleが同一施設と認識できず、検索候補に上がりにくくなります。
GBPの各項目をすべて埋めた上で、自院Webサイトの構造化データとの整合性を確認してみてください。情報の修正からGoogleに反映されるまで数日かかることもあるため、変更後は1週間ほど待ってから再確認するとよいでしょう。
構造化データ（Schema.org）の設置はクリニックのスタッフでも対応できる？
HTMLの基礎知識がある方であれば、生成AIにJSON-LDのコードを出力してもらい、自院サイトのhead要素内に貼り付けるだけで対応できます。WordPressをお使いの場合は、構造化データ用のプラグインを利用すればコーディング不要で設置可能です。
ただし、設置後はGoogleのリッチリザルトテストで必ずエラーチェックを行ってください。記述ミスがあると正しく認識されず、デバイス内検索への反映が遅れることがあります。不安な場合はWeb制作会社に依頼するのが確実です。
デバイス内検索対策にかかる費用と期間の目安はどのくらい？
Googleビジネスプロフィールの整備やApple Business Connectへの登録は無料で行えます。構造化データの設置をWeb制作会社に依頼する場合は、数万円から十数万円程度が相場です。自院で対応すれば費用はかかりません。
効果が現れるまでの期間は、GBPの情報更新後おおむね1〜2週間、構造化データの反映には2〜4週間ほどが目安になります。すべての施策を一気に行う必要はなく、GBPの整備から優先的に着手し、段階的に進めていくのが現実的です。
デバイス内検索対策とSEO対策は別々に行う必要がある？
デバイス内検索対策とSEO対策は、多くの部分で重なっています。構造化データの設置、モバイル対応の改善、ページ速度の向上、NAP情報の統一はどちらにも有効な共通の基盤です。
別々に進める必要はなく、通常のSEO施策にApple Business Connectへの登録やGBPの詳細設定を追加していけば、自然とデバイス内検索への対策も完了します。