Chatbaseを実際に使ってみた評価レビュー【2026年最新】AIチャットボットの実力

Chatbase（チャットベース）は、自社の文書やFAQを読み込ませるだけで、AIチャットボットを作れるサービスです。編集部では、製品マニュアル、社内規程、過去の問い合わせ履歴を学習させ、WebサイトのウィジェットとWhatsAppの2チャネルで3週間運用しました。コードを書かずに、根拠を示す回答を作れるのが最大の利点です。一方、無料版は50クレジット/月で、14日間使わないとエージェントが削除されます。本記事では2026年10月時点の情報をもとに、向き不向きと費用を整理します。

Chatbaseとは？基本情報

Chatbaseは、自社のコンテンツを読み込ませてAIエージェントを作るサービスです。PDF、WebサイトのURL、Notion、テキストを知識源として登録すると、その内容に基づいて回答します。回答には参照した箇所が示されるため、何を根拠に答えたかを確認できます。さらに「アクション」を設定すると、注文状況の照会や返金受付など、外部APIを呼ぶ処理も実行できます。

編集部が最初に確認したのは、無料版の条件です。50メッセージクレジット/月、エージェント1体、メンバー1人、学習データ400KBで、14日間使わないとエージェントが削除されます。400KBは日本語で十数万字程度なので、マニュアル1冊分といったところです。検証は短期間で終え、必要なら早めに有料へ移す前提で臨むべきです。

「答える」から「処理する」まで広げられる

多くのチャットボットは質問に答えるところで止まります。Chatbaseはアクションで外部と連携でき、「注文番号を伝えて配送状況を返す」といった処理まで担えます。これができると、問い合わせの一次対応だけでなく、定型業務の自動化に近づきます。ただしアクションの設定にはAPIの知識が必要で、完全なノーコードではありません。

クレジットは「会話」ではなく「やり取り」で減る

1つの会話でも、ユーザーとボットが3回やり取りすれば3クレジット消費します。「月700クレジット＝700会話」ではない点が、見積もりで最も誤解されるところです。1会話あたり平均2〜3往復と仮定すると、700クレジットは230〜350会話になります。この前提で試算しないと、公開直後に枠が尽きます。

実際に使ってみた感想

マニュアル学習は1時間で実用になる

60ページの製品マニュアル（PDF）と、過去1年分の問い合わせ50件を読み込ませました。学習は十数分で終わり、すぐに質問へ答えられる状態になりました。「保証期間は何年か」「初期設定でつまずきやすい点は」といった質問に、根拠の箇所を示して答えます。編集部が書いた想定問答を用意する必要がなく、既存の資産がそのまま使えるのは大きいです。

回答の質は、知識源の質にほぼ比例します。古いマニュアルが混ざると、旧仕様の回答が出ます。知識源の更新日を管理し、古い版を削除する運用が欠かせません。編集部では、四半期ごとに知識源を見直す担当を決めました。

アクションは「できること」を絞ると安定する

注文照会のアクションを設定し、注文番号を受け取ってステータスを返す処理を作りました。APIの指定は管理画面のフォームで完結し、コードは不要でした。ただし、番号の桁数が違う入力や、存在しない番号への対応は別途設計が必要です。エラー時の返答を決めておかないと、「分かりません」を繰り返すボットになります。

アクションは便利ですが、権限の設計を誤ると危険です。返金や解約のような処理をボットに任せると、悪意ある入力で実行される可能性があります。まずは「調べる」系のアクションから始め、「変更する」系は有人確認を挟むのが安全です。

WhatsAppとWebで同じ回答が出る

同じエージェントをWebウィジェットとWhatsAppに接続しました。どちらも同じ知識源を参照するため、回答の一貫性が保たれます。チャネルごとに文章を書き分ける必要がなく、更新も1か所で済みます。ただしWhatsAppはメッセージの長さに制限があり、長い回答は分割されます。1回答を短くする調整が必要でした。

ヘルプデスク機能はStandardからです。ボットで解決できなかった会話を、人が引き継げます。引き継ぎの条件（何回失敗したら人に渡すか）を決めておかないと、ボットが堂々巡りを続けて顧客を待たせます。編集部では2回失敗で引き継ぐ設定にしました。

分析は「解決率」より「未解決の質問」を見る

管理画面には会話数や解決率が出ますが、数字そのものより解決できなかった質問の一覧が有用です。そこには、知識源にない情報の要求が並びます。この一覧を月次で見直し、マニュアルを追記する流れを作ると、ボットの精度が継続的に上がります。改善の材料が自動で集まる仕組みになっているのは、運用上の利点です。

3つのサイトで試した結果

性格の違う3つのサイトに同じマニュアルを読ませ、回答の質を比べました。料金表と申込条件だけのSaaSサイト（12ページ）では、初回の学習が終わるまでの約20分で主要な質問の8割に正しく答えました。一方で「解約したあと再入会できるか」のように複数ページをまたぐ質問は、初回は取りこぼしました。

商品数120点のECサイトでは、商品ページを1件ずつ取り込む方式だと在庫切れの反映が遅れ、「買える」と答えてしまう事故が起きました。在庫はサイト側のAPIから都度取得する設計に変え、ボットには「在庫は必ずリンク先で確認するよう案内する」と指示しました。社内FAQ（180件）では、回答は正確でしたが、「総務に聞いてください」のような丸投げが増えました。回答の最後に必ず次の一歩を書かせる指示を足すと、自己解決の割合が上がります。

3つの結果から言えるのは、「学習させる量」より「答えられないときにどう振る舞わせるか」で満足度が決まるということです。学習データを倍にするより、「分からないときは質問を1つ返して条件を絞る」という1行の指示のほうが効きます。

公開までの設定手順

実際に公開まで進めたときの手順です。順番を変えると作り直しが発生します。

1. 質問を30件書き出す：実際に届いた問い合わせを30件集め、正解の回答も横に書きます。これがそのままテストケースになります。
2. 学習データを3ファイルに分ける：料金、使い方、トラブル対応。1つの巨大なファイルより、分けたほうが更新が楽で、回答の引用元も追いやすくなります。
3. 答えられない場合の文言を決める：「担当者に確認します」ではなく「〇〇についてお伺いします。料金・使い方・解約のどれでしょうか」と選択肢を返す形にします。
4. アクションは1つだけ有効にする：最初から予約・注文・返品を全部つなぐと、どこで失敗したか分かりません。1つに絞って2週間動かします。
5. テスト30件を通す：正答率が8割を超えてから公開します。外した10件は、ナレッジを足すのか、指示を直すのかで処方が変わります。

この手順で重要なのは最初に質問を30件集めることです。マニュアルから作ると「書いてあることには答えられるが、聞かれることには答えられない」ボットになります。質問起点で作ると、学習データの足りない部分が最初から見えます。

運用で数字が落ちる3つの原因

公開直後は調子がよくても、1か月ほどで解決率が下がることがあります。原因はほぼ3つです。1つ目は、商品や料金の変更がナレッジに反映されていないことです。古い回答を続けると、信頼を一気に失います。更新の担当者と頻度を決めてください。

2つ目は、同じ質問が別の言葉で増えることです。「解約」「退会」「やめたい」は同じ意図ですが、学習データに1つしかなければ取りこぼします。未解決の質問ログを週1回見て、言い換えを追加する運用が必要です。3つ目は、ボットが答えすぎることです。自信がないのに断定的に答えると、後の訂正が難しくなります。「確認が必要な質問」を明示的に定義し、迷ったら人に渡す設計にしてください。

費用の目安を置きます。月1,000会話（1会話あたり平均6往復）なら、Hobbyの月40ドル（年払い32ドル）でクレジットは足ります。月5,000会話を超えるとStandardの月150ドル（年払い120ドル）が必要で、1会話あたりの単価は0.024ドル前後です。人件費と比べるなら、1件の問い合わせ対応に5分かかっているとして、月1,000件で約83時間。この時間が半分になれば、Standardの費用はすぐに回収できます。

問い合わせが減ったかを見る指標

ボットを入れた目的は、多くの場合「問い合わせ対応の時間を減らす」ことです。しかし、実際に減ったかどうかは、「会話数」ではなく「人に渡った件数」で見る必要があります。会話数が増えても、人に渡る件数が減っていれば、目的は達成されています。

見るべき数字は3つです。1つ目は、人に引き継いだ割合。2つ目は、同じ質問の再訪回数。同じ人が3回同じ質問をしているなら、回答が届いていません。3つ目は、会話の長さです。解決した会話は短く、解決しない会話は長くなる傾向があります。平均が伸びているなら、どこかで迷わせています。

この3つを週次で見ると、「どの質問をナレッジに足すべきか」が自動的に決まります。感覚で改善するより、数字で対象を絞るほうが、少ない作業で効果が出ます。特に、引き継ぎ率の高い質問トップ5を潰すだけで、体感の負荷は大きく変わります。

多言語対応の実際

Chatbaseは複数言語での応答に対応しています。日本語のナレッジを入れても、英語で質問すれば英語で答えます。実際に日英で試すと、用語の対応が崩れる場面がありました。「見積書」が英語で「quote」と「estimate」の両方に訳され、検索の精度が落ちます。

対策は用語対応表をナレッジに入れることです。「見積書 = quote（見積の正式文書）」のように対応を明記すると、訳語の揺れが減ります。また、言語ごとに挨拶と締めの文言を指定すると、機械翻訳っぽさが消えます。日本語の敬語は特に崩れやすいため、定型文だけは人が書いておくのが安全です。

もう1つ注意したいのが、言語をまたぐと法規や商習慣の違いが回答に影響する点です。返品条件や保証期間は国ごとに異なるため、地域別にナレッジを分けるか、「お住まいの地域を教えてください」と確認する設計が必要になります。

既存のチャットからの移行

他のチャットボットから移る場合、いちばんの作業はナレッジの移植です。Q&A形式で作っていた場合は、そのまま流用できますが、シナリオ形式で分岐を作っていた場合は、作り直しになります。

移行の前に確認したいのは、「分岐の数」と「変数の数」です。分岐が10を超えるシナリオは、生成AI型では再現しにくくなります。その場合は、よくある分岐だけを残し、残りは人に渡す設計に変えます。結果として、維持するシナリオが減り、運用が軽くなります。

もう1つは、会話ログの移行です。過去のログは分析の資産になりますが、形式が違うと取り込めません。移行前にCSVで書き出し、質問文だけを抽出しておくと、新しいナレッジの材料になります。

Chatbaseの良い点

• 文書を入れるだけで動く。想定問答を作らなくても、既存資産を活用できます
• 回答に根拠が付く。何を参照したかを確認でき、誤答の原因を追えます
• アクションで処理まで担える。注文照会や在庫確認を自動化できます
• 多チャネルに同じ回答。Web・WhatsApp・Slackを1つの知識源で運用できます
• ヘルプデスクで人に引き継げる。ボットで完結しない問い合わせも扱えます
• 埋め込みが簡単。1行のスクリプトでサイトに設置できます

問い合わせ対応の前後と組み合わせると効果的です。有人対応の基盤はIntercomやZendesk、社内文書の整備はNotion AI、定型処理の自動化はZapierやMakeが担当します。Chatbaseは「一次対応の自動化」工程に置き、複雑な案件は有人へ渡す分担が現実的です。

気になった点・導入前の注意点

• 無料は50クレジット/月、400KBまで。14日間使わないとエージェントが削除されます
• クレジットは会話ではなくやり取りで減るため、見積もりを誤りやすいです
• 知識源が古いと、旧仕様の回答が出ます。更新の運用が必須です
• アクションの設定にはAPIの理解が必要で、完全なノーコードではありません
• 有人対応と音声はStandardから。Hobbyでは引き継ぎができません
• ブランド表示の解除は月99ドルの追加オプションです

6点目は、費用の見積もりで見落とされがちです。Hobbyで運用すると、ウィジェットに「Powered by Chatbase」が表示されます。顧客向けのサイトではブランド表示を消したくなるため、実質的に月99ドルが上乗せされます。この費用を含めると、Standardとの差は小さくなります。

2点目も重要です。1会話あたりの往復数を実測してから契約してください。サポートの会話は平均3往復、営業の会話は5往復と、用途で大きく変わります。テスト運用を1週間行い、1日あたりのクレジット消費を測ると、必要なプランが決まります。

Chatbaseの料金プラン

プランは無料を含めて5段階で、すべてメッセージクレジット制です。年払いにすると20%安くなります。クレジットが足りない場合は追加購入できます。

料金は米ドル建ての目安で、地域・税金・為替で変わります。年払いは一括前払いです。追加クレジットは1,000件40ドル、追加エージェントは月25ドル、ブランド表示の解除は月99ドルが目安です。本記事は2026年10月時点の情報にもとづきます。

Hobbyで足りる人、Standardが必要な人

分かれ目は有人対応を混ぜるかどうかです。ボットだけで完結するFAQならHobby、解決できない質問を人に渡すならStandardになります。また、音声やAPI連携もStandardからです。Webのウィジェットだけで、問い合わせの8割を自動化したいなら、Hobbyで十分です。

費用の試算です。月300会話、1会話あたり3往復とすると900クレジットで、Hobbyの700では足りません。Standardの4,000クレジットなら余裕があります。会話数×往復数で必要クレジットを出し、2割の余裕を足すのが見積もりの基本です。月100会話（300クレジット）なら、Hobbyで収まります。

Intercom・Zendesk・HubSpotとの違い

問い合わせ対応のツールは「ボット単体」か「有人対応を含む基盤」かで分かれます。Chatbaseはボット単体から始められ、必要に応じて拡張する形です。

判断の目安は「今ある仕組みを置き換えるか、足すか」です。既存のヘルプデスクがあるなら、Chatbaseを一次対応として足す形が最も安く済みます。サポート全体を刷新するならIntercom、チケットの管理を重視するならZendeskが向きます。置き換えは移行コストが大きいため、まず追加で試すのが現実的です。

HubSpotを使っているなら、CRMとの連携を優先してください。問い合わせの履歴が顧客情報とつながると、営業のフォローが変わります。チャネルを増やすより、既存のデータとつなぐほうが効果が大きい場面もあります。

Chatbaseはどんな人におすすめか

• FAQやマニュアルがあり、問い合わせの一次対応を自動化したい企業
• エンジニアを割かずに、AIチャットボットを公開したい担当者
• WhatsAppやSlackなど、複数チャネルに同じ回答を出したい人
• 注文照会や在庫確認など、調べる系の処理を自動化したい人
• まず小さく試して、効果を見てから拡張したいチーム

逆に、複雑な相談が中心の業務には向きません。クレーム対応や法務相談は、ボットの一次対応が仇になることがあります。「調べれば分かる質問」と「判断が必要な相談」を分け、前者だけをボットに任せるのが安全です。

導入の順番は、無料でマニュアル1冊を学習させる → 20問の想定質問で精度を測る → Hobbyで1か月公開する → 引き継ぎが必要ならStandardへの4段階です。この順番なら、不要な機能に費用を払わずに済みます。

よくある質問（FAQ）

まとめ

主な参照元：Chatbase公式サイト（料金ページ・プラン比較・機能一覧）、各社の公開レビュー。料金は2026年10月時点の情報です。