Invoca Messaging Agents for Google Adsとは？機能・料金・導入条件を公式情報で整理

Invoca Messaging Agents for Google Adsは、Google上でブランドへメッセージを送った購入検討者に対し、AIエージェントが質問への応答、見込み判定、予約などを進めるためのInvocaのベータ製品です。Invocaは2026年10月28日に本製品を発表し、Google Adsから始まる会話と、その後の予約・売上の結果を結び付ける用途を案内しています。Invoca公式発表

先に結論をいうと、2026年10月28日時点では、公開料金表からセルフサービスで導入する製品とは確認できません。公開情報からは、ベータ提供であること、保護対象保健情報（PHI）を含む会話には現時点で対応していないことを確認できます。一方、固定料金、課金単位、ベータ参加条件、対象地域、Google Ads側の具体的な設定手順・対象キャンペーンは、今回確認した公開ページだけでは確定できません。導入候補にする企業は、Invocaへ個別に確認しながら、広告接点、会話運用、CRM・予約システム、成果計測の接続範囲を限定して検証する必要があります。Invoca製品ページ

Invoca Messaging Agents for Google Adsでできること

Invocaの説明では、AIエージェントはブランド固有のデータやナレッジを利用し、必要に応じて接続した業務システムを参照しながら会話を進めます。公式に案内されている主な機能は次のとおりです。

Invocaは、AIエージェントが顧客プロフィール、サービス提供可否、対応地域、予約システムなどの業務システムへアクセスできる構成を案内しています。ただし、すべての外部システム、業種、地域で同じ連携が利用できることを示す公開仕様は確認できません。自社のCRM、予約、在庫、料金管理などに接続できるかは、導入前に個別確認が必要です。Invocaの仕組み解説

Google Adsとの関係：RCSの会話接点と製品固有の導入条件を分けて確認する

Invocaは、本製品について、Google Adsからのメッセージに応答する仕組みであり、会話にRCS for Businessを用いると説明しています。GoogleのRCS for Business公式サイトでも、Google SearchやGoogle Mapsなどへメッセージ開始地点を追加する機能、確認済みブランド表示、リッチカード、会話内での予約・購入などにつながる連携機能を案内しています。Google RCS for Business公式サイト

ただし、RCS for Businessの一般的な機能説明だけから、Invoca導入時に必要なGoogle Adsアカウント設定、対象キャンペーン、対象国・地域、申請・審査条件を断定することはできません。今回確認したInvocaとGoogleの公開ページには、Invoca連携のために特定のGoogle Ads機能を自社で設定することが必須である、と明示した手順はありません。

したがって、導入判断では「Google Adsでメッセージ接点を使えるか」を一般論として確認するだけでなく、次の問いをInvocaまたはGoogleの担当窓口へ確認してください。

• 自社の広告配信地域・業種・アカウントで、Invocaを通じたメッセージ開始接点を利用できるか。
• 利用者側で必要となるGoogle Ads、RCS for Business、ブランド確認、計測設定は何か。
• 対象となる広告・オーガニック接点、端末、国・地域、言語に制約があるか。
• 会話開始、適格リード、予約、売上をGoogle Adsへ返す際の計測仕様と重複除外の方法は何か。

Google Adsの一般機能に関する要件を、そのままInvoca製品固有の導入条件とは扱わないことが重要です。

機能と未公表情報を分ける

料金について、「無料」「従量課金」「広告費込み」などと推測しないことが重要です。Invocaの製品ページにはデモ予約の導線がありますが、本製品の固定価格や課金単位は掲載されていません。広告費、会話エージェントの契約費用、CRM・予約連携の実装費用、運用・評価の人件費を分けて見積もる前提で、商談時に確認してください。Invoca製品ページ

導入前チェックリスト

以下は公式の必須要件一覧ではなく、公開情報をもとにMojiが提案する導入前の確認項目です。

• 利用可否：広告配信地域、対象業種、Google上のメッセージ接点、RCS for Businessの利用条件が、自社のケースに適用されるかをInvocaまたはGoogleへ確認する。
• 会話の目的：FAQ回答、見積もり前の要件聞き取り、予約、電話転送のうち、最初のPoCで自動化する工程を一つに絞る。
• 正本データ：料金、対応地域、在庫、予約枠、契約条件をどのシステムから参照するか決める。更新頻度が高い値は、会話用ナレッジだけに依存せず、必要に応じて業務APIやDBを正本として扱う。
• 有人引き継ぎ：回答不能、苦情、本人確認、例外見積もり、高額契約、緊急性が高い相談では、誰へどの情報を渡すか決める。
• データ区分：会話に入力される個人情報・機密情報・健康情報を分類する。PHIを含む会話は本製品の対象外として明示されているため、該当する業務をPoC対象に含めない。
• 計測：会話開始だけで終わらせず、適格リード、予約完了、商談化、売上などの成果定義と、重複除外の方法を決める。
• 権限：予約確定、CRM更新、料金提示、外部送信をAIにどこまで許可するかを工程別に定める。

AIに外部システムの参照・更新を任せる場合は、最小権限、承認、人への引き継ぎ、停止条件、操作ログをまとめて設計する必要があります。詳細はAIエージェントのガードレール設計も参照してください。

PoCの進め方：最初から「完全自動予約」を目指さない

公開情報は、製品が目指す会話・予約・計測の構成を示すものです。自社環境での品質、対応可能な連携、広告成果への影響を保証するものではありません。会話品質は、ブランド固有ナレッジの鮮度、業務システムの接続範囲、対象地域、会話ルール、評価方法、誤回答・誤予約に対する許容範囲によって変わります。

そのため、以下はMojiによる実務上の提案として、最初から全商品・全地域・全時間帯へ広げず、可逆的で確認しやすい会話に限定して検証します。

1. 対象を定義する：「営業時間外に届く、対象地域のサービス予約に関する問い合わせ」など、商材・地域・時間・問い合わせ種別を限定する。
2. 会話設計を作る：回答してよい質問、必須確認項目、回答してはいけない事項、有人引き継ぎ条件を文書化する。
3. 参照データを分ける：固定情報は承認済みナレッジへ、空き枠・在庫・対応可否のような変動情報は予約システムや業務システムへ接続する。古い文書だけを根拠に確定回答させない。
4. 計測の照合表を用意する：Google上の流入元、会話ID、見込み判定、予約ID、CRM商談、最終売上を追えるようにする。
5. テスト会話で評価する：実顧客へ出す前に、正常系だけでなく、対象外地域、満席、曖昧な質問、料金例外、苦情、個人情報の入力などを確認する。
6. 限定公開して見直す：初期は予約を確定せず、「予約候補を作成し、人が確定する」運用も選択肢です。誤りの内容を分類し、ナレッジ、連携、会話ルール、引き継ぎ条件のどこを直すべきか切り分けます。

AIエージェント全般について、チャットボットやRPAと何が異なり、どの業務から検討すべきかはAIエージェントとは？生成AI・チャットボット・RPAとの違いと導入判断・実践手順で解説しています。

PoC評価シートの最小テンプレート

以下はMojiによる提案です。数値や案件名はすべて架空の例です。広告のクリック数だけではなく、会話が事業成果へ進んだか、危険な失敗を適切に止められたかを分けて記録します。

評価用の質問集、正解根拠、失敗分類を作る方法はAIエージェント評価とは？導入判断に使える比較基準・評価項目・実務手順も参考にしてください。

まとめ

Invoca Messaging Agents for Google Adsは、Google上のメッセージ接点から始まる問い合わせへAIが応答し、見込み判定、予約、電話引き継ぎ、広告成果の接続までを目指すベータ製品です。公開情報で確認できるのは機能の方向性、RCS for Businessの利用、PHI非対応であり、料金、対象地域、Google Ads側の具体的な設定・利用条件は個別確認が必要です。

特に、Googleの一般的なメッセージ機能の要件を、そのままInvoca固有の導入条件とみなさないでください。導入前には、自社が利用できるGoogle上の接点、変動情報の正本への接続、例外時の有人引き継ぎ、広告接点から売上までの照合方法を、InvocaとGoogleの担当窓口へ確認したうえでPoC範囲を決めることが重要です。