PCが止まった月曜朝。IT保守を伝えるAI検索設計

月曜9時、出社直後にPCが3台つながらなくなった場面で、IT保守会社を選ぶ軸は「対応範囲・料金条件・初動時間・駆けつけエリア」の4つです。ところがサービスページに「ITをまるごと支援」「迅速に対応」としか書かれていなければ、担当者にもAI検索にも、どこまで任せられる会社なのか判断できません。IT担当がいない中小企業へ届くLLMO対策は、この4項目を契約可能な事実として、同じページ上で照合できるようにすることから始まります。

2026年10月現在、GoogleはAI OverviewsやAI Mode向けに追加の技術要件や特別な構造化データを求めていません。通常検索でインデックスされ、スニペット表示の対象になれるページであることが前提です。GoogleのAI機能向け公式ガイド（2025年12月10日更新）も、通常のSEO基盤、重要情報のテキスト化、クロール可能なリンク、可視本文と構造化データの一致を重視しています。

• 最初に整えるのは、PC・ネットワーク・クラウド・Microsoft 365の対応可否と対象外です。
• 料金は安さだけでなく、基本料金、台数・ID数、件数・時間、訪問、時間外、初期整備の計算式で示します。
• SLAは「受付」「一次応答」「切り分け開始」「現地訪問」「暫定復旧」「恒久解決」を分けます。
• LLMO対策だけを別作業にせず、人が比較できるサービス情報を検索エンジンにも取得できる形で公開します。

定義（このページでの使い分け）

- IT保守は、すでに利用しているPC、ネットワーク、サーバー、クラウドなどを安定運用するための点検、監視、障害対応、更新支援です。 - ヘルプデスク外注は、利用者からの問い合わせを受け、回答、一次切り分け、必要な担当者への引き継ぎを行う窓口業務です。 - 情シス代行は、問い合わせ対応に加え、端末・アカウント・ライセンス・ベンダー・IT資産・社内ルールなど、社内情報システム部門の業務を合意した範囲で補完または代行するサービスです。 - MSP（Managed Service Provider）は、合意した対象を継続的に監視・運用し、障害対応や報告を行う事業者です。実際の守備範囲は各社で異なるため、名称より契約内容を確認します。 - LLMO対策／AI検索対策は、生成AIを含む検索サービスがページを取得したとき、提供主体、対象、条件、根拠を誤解しにくいよう情報を設計・更新する取り組みです。特定の回答への引用や表示を保証するものではありません。

同じ「ITの外注」でも責任範囲は4通りある

検索者が「情シス 代行 費用」「IT 保守 会社 中小企業」「ヘルプデスク 外注」と言い換えるのは、用語を知らないからだけではありません。困っている業務の範囲が違うためです。電話やチャットの一次受付だけが必要な会社と、Microsoft 365の権限管理、PCキッティング、ネットワーク障害、ベンダー調整まで任せたい会社では、選ぶ契約が変わります。

まず、サービス名称ではなく責任範囲を次の表で固定します。

一社が4領域を横断して提供することはあります。しかし、「情シス代行だから全部対応」「MSPだから24時間復旧」とは限りません。サービスページの冒頭に、対象企業、対象拠点、利用者数や端末数の考え方、受ける業務、受けない業務、顧客側に残る責任を一文ずつ置く必要があります。

PC・ネットワーク・クラウド・M365を同じ粒度で開示する

「幅広く対応」という説明は短くても、比較材料にはなりません。対応領域ごとに、平常時、障害時、変更時、対象外の4面をそろえると、AI検索で一部だけ切り出されても意味が崩れにくくなります。

Microsoft 365対応は、とくに曖昧になりやすい項目です。「Microsoft 365に対応」だけでは、パスワードリセット、ライセンス付与、メール配送調査、Teams設定、SharePoint権限、端末管理、Microsoftへの問い合わせ代行のどこまで含むか分かりません。機能名と作業動詞を組み合わせて書きます。

MicrosoftのService health公式説明（2026年7月21日更新）では、管理者が現在の状態や障害を確認し、Message Centerで計画メンテナンスを確認できると案内しています。MSPの役割は、Microsoftの基盤そのものを直すことではなく、公式情報を確認し、自社環境への影響を切り分け、利用者への連絡や代替手段、提供元への問い合わせを契約範囲で進めることです。

また、IT資産はPC台数だけではありません。IPA「中小企業の情報セキュリティ対策ガイドライン 第4.0版」（2026年3月27日公開、公式ページは2026年9月30日更新）は、PC、サーバー、ソフトウェア、ライセンス、クラウドサービス、購入・廃棄・更新履歴、契約期限、パッチ適用状況などを管理対象として挙げています。対応範囲のページにも、扱う資産と記録方法を反映すると、単なる問い合わせ窓口との違いが伝わります。

月額料金は請求式と対象外をセットで示す

2026年10月時点で、情シス代行の全国共通の公定相場は確認できません。対象人数が同じでも、拠点数、端末の種類、管理者権限、問い合わせ量、訪問頻度、監視対象、時間外対応で業務量が変わるからです。根拠のない「月額○万円が相場」を置くより、自社の見積もりが何で増減するかを公開する方が誠実です。

料金ページでは、次の式を自社契約に合わせて分解します。

月額見込み = 基本料金 + 利用者・ID数 + 端末数 + 問い合わせ件数または作業時間 + 監視対象 + 訪問対応 + 時間外対応 + ライセンス・機器費 + 初期整備の按分

すべての会社が同じ項目を課金するわけではありません。使っていない項目は削り、実際に見積書へ載る単位だけを示します。

金額を公開できるなら、税込・税抜、最低契約期間、契約単位、初期費用、超過条件まで一緒に表示します。個別見積しかできない場合も、「料金はお問い合わせ」で終わらせず、見積もりに必要な入力項目を出します。従業員数、端末数、拠点数、対象OS、利用中のクラウド、受付時間、月間問い合わせ数、訪問希望地域があれば、相談者は準備でき、AI検索が料金決定要因を読み取る材料もそろいます。

安価なプランだけを目立たせ、初期棚卸しや訪問を小さな注記に追いやると、AI回答が最低価格だけを抜き出す可能性があります。プラン名、月額、含有量、超過、対象外を一つの表にまとめ、更新日を添える設計が安全です。

SLAは受付・一次応答・復旧・駆けつけを分ける

SLAは「素早く対応します」という宣言ではなく、提供者と顧客がサービス水準を確認するための合意です。IT保守のページでは、少なくとも時間の種類、重大度、計測開始、計測停止、対象時間帯、対象外条件を分けます。

重大度も定義します。「緊急」は、全社の業務停止、特定部門の停止、単一ユーザーの不具合、使い方の質問のどれを指すのかで初動が変わります。重大度を顧客が自由に選べるのか、MSPが影響範囲を確認して変更できるのかも決めます。

Microsoft Online Services SLAの英語版は2026年10月1日に更新されています。これはMicrosoft自身の稼働率や接続性に関するコミットメントであり、情シス代行会社が約束する受付、一次応答、訪問、復旧の時間とは別です。Microsoft 365で障害が起きた場合は、「Microsoft側の復旧待ち」「顧客のネットワークや端末」「MSPが管理する設定」の3つに責任を分けて説明します。

契約書にしかSLAがない場合でも、Webには項目名と考え方を掲載できます。ただし、営業資料の目安を契約保証のように見せてはいけません。「標準目標」「個別契約で確定」「対象外」のラベルを使い分け、契約書・提案書・Webで数字が食い違わないようにします。

対応エリアはリモートと現地訪問を別々に書く

「全国対応」は、リモート支援の範囲としては正しくても、現地へ駆けつけられる範囲を意味しない場合があります。サービスページには次の4段階を分けて書きます。

1. 問い合わせ受付が可能な地域
2. リモート操作・電話・チャットで支援する地域
3. 自社または提携先が通常料金で訪問する地域
4. 出張費、日程調整、再委託を伴う地域

都道府県名だけでなく、市区町村、拠点からのおおよその移動条件、交通費の扱い、離島、山間部、災害時、夜間の制約を示します。「東京23区は標準訪問範囲、東京都下と隣接県は個別確認」のように、自社が実際に守れる区分にします。駆けつけ時間を公開するなら、起点、受付締切、道路・交通機関、部品在庫などの前提も必要です。

Google Business Profileのサービス提供地域に関する公式ヘルプも、実際に対応できる地域を具体的かつ正確に設定するよう案内しています。ただしBusiness Profileは対面接点を持つ適格な事業者向けです。オンライン専業のMSPが、実在しない営業所や訪問実績のない地域を登録する理由にはなりません。

地域ページを作る場合も、都道府県名だけを差し替えた量産は避けます。その地域の訪問体制、対象拠点、連絡方法、交通費、実際の担当体制、対応できない条件が固有に存在するときだけ作成します。全国一律のリモートサービスなら、一つの対応エリアページに集約した方が、更新漏れや矛盾を減らせます。

質問ごとに答えるページを分け、事実をつなぐ

AI検索向けのページ設計は、一枚の長い営業ページへすべてを詰め込むことではありません。質問に対する答えを置く場所を決め、相互にリンクし、内容を一致させます。

• サービス概要：対象企業、4領域、提供方法、責任範囲
• 対応範囲：PC、ネットワーク、クラウド、Microsoft 365、対象外
• 料金：計算単位、プラン、初期費、超過、第三者費用
• サポート方針：受付、重大度、一次応答、復旧、エスカレーション
• 対応エリア：リモート、訪問、交通費、提携先、時間外
• セキュリティ・運用体制：権限、ログ、再委託、インシデント、認証の適用範囲
• 会社情報：法人名、所在地、連絡先、責任者、資格・認証の登録情報
• FAQ：本文にある事実を、質問単位で再確認できる回答

Googleの生成AI検索最適化ガイド（2026年7月10日更新）は、関連する複数検索を行うquery fan-outを説明しています。したがって、「費用」「M365」「駆けつけ」「SLA」の答えをそれぞれ明確にし、サービス概要からつなぐことは実務上合理的です。ただし、これは公式説明を踏まえた情報設計上の推論であり、特定のAI回答への掲載を保証する施策ではありません。

構造化データは可視本文の代わりではありません。Googleの構造化データ一般ガイドライン（2026年7月10日更新）は、読者に見える主内容を正しく表し、非表示・無関係・誤解を招く情報をマークアップしないよう求めています。料金、エリア、SLAを本文に書かずJSON-LDだけへ追加する方法は避けます。

会社概要では、Organization構造化データの公式仕様（2026年9月8日更新）を参照し、法人名、別名、住所、電話、URL、ロゴ、問い合わせ先など、実在する情報を可視本文と一致させます。顧客対応を行う実拠点がある場合はLocalBusinessが候補になりますが、オンライン専業や架空拠点へ一律に付けるものではありません。Schema.orgのServiceやareaServedは意味を整理する語彙として利用できますが、2026年10月時点で汎用ServiceはGoogleの独立したリッチリザルト種別ではありません。

2026年10月1日に更新されたGoogleの生成AIコンテンツ利用ガイドは、利用者への付加価値を加えない大量生成がスパムポリシーに抵触し得ること、本文だけでなくtitle、meta description、構造化データ、画像altも確認することを案内しています。地域名や業種名だけを置換したページではなく、自社の契約条件、担当体制、対象製品、対象外、更新日を人が確認して公開することが重要です。

会社情報の整合性を点検するときは、ChatGPT検索で会社情報を正しく伝えるためのサイト整備チェックリストも参照できます。FAQを別ページへ分ける場合は、AI検索時代のFAQ設計の考え方に沿い、本文にない回答をFAQだけで追加しないようにします。

SIer・開発会社・セキュリティ会社との境界は運用責任で示す

「IT企業」という括りだけでは、依頼先を選べません。会社名や業種ラベルではなく、何を作り、いつまで責任を持ち、障害時に何をするかで区別します。

開発会社が保守を提供し、MSPが改善プロジェクトを受けることもあります。その場合は「開発後の不具合修正」「OS・ミドルウェアの更新」「利用者問い合わせ」「機能追加」「他社製品との連携」の担当を表にします。アプリ開発側の情報設計はアプリ開発会社がAI検索に備えるLLMO設計で確認できます。

セキュリティも同様です。ウイルス対策製品の管理、EDRアラートの一次確認、脆弱性診断、侵入監視、インシデント対応は別業務です。「セキュリティ対応」の一語へまとめず、脆弱性診断会社のAI検索設計と役割を分けます。

一般的なコールセンターBPOとITヘルプデスクの差は、技術的な一次解決、管理者権限、資産情報、ベンダーへの技術引き継ぎにあります。受付設計や本人確認はコールセンターBPO会社のAI検索設計も参考になりますが、ITヘルプデスクでは「受けた後に何を直せるか」まで示します。

契約前によくある質問

情シス代行とは何ですか？

情シス代行は、社内の情報システム部門が担う業務の一部または複数を、合意した範囲で外部事業者が補完・代行するサービスです。ヘルプデスク、PC管理、アカウント、ライセンス、ベンダー調整、IT資産台帳、社内手順などが候補になります。ただし呼称だけでは業務範囲が一意に決まらないため、サービス名ではなく作業一覧、承認権限、対象外、成果物を確認します。

情シス代行の費用や月額相場はどう比較しますか？

全国共通の一律相場ではなく、基本料金、利用者・ID、端末、拠点、問い合わせ件数、作業時間、監視対象、訪問、時間外、初期棚卸し、外部ライセンスを同じ条件にそろえて比較します。月額が低くても、初期整備、超過、訪問、機器交換が別料金なら年間の支払総額は変わります。各社へ同じ環境情報と希望SLAを渡し、含まれる作業と対象外を並べます。

ヘルプデスクだけ外注できますか？

提供会社が窓口単体のプランを持っていれば可能です。確認すべきなのは、受付方法、対応言語、本人確認、FAQ回答だけかリモート操作まで行うか、一次解決できない場合の引き継ぎ先、履歴の受け渡し、管理者権限の扱いです。窓口だけ外注しても、二次対応者が社内にも外部にもいなければ、問い合わせが滞留します。

SLAは短いほど良いのでしょうか？

短さだけでは判断できません。一次応答が短くても、切り分け開始や現地訪問、復旧の目標が定まっていなければ業務再開にはつながりません。重大度、受付時間、対象地域、顧客側の協力、第三者サービスの障害、部品調達などの条件を含め、自社の重要業務に合う水準を選びます。

LLMO対策の効果は何で確認しますか？

表示や引用は保証できません。Googleも、技術要件とベストプラクティスを満たしてもクロール、インデックス、検索結果への表示は保証されないと説明しています。できるのは、サービス事実を明確にし、ページを取得可能にし、会社情報と構造化データを一致させ、実際のAI回答と流入を継続確認することです。

AI検索で誤解される8つの失敗

1. 「まるごと対応」で作業一覧を省く

相談者は、パスワードリセットとネットワーク障害とIT企画が同じ契約に入るのか分かりません。業務を動詞で分け、担当、承認、成果物、対象外を付けます。

2. 「全国対応」で訪問範囲まで広く見せる

リモートは全国、訪問は一部地域という実態なら二つに分けます。提携先が訪問する場合は、再委託の有無、品質管理、費用、責任窓口も示します。

3. 「24時間対応」で受付と復旧を混同する

自動フォームが24時間開いているだけなのか、人が一次応答するのか、技術者が作業を始めるのかを分けます。「24時間365日」は最も狭い意味へ誤解されないよう補足します。

4. 月額だけを出し、含有量と超過を隠す

月額に含まれる件数、時間、端末、訪問、定例、レポートを示します。初期費用、交通費、時間外、機器、ライセンスも同じ場所から確認できるようにします。

5. Microsoft 365対応の作業を列挙しない

アカウント発行、MFA、メール、Teams、SharePoint、Intune、監査ログ、ベンダー問い合わせは別の作業です。契約する機能と管理権限を明示します。

6. 開発・保守・セキュリティ診断を同じ実績で証明する

アプリ開発の実績は、日常のヘルプデスク品質や駆けつけ能力を自動的に証明しません。サービスごとに担当体制、手順、SLA、成果物を出します。

7. 構造化データにだけ料金や地域を足す

読者に見えない情報を構造化データだけへ入れると、可視本文との不一致になります。本文を更新し、その事実を表す範囲でマークアップします。

8. 契約終了時の返却物を書かない

台帳、ネットワーク構成図、対応履歴、FAQ、管理者アカウント、設定バックアップ、契約情報を誰が所有し、どの形式で返すかを決めます。解約時に次の担当者が運用を引き継げない状態は、月額の安さでは補えません。

実装チェックリスト

提供範囲と責任

• IT保守、ヘルプデスク、情シス代行、MSPのどれを提供するかを定義した
• 対象企業、利用者、端末、拠点の数え方を書いた
• PC、ネットワーク、クラウド、Microsoft 365を作業単位で分けた
• 平常時、障害時、変更時、対象外を領域ごとに示した
• 顧客側に残る承認・判断・作業を示した
• 再委託の有無と、最終的な責任窓口を示した

料金と契約

• 基本料金に含まれる作業を列挙した
• 利用者、ID、端末、件数、時間、拠点の課金単位を示した
• 初期調査、台帳整備、オンボーディングの費用を示した
• 超過、訪問、交通費、時間外、機器、ライセンスを分けた
• 最低契約期間、更新、解約、返却物を示した
• 公開料金と営業資料・見積書の条件を一致させた

SLAとサポート

• 受付時間と有人対応時間を分けた
• 一次応答、切り分け開始、現地訪問、暫定復旧、恒久解決を分けた
• 重大度の判定基準と変更権限を示した
• Microsoftなど第三者サービス起因時の扱いを示した
• リモート範囲、通常訪問範囲、個別出張範囲を分けた
• SLAの目標値と契約保証を同じ表現にしていないか確認した

WebとAI検索

• サービス概要、対応範囲、料金、SLA、エリア、会社情報を相互リンクした
• 重要情報を画像、PDF、アコーディオン操作後だけに置いていない
• 法人名、住所、電話、URL、問い合わせ先をページ間で一致させた
• 構造化データを可視本文と一致させた
• LocalBusinessは実拠点と顧客対応の実態がある場合だけ検討した
• title、meta description、本文、FAQ、画像altを人が事実確認した
• 料金、SLA、エリア、対応製品に更新日と更新責任者を置いた
• 表示・引用・順位の保証表現を削除した

公開後は、会社名を含む質問だけでなく、「中小企業 IT保守」「情シス代行 費用」「ヘルプデスク 外注」「M365 保守」「IT保守 駆けつけ」など、契約判断に近い質問で回答内容を確認します。記録するのは、回答されたかどうかだけではなく、社名・サービス範囲・料金条件・地域・SLAが正確か、参照先が適切か、修正すべき誤解があるかです。確認方法はAI回答の引用モニタリング実務で整理しています。

最後に確認すべきこと

IT担当がいない会社が知りたいのは、難しいLLMO用語ではなく、「今止まっているPCを誰が受け、何分で返事をし、どこまで直し、訪問できるのか」「月額に何が含まれ、何が追加になるのか」です。IT保守会社や情シス代行会社のAI検索対策は、この質問へ契約可能な事実で答える情報設計です。

最初に、対応範囲、料金計算、SLA、エリアの4項目を一枚に並べ、Web、営業資料、見積書、契約書の不一致を探してください。そのうえで会社情報、内部リンク、構造化データ、FAQを整えます。自社だけで不足箇所を判断しにくい場合は、LLMO診断チェックリストで確認し、必要な範囲だけAI検索診断へつなげると、過剰な施策を避けながら改善点を整理できます。