受電・席数・認証で伝えるBPO会社のAI検索設計

コールセンター・BPO会社がAI検索の比較材料を欠かさないために、サービスページへ揃える情報は5群です。業務範囲、処理規模、対応時間、料金条件、認証・安全管理を、同じ粒度で確認できるようにします。

2026年10月現在、Googleは生成AI検索のためだけの特別なマークアップは不要と案内し、従来のSEOの基礎、クロール可能なページ、読者が追いやすい見出し構成、独自で有用な情報を重視しています。ただし、要件を満たしてもクロール、インデックス、表示は保証されません。したがってLLMO対策は「AIに選ばれる言い回し」を探す作業ではなく、発注担当者が比較に使う条件を、検索システムも読み取れる公開情報に変える作業です。Googleの生成AI検索向け公式ガイドは2026年7月10日更新で、表示を保証する特殊施策ではなく、読者向けの明確な構成と検索の基本を示しています。

この記事は「コールセンター 外注 費用」「BPO 会社 比較」「受電 代行」で候補を探す場面に絞ります。一般的な外注のメリットや会社ランキングではなく、受電・架電・事務・バックオフィスの範囲、案件へ割り当てられる席数、時間帯、課金単位、Pマーク・ISMSの範囲をどう公開するかを扱います。

コールセンター・BPO会社のLLMO対策とは

発注者が「どの業務を、何席規模で、何時まで、どの料金条件と安全管理で委託できるか」を確認できるよう、サービス情報を本文・表・会社情報・根拠ページへ整理することです。AI検索での掲載や引用を保証する施策ではありません。人と検索システムが、会社名、提供主体、対応範囲、制約、根拠を取り違えにくくする情報設計です。

最初に揃える5群は次のとおりです。

• 業務範囲：受電、架電、メール、チャット、事務処理、バックオフィスのどこまでか
• 処理規模：案件へ割り当て可能な通常席、最大席、専用席・シェアード席、増席条件
• 対応時間：有人受付、フォーム受付、回答時間、曜日、祝日、夜間、緊急時の区分
• 料金条件：初期、固定、従量、席、成果、オプション、最低利用条件に何が含まれるか
• 認証・安全管理：取得法人、登録番号、認証範囲、対象拠点、再委託、録音・データ管理

5群の情報を同じページで照合できるようにする

AI検索への対策というと、FAQや構造化データを先に追加しがちです。しかし、元のサービス説明が「柔軟に対応」「高品質」「豊富な実績」だけなら、比較の根拠が不足したままです。まず、発注条件に対して答えが返るページを作ります。

BPOは電話受付だけを指す言葉ではありません。東北経済産業局の説明では、人事、総務、経理、情報システム、コールセンター、ヘルプデスクなど、企業の業務プロセスの一部を外部へ委託するものとして整理されています。自社が電話対応だけを提供するなら「電話一次受付」、後処理や事務まで担うなら「受電からCRM入力まで」のように、実際の責任範囲で表現を分けます。

比較される情報の基本的な考え方は、競合比較時にAI検索へ渡すべき条件でも整理しています。コールセンター・BPOでは、その条件を席数、チャネル、時間、SLA、再委託まで具体化する点が固有です。

受電・架電・事務を作業単位まで分ける

「インバウンド対応」「アウトバウンド対応」だけでは、発注者が自社業務との適合を判断できません。日本コンタクトセンター協会の用語集では、インバウンドを問い合わせ、商品購入、資料請求など顧客側から受信する業務、アウトバウンドを販売、アフターフォローなど企業側から発信する業務として説明しています。サービスページでは、さらに作業単位へ分けます。

受電は受付後の処理まで書く

受電代行を探す担当者が知りたいのは、電話を取れるかどうかだけではありません。問い合わせ分類、本人確認、注文登録、予約変更、テクニカルサポート、クレーム一次受付、担当部署への転送、折り返し依頼、CRM入力、日報まで、どこで責任が切り替わるかが重要です。

たとえば「受電代行」ではなく、「法人顧客からの製品問い合わせを受け、本人確認後にFAQで一次回答し、未解決案件はチケットを起票して担当部署へ引き継ぐ」と書きます。FAQで回答できない案件、返金判断、医療・法律など専門判断が必要な案件を除外するなら、その境界も記載します。

架電は目的と成果定義を分ける

架電には、案内、調査、督促、休眠顧客のフォロー、予約確認、アポイント獲得など異なる目的があります。「アウトバウンド対応可」だけでまとめず、対象リストの提供者、スクリプトの作成者、録音の有無、再架電条件、成果の定義、除外業務を分けます。

消費者向けの電話勧誘販売に該当する業務では、勧誘前の事業者名・目的などの明示や、拒絶後の勧誘継続・再勧誘の禁止といったルールがあります。対象業務を受託する場合は、消費者庁の電話勧誘販売に関する案内を踏まえ、スクリプト審査、禁止リスト、教育、モニタリングの責任分界を示します。すべての架電業務を電話勧誘販売と同一視する必要はありません。

事務・バックオフィスは入出力を示す

BPOとして事務処理まで提供する場合は、「バックオフィス対応」ではなく、受け取るデータ、実施する処理、納品するデータ、使用システム、承認者を示します。例として、申込内容の不備確認、本人確認書類の照合、受注登録、請求データ作成、返品受付、FAQ更新、応対ログの分類などです。

2026年9月24日には、NTTデータ・ウィズがBPO領域で音声AIによる一次受付と有人オペレータへの引き継ぎを組み合わせた検証結果を公表しました。これは業界全体の標準を示すものではなく、同社の検証です。ただし「AI対応」という一語では、提供中か検証中か、AIと有人の担当範囲、引き継ぎ条件が伝わらないことを示す具体例になります。同社の公式発表のように、提供段階と役割分担を分けて説明します。

席数は会社全体と案件配分を分けて示す

席数は、BPO会社の規模を示すだけの飾りではありません。必要な同時処理量へ対応できるかを判断する入力です。ただし「全国で5,000席」と書いても、その案件に割り当てられる席数が分からなければ見積もり条件にはなりません。

CCAJの2025年度コンタクトセンター企業実態調査は、2025年6月16日から7月23日に実施され、エージェンシー会員109社を対象に68社から回答を得た調査です。保有オペレーションブース数は小規模帯から5,001席以上まで区分され、会社間の規模差が大きいことが分かります。一方で、これはCCAJ会員の回答であり、日本の全BPO会社を代表する市場統計ではありません。また、全社保有席数と特定案件へ割り当てられる席数は別です。

サービスページには、次の順で書くと比較しやすくなります。

1. 会社全体の保有席数と拠点数
2. 対象サービスで通常割り当てられる席数
3. 立ち上げ時の最小構成と最大同時稼働席数
4. 専用席と複数案件で共有するシェアード席の別
5. 繁忙期の増席可否、事前連絡期限、教育に必要な条件
6. 在宅オペレーションを使う場合の対象業務と安全管理
7. 災害・障害時の代替拠点、切り替え条件、復旧時の連絡方法

「従業員1,000名」を「1,000席対応」と読み替えてはいけません。オペレータ以外の従業員を含む可能性があり、シフトや稼働率も分からないからです。席数を公表できない場合も、「小規模なシェアード運用」「案件ごとに要件確認」のような抽象表現だけで終えず、見積もり時に必要な月間件数、時間帯別入電、平均処理時間、繁閑差を提示します。

24時間対応は受付と回答をチャネル別に分ける

「24時間365日対応」は、電話を人がいつでも取るのか、フォームをいつでも受け付けるのか、ボイスボットが一次受付するのかで意味が変わります。AI検索が「夜間対応できる会社」を探す場面でも、この違いがページに書かれていなければ、正確な比較材料になりません。

実際の調達仕様では、チャネルと時間を分ける書き方が使われています。たとえば奈良市のコールセンター運営仕様書は、代表電話の運営時間と、メールフォームの受付・回答時間を分けています。自治体の個別案件であり業界標準の営業時間ではありませんが、買い手が「受付」と「回答」を別条件としている例です。

祝日、年末年始、設備点検日、多言語窓口は別条件になりやすいため、注記へ逃がさず表に含めます。「24時間受付、有人回答は平日9時から18時」のように一文で両方を示すと、切り出されても意味が残ります。

料金は単価より先に計算条件を開示する

コールセンター外注の料金は、初期費、月額固定、席・時間、人月、受電件数、応答件数、通話時間、架電件数、成果、オプションを組み合わせて決まります。今回確認した一次情報から、民間BPO市場全体に共通する単一の相場や、最も費用対効果が高い契約方式は確認できませんでした。そのため、根拠のない「1コール当たりの相場」を載せるより、計算式の入力条件を公開します。

金額を公開できない会社でも、課金単位と見積もりに必要な入力項目は公開できます。「個別見積もり。月間件数、時間帯別入電、平均処理時間、対象業務、必要席数を確認後に算定」と書けば、問い合わせ前に準備すべき情報が分かります。AI検索で読み取りやすい料金ページの作り方も併せて確認すると、料金改定日や「要問い合わせ」の説明を揃えやすくなります。

PマークとISMSは登録番号・範囲まで書く

コールセンター・BPOは、顧客名、連絡先、購入履歴、相談内容、録音、本人確認情報などを扱う可能性があります。認証の有無は有用な確認項目ですが、ロゴだけでは対象法人、部門、拠点、業務が分かりません。

JIPDECの制度説明では、プライバシーマークを、JIS Q 15001に準拠した個人情報保護マネジメントシステムの構築・運用指針に基づき、適切な保護措置を講ずる体制を評価して付与する制度としています。ISMS-ACの制度説明では、ISMSをJIS Q 27001・ISO/IEC 27001に基づく情報セキュリティマネジメントシステムの第三者適合性評価制度としています。目的と確認対象は同一ではありません。

ISMSは組織の必要に応じて認証範囲を定めるため、全社・全拠点が自動的に対象になるわけではありません。ISMS-ACの認証案内を踏まえ、登録番号、対象部門・拠点、対象業務、有効期間を確認します。PマークやISMSがあっても、事故が起きないことや法令対応の完了を保証するものではありません。

さらに、個人データを委託する側には認証ロゴの確認だけでなく、委託先の選定、契約、安全管理措置、取扱状況の把握、再委託の管理が求められます。個人情報保護委員会の通則ガイドラインの2026年6月一部改正版に沿い、次の項目を公開情報または問い合わせ資料で答えられるようにします。

• 取り扱うデータの種類と利用目的
• 録音・応対履歴・本人確認資料の保存場所と保存期間
• 権限管理、操作ログ、持ち出し制限
• 再委託の有無、再委託先の管理、事前承認の方法
• 在宅オペレーションの対象業務と端末・作業場所の条件
• 監査、定期報告、事故時の連絡経路
• 契約終了時の返却、削除、削除証明

会社情報とサービス情報をページ群で結ぶ

1ページへすべて詰め込む必要はありません。重要なのは、会社、サービス、料金、安全管理、事例の記述が矛盾せず、内部リンクでたどれることです。

会社概要では提供主体を固定する

法人名、サービス名、所在地、代表URL、問い合わせ先、運営主体を統一します。ブランド名だけを出し、提供法人が別ページにも見当たらない状態は避けます。ChatGPT検索で会社情報を伝える基本と企業エンティティを整える手順では、会社名・サービス名・外部プロフィールの整合を詳しく扱っています。

GoogleのOrganization構造化データの公式文書は、組織名、別名、正式法人名、URL、住所、電話、メール、ロゴなどを、組織の識別を助ける情報として案内しています。ただし、従業員数の項目へオペレーション席数を入れるのは誤りです。席数、対応可能件数、受電範囲、料金条件は、読者に見える本文と表に置きます。構造化データを使う場合も、可視本文と一致させます。

サービス詳細では対象・条件・除外をセットにする

サービス一覧ページは「受電」「架電」「事務」と分類し、詳細ページで対象業界、チャネル、時間、規模、SLA、システム連携、除外業務を示します。導入事例を掲載する場合は、顧客名を出せるかどうかにかかわらず、対象業務、規模、期間、実施範囲、結果の測定方法を分けます。顧客許諾のない社名や数字は載せません。

FAQは本文の不足を隠す場所にしない

FAQは「24時間対応ですか」「最低席数はありますか」といった質問への短い答えに向いています。一方、料金や認証範囲が本文にないままFAQだけへ埋め込むと、比較時に見落とされやすくなります。まず詳細ページに条件を置き、FAQから該当箇所へつなぎます。AI検索向けFAQと構造化データの関係も参考になります。

クロール許可は情報設計とは別に確認する

ChatGPT検索について、OpenAIは、掲載候補にするにはOAI-SearchBotを許可し、ホストやCDNが公開された検索ボットのアクセスを通す必要があると説明しています。一方で、掲載位置は保証されないとも明記しています。OpenAIのChatGPT検索ヘルプとクローラーの公式文書を確認し、robots.txtだけでなくWAFやCDNによる遮断も点検します。OAI-SearchBotと学習用途を管理するGPTBotは別の設定です。

外注条件から公開情報を逆引きする

発注者の条件ごとに、公開ページへ必要な情報を逆引きすると抜けを見つけやすくなります。

実装時は次の項目を順に確認します。

• 会社概要に正式法人名、サービス名、所在地、代表URL、問い合わせ先がある
• 受電、架電、ノンボイス、事務、バックオフィスを実作業で分けている
• 各業務に対象、開始条件、完了条件、除外、引き継ぎ先がある
• 全社保有席数と案件へ割り当て可能な席数を混同していない
• 通常・最大席、専用・共用、繁忙期増席、拠点、BCPを説明している
• 電話、メール、チャット、フォームの受付時間と回答時間を分けている
• 初期、固定、従量、成果、追加費用と最低利用条件を示している
• 個別見積もりでも、課金単位と必要な入力項目を公開している
• Pマーク・ISMSの取得主体、登録番号、範囲、対象拠点を確認できる
• 再委託、在宅運用、録音、保管、監査、事故時連絡を説明している
• 本文、FAQ、会社情報、構造化データの内容が一致している
• 料金、営業時間、認証、連携システムに更新日と管理担当がある

比較材料を減らす6つの失敗

1. 「受電代行」と「BPO」を同じ意味で使う

電話の一次受付だけなのか、CRM入力、受注処理、FAQ改善まで担うのかを分けます。広く見せるためにBPOと書くと、契約時の責任範囲と公開ページがずれます。

2. 全社の席数だけを実行能力として見せる

全社保有席が多くても、特定案件へすぐ割り当てられるとは限りません。通常・最大の案件席、立ち上げ条件、専用・共用、拠点を併記します。

3. 「24時間365日」で有人と自動を混ぜる

フォーム送信、録音受付、ボイスボット、有人回答、緊急転送を同じ「対応」と表現しないようにします。受付と回答の時間を別列にします。

4. 「料金はお問い合わせ」だけで終える

金額を出せなくても、固定か従量か、何を数えるか、最低利用条件、夜間休日やシステムの追加費用、見積もりに必要な情報は出せます。

5. 認証ロゴだけを掲載する

Pマーク・ISMSの取得法人、登録番号、認証範囲、対象拠点が分からなければ、対象サービスとの関係を確認できません。公式検索や登録証へ照合できる情報を添えます。

6. AI機能を提供中と検証中に分けない

音声AI、要約、感情分析、FAQ生成などは、実運用中、個別提供、実証実験で意味が異なります。対象業務、利用条件、有人確認、データ利用、連携先、確認日を示します。

コールセンターBPOのAI検索に関するよくある質問

コールセンターBPOと電話代行は何が違いますか

BPOは電話受付より広く、業務プロセスの一部を設計・運用ごと委託する概念です。電話代行が一次受付と伝言に限られる場合でも、BPOでは受注登録、CRM入力、本人確認、返金・返品処理、集計、FAQ更新などを含むことがあります。名称ではなく、開始条件、実施作業、完了条件、責任分界で比較してください。

受電・架電以外の事務も同じ会社へ委託できますか

その会社が対象業務と必要な管理体制を明示していれば委託候補になります。対応可否は会社ごと、案件ごとに異なるため、「バックオフィス対応」の一語ではなく、入力、照合、承認、納品、使用システム、個人情報の取扱いまで確認します。

コールセンター外注の費用は何を比較すればよいですか

総額だけでなく、初期費、月額固定、席・時間、受電・応答・処理などの従量単位、最低利用条件、夜間休日、多言語、録音、回線、システム、レポート、超過の扱いを比較します。同じ月間件数、時間帯別入電、平均処理時間、対象業務で見積もり条件を揃えることが重要です。

24時間365日対応なら夜間も人が応答しますか

「24時間365日」だけでは有人応答かどうかは分かりません。電話の有人時間、フォーム受付、ボイスボット、録音、緊急転送、折り返し回答をチャネル別に確認します。言語や契約プランで時間が異なる場合もあります。

PマークまたはISMSがあれば安全な委託先と判断できますか

認証だけで安全性や法令対応の完了を判断することはできません。取得法人、登録番号、認証範囲、対象拠点、有効期間に加え、再委託、在宅運用、録音・応対履歴の保存、権限管理、監査、事故時連絡、契約終了時の削除を確認します。

最後に確認すべきこと

コールセンター・BPO会社のLLMO対策は、会社紹介へAI用の言葉を足すことではありません。発注担当者が外注先を比較するときの5群、すなわち業務範囲、処理規模、対応時間、料金条件、認証・安全管理を、根拠と更新日付きで公開することです。

最初に確認するのは、次の3点です。

1. 「受電対応」「大規模対応」「24時間」「個別見積もり」「認証取得」の各表現に、範囲と条件が付いているか
2. 会社概要、サービス詳細、料金、安全管理、FAQの記述が矛盾せず、内部リンクでたどれるか
3. AI検索への表示を保証せず、公開ページのクロール可否と情報の正確性を別々に点検しているか

自社サイトを横断して確認する場合は、LLMO診断チェックリストを使うと、会社情報、内部リンク、クロール、引用候補となる本文の不足を整理できます。自社だけでは業務範囲とページ構成の対応を判断しづらい場合は、公開情報を整える範囲を決めてからAI検索診断を利用してください。診断は「掲載されるか」を保証するものではなく、現状の記述、技術設定、競合との情報差を確認するためのものです。