訪問・通所介護LLMOで揃える6つの情報

「AI向けの文章を増やせばよい」は誤解で、訪問介護・デイサービスのLLMO対策は、サービス種別・対応エリア・時間・提供内容・体制・利用相談状況の6情報を、同じページで照合できる形にすることから始まります。「デイサービス ○○市 空き」「訪問介護 事業所 選び方」と検索する人が必要としているのは、理念の長い説明ではなく、自分の地域と条件で相談できるかを判断するための事実です。

2026年10月現在、Googleは生成AI検索だけの特別なマークアップを求めていません。2026年7月10日更新のGoogle公式の生成AI検索向け最適化ガイドは通常のSEOの基礎と事業者情報の更新を案内し、AI機能とウェブサイトの公式資料は重要情報をテキストで示し、構造化データを可視本文と一致させるよう案内しています。以下の制度・検索仕様は2026年10月7日時点で各公式ページを確認しました。つまり、特殊な記号を足す前に、ケアマネジャーと家族が読んで判断できる情報をそろえるのが先です。

定義：訪問介護・デイサービスのLLMO対策

訪問介護・デイサービスのLLMO対策とは、正式なサービス種別、対応地域、営業・受付・提供時間、提供内容、受け入れ条件、連携体制、利用相談状況、確認時点を、ケアマネジャーや家族が判断でき、検索システムも文脈を取り違えにくい形で整理する情報設計です。構造化データやllms.txtだけでAI回答への掲載、引用、順位を保証する施策ではありません。

この記事は、自宅で暮らす人が使う訪問介護と通所介護（デイサービス）に限定します。居室の空室、入居費用、見学予約を扱う入所系は介護施設・老人ホームのAI検索対策の領域です。また、訪問看護は看護職による療養上の世話や診療の補助を含む別サービスであり、情報項目は訪問看護のLLMO対策で分けて確認してください。

在宅系の「空き」は空室ではなく利用相談の状態

訪問介護とデイサービスを一括して「介護サービス」とだけ書くと、検索する人が最初に知りたい違いが消えます。厚生労働省の介護サービス情報公表システムは、訪問介護を、訪問介護員が利用者の自宅を訪れて身体介護や生活援助を行うサービスとして説明しています。一方、通所介護は、利用者が事業所へ通い、食事・入浴などの日常生活上の支援や機能訓練を受けるサービスです。

この違いは、そのまま公開すべき情報の違いになります。訪問介護では「どこまで訪問できるか」「どの時間帯に相談できるか」「何を依頼できるか」が中心です。デイサービスでは「どこまで送迎できるか」「どの曜日に利用相談ができるか」「入浴や食事など何を提供しているか」が中心になります。

在宅系でいう「空き」は、ベッドや居室の数ではありません。訪問介護なら、希望する地域・曜日・時間帯・支援内容を組み合わせたときに新規相談を受けられるかという状態です。デイサービスなら、希望曜日、送迎地域、必要な支援、定員などを確認したうえで利用相談ができるかという状態です。したがって「空き2枠」と数字だけを書くより、「火曜は相談可能、送迎地域と支援内容により個別確認、2026年10月7日確認」のように、条件と時点と確認先をそろえる方が誤解を減らせます。

ケアマネジャーと家族では確認する順番が違う

事業所ページを見る人を「利用者」にひとまとめにすると、必要な情報の順番が崩れます。ケアマネジャーは、利用者本人と家族の意向を踏まえ、サービス種別、地域、時間、支援内容、連携方法を照合します。家族は、何を頼めるのか、利用までに何をすればよいか、費用はどこで確認するのかを、より日常的な言葉で確かめます。

両者に同じ情報を見せてはいけないという意味ではありません。同じ事実を、入口と順序を変えて案内する設計が必要です。ケアマネジャー向けページでは比較項目を先に置き、家族向けページではサービスの意味と利用開始までの流れを先に置きます。どちらのページでも、最終的な利用可否は個別確認を経て決まることを明示します。

厚生労働省の介護サービス情報の公表制度は、利用者が事業所を比較・検討して適切に選ぶための仕組みです。2026年8月14日付の令和8年度通知改正も同ページに掲載されています。自社サイトはこの公表システムに置き換わるものではなく、実際の相談で必要になる送迎範囲、時間帯、確認日時、連携手順などを補い、公表情報と矛盾させない役割を持ちます。

六つの情報を同じ粒度でそろえる

AI検索対策というと、FAQを大量に作る、構造化データを追加する、llms.txtを置くといった技術施策から始めがちです。しかし、元になる事実が曖昧なままでは、どの形式へ変換しても曖昧さは残ります。まず次の6情報を、訪問介護とデイサービスで分けてそろえます。

正式名称と日常語を併記する

「ホームヘルプ」「デイサービス」という日常語だけでなく、訪問介護、通所介護、地域密着型通所介護など、実際の指定・届出に沿った名称を併記します。ただし、専門用語を並べるだけでは家族に伝わりません。「訪問介護（ホームヘルプ）」のように、正式名称と一般的な呼び方を一度対応させ、その後のページ内表記を統一します。

デイサービスという通称の中に複数のサービス種別が含まれる場合は、各事業所がどの種別に当たるかを事実に基づいて書きます。種別が違えば対象、定員、利用条件などの説明も変わり得るため、「デイサービスなら同じ」と一般化しないことが重要です。

対応地域は市区町村名の羅列で終わらせない

訪問介護の訪問範囲とデイサービスの送迎範囲は別々に管理します。「A市全域」と書けるのか、一部地区を除くのか、地域外でも条件により相談できるのかを、現場の運用と照合して公開します。「地域密着」「近隣エリア対応」のような抽象語だけでは、検索する人は自宅が対象か判断できません。

Googleビジネスプロフィールでも、利用者が拠点へ来る事業者と、顧客先へ訪問するサービス提供地域型の事業者では住所・地域の扱いが異なります。訪問介護とデイサービスを同じ設定に寄せず、実際の応対形態に合わせます。ローカル情報全体の整え方は店舗・ローカルビジネスのAIO対策でも確認できます。

三つの時間を分ける

事業所の営業時間、電話やフォームの受付時間、実際にサービスを提供できる時間は同じとは限りません。1つの「営業時間」にまとめると、家族が電話できる時間と、訪問介護を利用できる時間が混同されます。デイサービスでも、事業所の営業時間と利用可能時間帯、送迎に関する時間は分けて書きます。

時間外対応、緊急対応、祝日対応などは、実際に提供できる範囲だけを記載します。「24時間相談可」という表現は、受付だけなのかサービス提供まで含むのかを明確にできない限り使いません。

体制は形容詞ではなく役割で書く

「経験豊富なスタッフ」「万全の体制」では、比較に必要な事実が分かりません。ケアマネジャーからの相談を誰が受けるか、サービス提供責任者や生活相談員などの窓口はどうつながるか、変更時に誰へ連絡するかを役割で示します。職員数や資格を載せる場合は、確認日と数え方を統一し、個人の勤務予定や利用者情報は公開しません。

検索場面から三層のページを組む

情報を1ページに詰め込むのではなく、検索質問に対応する三層を作ります。第1層は法人・事業所の共通情報、第2層は訪問介護とデイサービスのサービス別情報、第3層はケアマネジャー向けの照会情報と家族向けの利用案内です。各層を相互にリンクし、どの入口から来てもサービス、地域、条件、連絡先へ進めるようにします。

対応エリアページを作る場合も、市区町村名だけを差し替えたページを量産しません。送迎範囲、訪問可能地区、曜日、地域固有の相談条件、担当拠点など、その地域に固有の事実がある場合に作ります。固有情報がない地域名ページは、読者の判断材料を増やさず、管理対象と不一致の可能性だけを増やします。

法人名、事業所名、住所、電話番号、サービス名は、サイト内で表記をそろえます。介護サービス情報公表システム、Googleビジネスプロフィール、自社サイトの表記が異なる場合、どれが最新かを人が判断しにくくなります。表記統一の点検方法はChatGPT検索で会社情報を正しく伝えるためのサイト整備チェックリストも参考になります。

空き状況は時点・条件・確認先の三点セットにする

「空きあり」は短くて便利ですが、何が空いているのか、いつの情報か、誰が最終判断するのかが欠けています。厚生労働省が公開する介護事業所オープンデータも定期時点の情報であり、個別事業所のリアルタイムな受け入れ可否を保証するものではありません。自社サイトの利用相談状況には、少なくとも時点、条件、確認先を付けます。

更新頻度を「毎日」「毎週」と先に約束する必要はありません。更新は日数ではなく、対応地域、営業日、提供時間、相談状況、窓口などが変わった時点を起点にします。変化がなくても、ページ上の確認日が古くなれば、いまも同じかを再確認して日付を更新します。更新できない情報を無理に「最新」と呼ばず、「掲載内容は確認日時点の目安で、最終的な利用可否は個別に確認する」と書く方が安全です。

訪問介護・デイサービスのAI検索でよくある質問

事業所概要ページが一つあれば十分ですか？

サービスごとに対応地域、時間、利用条件が違うなら、概要ページだけでは不十分です。共通する法人名、所在地、代表連絡先は概要ページに置き、訪問介護とデイサービスの判断情報は別ページに分けます。サービス別ページからケアマネジャー向け照会ページと家族向け利用案内へつなげます。

対応する市区町村ごとにページを作るべきですか？

一律には作りません。訪問範囲、送迎範囲、担当拠点、相談条件など、その地域に固有の事実がある場合に作ります。市区町村名だけを置き換えたページは、読者の判断材料が増えず、情報更新の漏れも起こりやすくなります。

「空き状況」はどのように載せればよいですか？

在宅系では空室数ではなく、利用相談の状態として載せます。「相談可能」「条件により相談可能」「受付停止」などの状態に、対象曜日・地域等の条件、確認日時、最終確認先を添えます。個別の利用可否をサイトだけで確定できない場合は、その理由と確認方法を示します。

構造化データやllms.txtは必須ですか？

Googleの生成AI検索に限れば、専用の構造化データやllms.txtは必須ではありません。重要な事実を可視本文に書き、通常のサイト内リンクから到達でき、クロールとインデックスを妨げていない状態が先です。構造化データを使う場合は、画面上で読める名称、住所、電話、営業時間などと一致させます。

介護報酬や利用料金をサイトに書いてもよいですか？

根拠と更新責任を持てる範囲で案内します。利用者負担はサービス種別、利用条件、負担割合、地域、加算、保険外費用などで変わり得るため、全国一律の固定額として断定しません。最新の公式情報、担当ケアマネジャー、事業所の正式な料金案内で個別確認が必要な点を明示します。

FAQは質問数を増やすこと自体が目的ではありません。本文にある事実と回答を一致させ、回答の1文目で結論を示します。設計と構造化データの関係はAI検索時代のFAQ設計で詳しく整理しています。

ケアマネジャー向けページを照会票として作る

ケアマネジャー向けページは、営業パンフレットではなく、照会時に必要な項目を転記せず確認できるページとして作ります。理念や写真を先頭に置くより、次の順番で事実を並べる方が実務に合います。

1. 正式なサービス名と事業所名を示す。
2. 通常の事業の実施地域または送迎対応地域を示す。
3. 利用相談状況、条件、確認日時を示す。
4. 営業日、受付時間、サービス提供時間を分けて示す。
5. 提供する内容と個別確認が必要な条件を示す。
6. 紹介・相談時に必要な情報と連携の流れを示す。
7. 電話、フォームなど連絡手段ごとの用途を示す。
8. 公表情報とサービス別ページへのリンクを置く。

紹介時に必要な情報を案内する場合でも、一般の問い合わせフォームへ病歴、診断名、服薬情報などの要配慮個人情報を自由記述させる設計には注意が必要です。個人情報保護委員会の医療・介護関係事業者向けガイダンスも確認し、最初のフォームでは相談者の連絡先、希望サービス、地域など必要最小限にします。詳細情報を扱う正式な手段と担当者は別途案内し、FAX、メール、フォームを併用する場合は、それぞれ何に使う窓口かを明確にします。

パンフレットPDFを併設することはできます。ただし、対応地域、時間、相談状況、照会先など、判断に必要な情報をPDFだけに閉じ込めません。スマートフォンで開きにくい、更新前のPDFが検索結果に残る、本文とPDFで内容がずれるといった問題を避けるため、要点はページ本文にも残します。

実装は可視本文から確認する

2026年9月8日更新のGoogle公式LocalBusiness構造化データ資料では、名称、住所、電話、URL、営業時間などの項目が案内されています。ただし、構造化データを正しく実装しても検索結果での表示は保証されません。また、GoogleのAI機能向け公式資料は、重要情報をテキストで提供し、構造化データを可視本文と一致させるよう案内しています。

次のチェックリストは、情報設計、技術、運用の順で確認します。

情報設計のチェック

• 訪問介護とデイサービスを別ページにしている。
• 正式なサービス名と一般向けの説明を併記している。
• 訪問範囲と送迎範囲を分け、市区町村・地区・例外条件を示している。
• 営業時間、受付時間、サービス提供時間を分けている。
• 利用相談状況に条件、確認日時、最終確認先がある。
• ケアマネジャー向けの照会項目と連携手順がある。
• 家族向けに利用開始までの流れと費用の確認方法がある。

技術面のチェック

• 重要情報が画像やPDFだけでなく本文テキストにもある。
• 各ページのtitle、H1、冒頭要約が固有である。
• サービス、エリア、利用相談、問い合わせページを文脈付きで結んでいる。
• 誤ったnoindexやクロール制限がない。
• サイトマップと通常のサイト内リンクから到達できる。
• 構造化データは画面上の事実と一致している。
• 法人名、事業所名、住所、電話番号の表記がそろっている。

運用面のチェック

• サービス内容、地域、時間、相談状況ごとに更新責任者を決めている。
• 変更が起きたときに、関連する全ページを同時に見直している。
• 介護サービス情報公表システムと自社サイトの食い違いを確認している。
• Googleビジネスプロフィール等の外部情報とも基本情報を照合している。
• 利用者・職員の個人情報を公開していない。
• 確認できない情報を「最新」「対応可能」と断定していない。

構造化データ、llms.txt、クローラー設定は補助です。可視本文に事実がない、サービス別ページへ到達できない、公表情報と名称が違うという状態を、マークアップだけで解決することはできません。

整えても伝わらない七つの失敗

失敗の多くは、情報量が少ないことより、同じ言葉が別の意味で使われること、複数ページの記載が矛盾することから起きます。以下は公開前にまとめて確認したい項目です。

もう一つ重要なのは、介護サービス情報公表システムの情報を「すべて行政が現地確認した情報」とみなさないことです。東京都の介護サービス情報の公表に関する案内でも、調査対象ではない事業所の基本情報は報告内容が公表されると説明されています。報告・公表の運用や調査対象は、所在する地域と年度の案内を確認します。公的な掲載だから自社で更新しなくてよいのではなく、自社サイトと公表情報の双方を事業所側で正確に保つ姿勢が必要です。

効果は露出数より回答の正確さから確かめる

LLMO対策の効果を、根拠のない引用率や順位改善率で評価しません。最初に測るべきなのは、想定質問に対して、自社のサービス、地域、条件、連絡先が正しく説明されるかです。検索・AIサービスごとに結果は変わり、同じ質問でも回答が変化するため、1回の確認だけで「対策済み」と判断しません。

確認用の質問は、実際の検索場面に合わせます。

• 「A市で訪問介護を探している。対応地域と相談時間を知りたい」
• 「A市のデイサービスで火曜日に利用相談できる事業所はあるか」
• 「この事業所は訪問介護とデイサービスのどちらを提供しているか」
• 「家族が初めて相談するとき、どこへ連絡し何を確認すればよいか」
• 「ケアマネジャーが新規相談をするときの窓口はどこか」

記録するのは、確認日、利用した検索・AIサービス、質問文、回答に出た事実、参照されたページ、誤り・欠落、修正対象ページです。自社名が言及されたかだけでなく、別サービスとして説明されていないか、古い営業時間が使われていないか、対象外地域まで対応すると書かれていないかを見ます。

GSCやGA4を使う場合も、実際に取得できた検索語や流入元だけを記録し、AI経由と断定できないアクセスを推計で水増ししません。問い合わせ時に流入経路を任意で尋ねる方法もありますが、回答数が少ない段階で割合を成果として一般化しないことが重要です。

要点の整理

訪問介護・デイサービスのLLMO対策は、AI向けの特殊な文章を増やす施策ではありません。ケアマネジャーと家族が利用相談の可否を判断できるよう、サービス種別、対応エリア、時間、提供内容、体制、利用相談状況の6情報を、訪問介護とデイサービスで分けて整える取り組みです。

特に重要なのは、在宅系の「空き」を空室数のように扱わず、状態、条件、確認日時、最終確認先をセットで示すことです。公表システム、自社サイト、Googleビジネスプロフィール、構造化データの名称・住所・電話・時間も、可視本文と一致させます。構造化データやllms.txtは補助であり、表示や引用を保証しません。

まず自社で点検する場合は、LLMO診断チェックリストに沿って、質問ごとの欠落と矛盾を確認できます。サービスページが複数に分散している、公表情報と自社サイトの表記がそろわない、ケアマネジャーの照会に1ページで答えられない場合は、LLMO診断・AI検索診断で情報源と更新責任を棚卸しする方法もあります。診断はAI検索での表示を保証するものではなく、どの質問に何の事実が足りないかを整理するための点検です。