Rapls AI Chatbot ガイド:WordPress AIチャットボットの導入から運用まで

確認日：2026年5月2日 / 参照元：Rapls AI Chatbot 公式ページ（WordPress.org）、Free版マニュアル、Pro版マニュアル、プラグイン技術リファレンス。
検証想定：WordPress 6.9系 / PHP 8.3系 / Rapls AI Chatbot Free v1.5.6系 / Pro Add-on 系。画面名や項目名は、今後のアップデートで変わる可能性があります。

このプラグインを作った経緯

はじめに、なぜこれを作ったのかを書いておきます。

2025年の後半、あるクライアントから「サイトに AI チャットボットを設置できないか」と相談を受けました。最初は既存のプラグインで済ませるつもりで、いろいろ試しました。WordPress.org にも、海外のSaaS型サービスにも、AIチャットボット系のものはたくさんあります。それで、ひと通り見て回ったのですが、どうもしっくりきませんでした。価格が高すぎたり、海外サービスで日本語の応対がぎこちなかったり、機能が盛りすぎで設定の入口が複雑だったり。決め手に欠けるものばかりでした。

「これなら自分で作ったほうが早い気がする」というのが、開発を始めた本音です。クライアントの要件を満たして、自分が「こういうのがあったら便利」と思える形にする。せっかくなら、汎用的な WordPress プラグインとして公開もしてしまおう、と。そういう順番で進めました。

開発で一番こだわったのは、日本語サイトでも自然に使えることです。チャットボット系のサービスやプラグインは、英語圏で作られたものが多くて、日本語応対が「翻訳された英語」みたいな硬さを残しがちです。クライアントのサイトは日本語で運用しているので、ここは譲れませんでした。

結果として、UI、設定画面、応答プロンプト、ドキュメントを、最初から日本語と英語を意識して作るスタイルになりました。AI プロバイダーも OpenAI、Anthropic、Google、OpenRouter の4つを使えるようにして、日本語の品質が高いモデルを選べるようにしています。

2026年3月から、クライアントの企業サイト（コーポレート系）で実運用を始めました。会話数はまだ少なくて、月に数件くらいです。それでも、運用しながら気づいた改善点を Pro 版に反映する流れができてきていて、開発者としてはここがいちばん面白い時期だな、と感じています。本記事では、そういう実運用での気づきも織り交ぜながら書いていきます。

WordPress に AIチャットボットを置きたいと考えている方の中には、私が最初にそうだったように、「AI が返事してくれれば便利そう」くらいの漠然とした感覚で来ている方もいると思います。実際に自分のサイトに導入することを考え始めると、すぐに別の問題が見えてきます。AIは何を根拠に答えるのか。料金や仕様を間違えて案内したらどうなるのか。API料金は月いくらかかるのか。訪問者が個人情報を入力したら、どこに保存されてどう扱われるのか。スマホで邪魔にならないか。本当に問い合わせ削減につながるのか。こうした細かいところを考え始めると、「AIチャットを表示する」だけでは終わらないことに気づきます。

この記事では、そういう「触り始めてから直面する判断」を中心に書きます。機能の網羅的な紹介ではなく、導入の判断、初期設定の順序、つまずきやすいところ、失敗例、改善のしかた、運用の考え方です。長くなりますが、必要なところだけ拾い読みしてもらえれば十分です。

公式プラグインページとこの記事の違い

Rapls AI Chatbot には、正規のプラグイン紹介ページがあります。対応AIプロバイダー、Free版とPro版の違い、料金、主な機能、導入方法、FAQ。検討段階ならまずそっちを見るのが早いです。

ただ、検討段階を超えて実際に入れる段階になると、公式ページの情報だけでは足りない場面が出てきます。

たとえば、公式ページを見れば「OpenAI / Claude / Gemini / OpenRouter に対応している」のはわかります。でも、最初にどれを選べばいいのか。クライアントのサイトで、なぜ私は OpenAI を選んだのか。APIキーを入れたあと、何を質問してテストすればいいのか。サイト学習とナレッジベースは、結局どっちから始めるべきなのか。AIが期待と違う答えを返したとき、ナレッジベースを直すのか、システムプロンプトを直すのか、それともサイトの記事を直すのか——こういう細かい判断は、実際に触る人ほど悩みます。

この記事ではその部分を書きます。私自身が開発者として、また実際にクライアントのサイトに導入した運用者として、どう判断したかを共有していきます。

マニュアルは「設定項目の辞書」みたいなものです。各項目が何をするものか、どんな値を入れられるかが網羅されています。一方、この記事は「設定項目をどの順番で触るか」「触ったあとに何を確認するか」「うまくいかなかったときに何を疑うか」という、流れの記事です。両方を行き来しながら使ってもらえると、たぶんいちばん効率がいいです。

Rapls AI Chatbot をひと言でいうと

Rapls AI Chatbot は、WordPress サイトにAIチャットボットを追加するプラグインです。訪問者がチャット欄に質問を書くと、AIが回答を返してくれる。ここまでは他のAIチャットプラグインと大して変わりません。

このプラグインで肝になるのは、サイトの情報をもとに答えられるようにする仕組みのほうです。AIモデル単体は、あなたのサイトのことを知りません。「このプラグインの無料版で何ができますか?」と聞かれたとき、一般論として「無料版では一部機能が制限されることが多いです」みたいな、ぼやけた答えを返してきます。これはサイト運営者にとっても訪問者にとっても困ります。せっかくチャットボットを置いたのに、サイトのことを答えられない案内係を雇っているような状態です。

RAG（Retrieval-Augmented Generation）と、ナレッジベースという仕組みを使うと、AIはまずサイト内の関連情報や登録済みのFAQを検索してから、その情報をもとに回答してくれます。これでAIが「一般知識を話す人」から「このサイトの内容を案内できる人」に近づきます。

もう一つ大事なのは、AIプロバイダーを選べることです。OpenAIだけ、Anthropicだけ、と縛られず、サイトの目的や予算に合わせて切り替えられます。コストを抑えたいときは安価なモデル、品質を重視したいときは上位モデル、画像も扱いたいときはマルチモーダル対応モデル。後から変更できるので、最初に決めた選択を一生持ち続ける必要はありません。実際、私のクライアントのサイトでは、開発時にいくつかのモデルを試したあと、OpenAI の上位モデルに落ち着きました。理由は後ほど書きます。

導入前に決めるべきこと

AIチャットボットを入れる前に、最初に決めておきたいことがあります。このチャットボットに何を任せるか、という役割の話です。ここを決めずに設定を始めると、だいたい迷います。

FAQにもしたい、検索窓にもしたい、サポートにもしたい、営業にも使いたい、商品案内もしたい——最初は全部やりたくなるんですよね。でも欲張ると、回答範囲が広がりすぎて、ナレッジベースもシステムプロンプトもまとまらなくなります。AIに渡す指示が「あれもこれも」になって、どっちつかずの答えが返ってくる。

最初は目的を1つか2つに絞るのが、結果としてラクです。具体的には、こんな選択肢があります。

• 問い合わせを減らしたい（よくある質問への自動応答）
• FAQを自然な会話で案内したい（FAQページの代わり）
• サイト内の記事やマニュアルを探しやすくしたい（検索代わり）
• 商品ページやサービスページへ誘導したい（コンバージョン補助）
• 営業時間・料金・対応範囲をすぐ答えたい（一次対応）
• プラグインやサービスの使い方を案内したい（プロダクトサポート)
• Pro版でリードを獲得したい（メールアドレス・名前の取得）

私のクライアントの企業サイトに導入したときは、「サービス内容の説明」と「よくある問い合わせへの一次対応」の2つに絞りました。営業ファネルの最終段階（リード獲得や予約システム連携）はあえて後回しにして、まずは「訪問者が最初に聞きたいこと」に正確に答えられる状態を目指す、というアプローチです。これは結果的に正解で、運用初期は「答えにくい質問」「想定外の質問」のチューニングに集中できました。

役割が決まったら、次に「答えてはいけない範囲」も決めておきたいところです。法律相談、医療診断、税務相談、個別の人物への評価、競合製品との直接比較。サイトのジャンルによって、AIに踏み込ませたくない領域があります。これを最初に意識しておくと、あとでシステムプロンプトを書くときに「こういう質問が来たら〇〇と案内する」というルールを書きやすくなります。

運用面でもう一つ。「誰がメンテナンスするか」を決めておかないと、設置直後だけ熱心に触って、その後ほとんど見なくなる、ということになりがちです。ナレッジベースの追加、回答ログのチェック、APIコストの監視、低評価フィードバックへの対応。これらを誰がいつやるのか。週1回でもいいので、定期的に見るタイミングを決めておくと、運用が自然と続きます。

導入の全体手順

Rapls AI Chatbot を導入する流れは、おおよそこんな感じです。最初から完璧にやろうとすると疲れるので、まずは「動く」状態まで持っていって、そこから少しずつ整える、と考えるのがおすすめです。

1. プラグインのインストールと有効化
2. ダッシュボードで現在の設定状態を確認
3. AIプロバイダー（OpenAI / Claude / Gemini / OpenRouter）を選ぶ
4. APIキーを取得して設定する
5. 最初のテスト質問を投げてみる
6. ナレッジベースに、よくある質問を10〜20件登録する
7. 必要ならサイト学習を有効化して、サイト全体をクロールさせる
8. チャットボットの表示場所を決める
9. テーマ（色、ボタン配置、スマホ表示）を整える
10. 公開前のテスト質問を一通り通す
11. 公開して、運用しながら改善する

このうち、特に時間をかけたいのはステップ6〜7（ナレッジベースの登録とサイト整理）と、ステップ10（公開前テスト）です。設定を入れること自体は1時間もあれば終わります。でも、AIが期待通りに答えるかどうかは、ここで渡す情報の質で決まります。逆に、設定画面の見た目を細かく調整するのは後回しでも大丈夫です。

以下、各ステップで何を見て、何を決めるか、つまずきやすいところを順番に説明していきます。

ステップ1：インストールと有効化

まずは Rapls AI Chatbot の Free版を、WordPress.org の公式リポジトリからインストールします。プラグイン管理画面の「新規追加」で「Rapls AI Chatbot」を検索すれば見つかります。インストール後に有効化すれば、管理画面の左メニューに「AI Chatbot」が追加されます。

Pro版を使う予定があるなら、ライセンスキーを購入してから Pro Add-on プラグインを別途インストールします。Pro版は Free版と同居する形で動くので、Free版を残したまま追加してください。Pro版を有効化すると、メニューに「Pro 設定」「サイト学習」「会話履歴」「アナリティクス」「リード」「監査ログ」のページが追加されます。

有効化後、最初に出てくるのは「ダッシュボード」画面です。現在の設定状態がカード形式で並びます。最初は「未設定」と表示される項目が多いですが、それで正常です。次のステップで一つずつ埋めていきます。

ステップ2：ダッシュボードで状態を見る

ダッシュボードは Rapls AI Chatbot の中央管制室みたいな画面です。ここを見るだけで、現在の設定がどこまで進んでいて、どこに穴があるかがひと目でわかります。

主に表示されるのはこういうカードです。

• AIプロバイダー設定の状態（未設定 / 設定済み / 接続OK）
• APIキー登録の状態
• ナレッジベースの登録件数
• サイト学習の状態（無効 / 有効 / クロール中 / 完了）
• 表示位置の設定（全ページ / 特定ページ / ショートコード）
• 会話数（直近24時間 / 7日 / 30日）
• API利用コスト（推定）

最初の数日は、ここを毎日見ておくのがおすすめです。「APIキーを設定したのに『未設定』のままになっている」「サイト学習を有効にしたのにクロールが進んでいない」といった、設定ミスや動作不良に早めに気づけます。慣れてきたら週1回くらいで十分です。

ダッシュボードでもう一つチェックしたいのは、「直近の会話数」と「APIコスト」のバランス。会話が増えればAPIコストも上がります。月初に予算アラートを設定しておくと、想定より使われすぎたときに気づけます。Pro版なら「予算上限」を設定して、上限を超えた時点で自動停止することもできます。

ダッシュボードの数字を眺めていると、設置直後と1週間後で景色がぜんぜん違います。最初は「自分で動作確認した会話」が大半ですが、徐々に「実際の訪問者の会話」が増えていく。会話ログを見ながらナレッジベースに足りない質問を追加していくと、回答精度が育っていきます。

ステップ3：AIプロバイダーを選ぶ

Rapls AI Chatbot は、OpenAI、Anthropic（Claude）、Google（Gemini）、OpenRouter の4つに対応しています。最初にどれを選ぶかで悩むかもしれませんが、後から切り替えられるので、最初は「使い慣れているもの」「コストが読みやすいもの」で十分です。

運用視点でざっくり並べると、それぞれこんな特徴があります。

• OpenAI（GPT-4o、GPT-4o-mini など）：情報量が豊富で、汎用的な回答が得意。日本語の自然さも安定しています。料金は中程度。最初に選ぶならいちばん無難な選択肢です。
• Anthropic（Claude）：長文の理解と、文脈に沿った丁寧な回答が得意。やや慎重な答え方をする傾向があります。サポート文書や法務寄りの案内に向いています。
• Google（Gemini）：マルチモーダル対応が強くて、画像を扱う場面で便利。比較的安いプランがあります。Google Cloud と一緒に使っているなら相性がいいです。
• OpenRouter：さまざまなモデルへ単一のAPIキーで接続できる中継サービス。複数モデルを試したいときや、特定モデルだけ使いたいときに便利です。

サイトの規模が小さくて、月の会話数が少ないうちは、安価な軽量モデル（GPT-4o-mini、Claude Haiku、Gemini Flash など）から始めても大丈夫です。回答品質が物足りなければ、上位モデルへ切り替えればいいだけ。最初から最高品質のモデルを選んで、月のAPIコストに驚く、というパターンは避けたいところです。

私のクライアントのサイトでは、最終的に OpenAI の GPT-4o に落ち着きました。月の会話数自体はまだ少なくて、数件くらいです。それでも GPT-4o を使っているのは、コーポレート系のサイトで「サービス内容を正確に案内する」ことが最優先だったから、というのが理由です。コストよりも応答品質を優先したかたちですね。会話数が増えてきてAPIコストが気になり始めたら、軽量モデルへの切り替えや Pro版のレスポンスキャッシュを検討するつもりでいます。今のところ、月のAPIコストは数ドル以下に収まっていて、運用負担は小さいです。

プロバイダーは後から切り替えられます。最初に選んだものを永遠に使う必要はありません。同じ質問を5〜10個用意して、プロバイダーごとに回答を比べると、自分のサイトに合うモデルが見えてきます。専門用語が多いサイトなら長文理解の強いモデル、商品案内中心ならスピード重視の軽量モデル、というふうに、用途で判断するといいです。

地味に大事なことを一つ。利用するAIプロバイダーは、プライバシーポリシーに必ず明記しておいてください。訪問者が入力した内容は、APIを通じて外部のAIサービスに送信されています。サイトのプライバシーポリシーに「○○社のAIサービスを利用しています」「会話内容が外部サービスに送信されます」という旨を書いておけば、後で何か聞かれたときにも困りません。

ステップ4：APIキーを設定する

AIプロバイダーを選んだら、次はAPIキーを取得して設定します。各社の管理画面でアカウントを作って、APIキーを発行する流れです。プロバイダーごとに画面の見た目は違いますが、やることはだいたい同じです。

• 各社のサイトでアカウント登録
• 支払い情報を登録(クレジットカードなど)
• APIキーの発行
• キーをコピーして WordPress 側に貼り付け
• 「接続テスト」ボタンを押して、応答が返ってくるかを確認

接続テストでエラーが出たら、原因を切り分けます。よくあるパターンを書いておきます。

APIキー設定でよくあるミス

• キーをコピーするときに、前後に半角スペースが入っている：これがいちばん多いミスです。貼り付けたあと、見た目では気づきにくいので、入力欄を一度全選択して、必要なら手で前後を削ります。
• 支払い情報が未登録、または無料枠を使い切っている：OpenAI などは、支払い情報を登録していないとAPI呼び出しがエラーになります。マイページで支払い情報や、当月の利用枠を確認してください。
• モデル名のタイポ：「gpt-4o」と「gpt-4-o」（ハイフンの位置が違う）など、モデル指定の文字列を間違えるとエラーになります。マニュアルや設定画面のプルダウンから選ぶのが安全です。
• サーバー側の SSL 証明書、cURL 設定の問題：APIへの送信が通らない場合、サーバー側の cURL 設定や、SSL 証明書のチェーンに問題があることがあります。ホスティング会社のサポートに「外部HTTPS APIへの接続が失敗する」と問い合わせると、ヒントが得られます。
• レート制限に引っかかっている：新規アカウントは、最初のうち1分あたりのリクエスト数に低い制限がかかっていることがあります。少し時間をおいて試すと通ることが多いです。

接続テストで応答が返ってきたら、APIキー設定は完了です。これで、最低限「AIチャット」としては動く状態になりました。次は、サイトの内容に沿った回答ができるように整えていきます。

あと、APIキーは秘密情報として扱ってください。WordPress の設定画面から確認できますが、外部にスクリーンショットを共有するときは必ずマスクしましょう。万が一外部に漏れたら、すぐに各社の管理画面でキーを失効させて、新しいキーを発行し直します。Pro版を使っているなら、設定エクスポートにはAPIキーが含まれない仕組みになっているので、設定をバックアップ目的でエクスポートするときも安心です。

ステップ5：最初のテスト質問

APIキー設定が終わったら、サイトの管理者として、テスト質問を投げてみます。Pro版を使っているなら「テストモード」を有効にしておけば、ログイン中の管理者だけにチャットボットが表示されるので、本番訪問者に見せずに動作確認できます。私のクライアントのサイトでも、リリース前には必ずテストモードで確認しています。

最初の質問はシンプルなものから。「こんにちは」「あなたは誰ですか?」「このサイトについて教えてください」あたりです。AIが何かしら返してきたら、まず一安心。ここで返答がなかったり、エラーメッセージが返ってきたら、ステップ4に戻って接続を見直します。

応答があったら、次は少し具体的な質問を。「料金はいくらですか?」「無料版で何ができますか?」「使い方を教えてください」など、サイトに関係する質問です。この段階では、まだナレッジベースを登録していないので、AIは一般論で答えます。「料金プランは公式ページをご確認ください」「サービスの内容により異なります」みたいな、ちょっと頼りない答えが返ってきます。

これが普通の状態です。AI は魔法ではないので、サイトの情報を渡さない限り、サイトのことは知りません。次のステップで、ナレッジベースを作って、サイト固有の答えを返せるようにしていきます。

テスト段階で覚えておきたいのは、「悪い回答が返ってきても、設定が壊れているわけじゃない」ということ。情報を渡す手段がまだ整っていないだけなので、ナレッジベースとサイト学習を整えれば、自然に回答品質が上がっていきます。AIに渡す指示（システムプロンプト）の書き方も、応答の質に大きく影響します。これは、開発・運用を続けていて今でもいちばん苦労する部分なんですが、本記事では深入りしません。別の機会に書ければと思っています。

ステップ6：ナレッジベースを作る

ナレッジベースは、Rapls AI Chatbot の心臓部です。「よくある質問」と「その答え」を登録しておくと、AIがその情報を参照して回答してくれます。ここを丁寧に作るかどうかで、チャットボットの「使える度」がだいぶ変わります。設定の細部についてはFree版マニュアルにもまとめています。

最初は10〜20件で十分です。大量に登録するより、本当に聞かれる質問から入れたほうが、改善しやすい。サイトの問い合わせ履歴、メールでよく聞かれる質問、SNSのDMで頻出する質問——これらを思い出しながら、上位の質問から書き出していきます。

私のクライアントのサイトでも、運用開始時は 10〜20件 で始めて、その後実際の質問パターンを見ながら少しずつ追加し、現在は11〜30件くらいで運用しています。コーポレート系のサイトで、サービス内容と一次問い合わせ対応がメインなので、これくらいの規模で十分にカバーできています。記事数の多いブログサイトやECサイトだと、もっと件数が必要になるかもしれません。

最初に登録したいFAQ例

たとえばプラグイン紹介サイトなら、こういう質問を最初に入れておけば、訪問者の最初の疑問に答えられます。

• このプラグインで何ができますか?
• 無料版とPro版の違いは?
• 料金はいくらですか?
• APIキーはどこで取得しますか?
• 対応している WordPress のバージョンは?
• 多言語対応していますか?
• 商用サイトで使えますか?
• ライセンスは何台まで使えますか?
• 返金ポリシーはありますか?
• サポートはどこから依頼できますか?

各項目には、「質問」と「回答」のペアを書きます。質問はユーザーの自然な言い方で。「料金教えて」「いくらですか」「価格を知りたい」など、表現にバリエーションを持たせるとAIがマッチングしやすくなります。

回答は、長くしすぎないこと。チャット画面で読む文章なので、1回答に全部詰め込むと読みにくくなります。次のような違いを意識してみてください。

悪い回答例

「料金プランはFree版とPro版があり、Free版は無料でご利用いただけ、Pro版はシングルライセンスが$29、5サイトライセンスが$49です。Pro版にはリードキャプチャ、シナリオ機能、アナリティクスダッシュボード、WooCommerce連携、LINE Messaging API連携、AES-256-GCM暗号化などの機能が含まれます……」

情報量は多いんですが、チャット画面で読むには長すぎます。読み終わる前に閉じられてしまいます。

よい回答例

「Free版は無料で使えます。Pro版は1サイト用が$29、5サイト用が$49です。Pro版では、リード獲得、シナリオ、分析機能などが追加されます。詳しくは公式ページをご覧ください。」

これくらい短くしておいて、詳細はリンクで案内するほうが、チャットボットらしい体験になります。AIが文脈に応じて補足してくれることも多いので、最初は要点を端的に書く、というスタンスで十分です。

ナレッジベースを登録したら、もう一度テスト質問を。「料金はいくら?」と聞いて、登録した回答に近い内容が返ってきたら成功です。返ってこない場合は、質問文の言い方を変えて登録するか、ナレッジベース内のキーワードを増やします。

ここまで来ると、チャットボットが「サイトのことを答えられる案内係」に近づいてきた感じがあるはずです。

ステップ7：サイト学習を使う

ナレッジベースに加えて、Rapls AI Chatbot には「サイト学習」という機能もあります。サイト内の記事や固定ページを自動でクロールして、その内容を回答に使えるようにする仕組みです。

記事数が多いサイトでは、サイト学習を有効にすると、ナレッジベースに登録していない情報についてもAIが記事を参照して回答できるようになります。「Cocoonテーマの設定方法を解説した記事はありますか?」と聞かれたとき、サイト内の関連記事を見つけて、その内容をベースに回答してくれる、というイメージです。

私のクライアントのサイトでは、サイト学習とナレッジベースを両方使っています。理由は、それぞれ得意な範囲が違うから。料金・サービス・対応範囲のような「絶対に間違えたくない情報」はナレッジベースで厳密に答えさせて、それ以外の細かい情報（サービス事例、ブログ記事の内容など）はサイト学習で柔軟にカバーする。両方使うとリソースの使い方は増えますが、回答品質は明らかに上がります。

学習させたいページ

• 料金やプランの説明ページ
• 機能を一覧で説明しているページ
• 使い方マニュアルやチュートリアル
• FAQページ
• 会社情報・サービス紹介ページ
• 主要なブログ記事（特に検索で見つかりやすいもの）

学習させないほうがよいページ

• 個人情報を扱うフォームページ
• 会員限定コンテンツ（ログイン必須のもの）
• 古くて内容が陳腐化している記事
• 意図的にnoindexにしている記事
• テスト用の下書きや、社内メモのような記事

サイト学習を有効化すると、初回は全ページのクロールが走ります。記事数によりますが、数百ページ規模なら数十分から数時間かかります。クロール中は管理画面に進捗が表示されるので、完了まで待ちます。

クロール完了後、もう一度テスト質問を投げてみると、ナレッジベース未登録の情報についても、サイト記事を参照した回答が返ってくるようになります。「○○について書いた記事ありますか?」「△△の使い方を教えて」みたいな、検索的な質問にも応えられるようになります。

Pro版を使っているなら、「スケジュールクロール」を有効にしておくと、定期的に新着記事を自動クロールしてくれます。週1回や月1回の頻度で設定しておけば、放っておいても新しい記事がチャットの回答に反映されます。差分クロールを有効にしておけば、変更のないページはスキップされるので、サーバー負荷も軽くなります。

ナレッジベースとサイト学習の使い分け

ナレッジベースとサイト学習、どちらから始めるべきか。よく迷うところです。両方とも回答に使われますが、性格が少し違います。

• ナレッジベース：厳密な回答を返したい質問に使う。料金、ライセンス、対応バージョンなど、間違えたくない情報。
• サイト学習：記事を横断して情報を拾わせたい場合に使う。「どこかの記事に書いてある内容」をAIに探させるイメージ。

小規模サイトなら、まずナレッジベースを作るほうがいいです。10〜20件のFAQで、主要な質問に正確に答えられる状態を作る。そのあと、必要に応じてサイト学習を追加します。記事数が多いサイトなら、サイト学習を先に有効化して、補完的にナレッジベースを足していく順番でも構いません。

あとは、AIの回答が「曖昧」「ぼんやりしている」と感じたら、ナレッジベースの登録を増やすのが効きます。逆に「具体的だが、サイトの記事と内容が合っていない」と感じたら、サイト学習側を見直す。症状によって直す場所を変えるイメージです。

ナレッジベースとサイト学習は、両方使ってもOKです。両方の情報源があれば、AIはどちらにも当てはまる関連情報を取り出して回答してくれます。最初は「ナレッジベースだけ」「サイト学習だけ」と分けて運用してみて、慣れてきたら併用、という流れでも構いません。

ステップ8：表示場所を決める

チャットボットを設置する場所は、サイトの目的によって変わります。Rapls AI Chatbot は、設置場所に関して柔軟な選択肢を持っています。

サイト全体に表示する

右下に常駐するバッジ（チャット呼び出しボタン）を置く方式です。いちばんシンプルで、訪問者がどのページにいてもチャットを呼び出せます。サイト全体で「いつでも質問できる窓口」を提供したい場合に向いています。

私のクライアントの企業サイトでは、この「全ページ・右下に常駐バッジ」方式を採用しています。コーポレート系サイトの場合、訪問者がトップページから入って、サービス紹介、会社概要、ブログなど複数のページを回遊する流れが多いので、どのページにいてもチャットを呼び出せる方が問い合わせの導線として自然でした。

注意点は、すべてのページで表示されるので、ランディングページや決済ページなど、訪問者の集中を切らせたくないページでは邪魔になることがあります。Pro版なら、特定のページだけ非表示にする設定もできます。

特定ページだけに表示する

FAQページ、料金ページ、サポートページなど、質問が出やすいページに限定して表示する方式です。表示場所が明確なので、訪問者の意図とチャット利用がかみ合いやすくなります。逆に、トップページや記事一覧ページに置かないことで、ページ全体の表示が軽くなる効果もあります。

記事内に設置する

Gutenberg ブロックやショートコードを使って、記事の途中に設置する方式です。「この記事を読んで質問があれば、ここで聞いてください」という導線になります。プラグイン解説記事や、ハウツー記事の末尾に置くと、自然な流れで質問が生まれやすくなります。

スマホ表示は必ず確認する

表示場所を決めたら、スマホでも必ず確認します。デスクトップでは違和感がない位置でも、スマホで見ると画面の半分を覆っていたり、フッターメニューと重なったりすることがあります。テーマによっては、固定の追従ボタンがあって、それと衝突することもあります。

Rapls AI Chatbot のテーマカスタマイズやカスタムCSSで、スマホ時のサイズや位置を調整できます。Pro版なら「フルスクリーンモード」もあるので、スマホで画面全体に広げる選択肢もあります。サイトの主要ターゲットがスマホ中心なら、PC表示よりスマホ表示を優先して調整するくらいでちょうどいいです。

ステップ9：テーマとデザインを調整する

機能が一通り動くようになったら、見た目を整えます。Rapls AI Chatbot は、Free版でも基本テーマが用意されていて、Pro版を入れるとさらに細かいカスタマイズができます。

最低限、調整しておきたいのはこのあたりです。

• チャットウィンドウの主要色（サイトのブランドカラーと合わせる）
• チャットバッジ（呼び出しボタン）のアイコン
• 初回メッセージ（「こんにちは、何かご質問はありますか?」のような挨拶）
• クイックスタートボタン（よくある質問を1タップで送信できるショートカット）
• 応答待ちのアニメーション

初回メッセージは、訪問者がチャットを開いたときに最初に見る文章です。サイトの雰囲気に合った言葉遣いにすると、チャットの印象が一気に良くなります。ビジネスサイトなら「○○についてお気軽にお尋ねください」、個人ブログなら「気軽に質問してください」のような違いです。

クイックスタートボタンは、訪問者が「何を聞けばいいかわからない」状態を防ぐのに有効です。代表的な質問を3〜5個ボタンとして並べておくと、タップだけで会話が始まります。「料金プランを知りたい」「無料版で何ができますか?」「導入方法を教えて」みたいな、実際に多い質問を入れておきます。

Pro版を使っているなら、「ウェルカムスクリーン」を使う選択肢もあります。チャットを開いたとき、すぐに会話が始まるんじゃなくて、まず簡単な案内画面が出るスタイルです。問い合わせ目的が複数ある業種（不動産、教育、医療など)では、この方式のほうが訪問者を案内しやすいことがあります。

カスタムCSSで微調整したいときは、ブラウザの開発者ツール（F12）でチャット要素のクラス名を確認しながら、Pro版の「カスタムCSS」欄に書き足します。!importantを付けるとテーマと競合しても上書きできますが、付けすぎると保守しにくくなるので、必要なところだけにとどめます。

公開前のチェックリスト

設定が一通り終わったら、本番公開する前に、最後のチェックを通します。設置直後にトラブルが出ると、訪問者に変な印象を与えてしまうので、ここは少し丁寧にやっておきたいところです。

• □ APIキーが正しく設定され、接続テストが通っている
• □ ナレッジベースに10〜20件のFAQが入っている
• □ サイト学習を使う場合、初回クロールが完了している
• □ 主要な5〜10件のテスト質問で、期待通りの回答が返る
• □ チャットボットが意図した位置（全ページ / 特定ページ）に表示される
• □ スマホ表示で、ボタンが他のUIと衝突していない
• □ 初回メッセージとクイックスタートボタンが設定されている
• □ プライバシーポリシーにAI利用の記載がある
• □ 個人情報の扱いについて、注意書きがあるか、PIIマスキングが有効
• □ 予算アラートが設定されている（OpenAIなどの管理画面と、Pro版の予算機能の両方）
• □ テストモードが無効になっている（Pro版を使っている場合、本番公開時に必ずオフ）

このチェックリストを通したら、公開準備は完了です。最後の項目「テストモードが無効になっている」は意外と忘れがちなので、要注意です。テストモードがオンのままだと、訪問者にはチャットボットが見えません。

公開前に試すべき質問

本番公開の前に、想定される質問を一通りテストしておくと、後で慌てずに済みます。質問はカテゴリに分けて準備すると、抜け漏れが減ります。

基本情報の質問

• 「料金はいくらですか?」
• 「無料版でできることは?」
• 「対応している WordPress のバージョンは?」
• 「サポート対応時間は?」

設定に関する質問

• 「APIキーはどこで取得しますか?」
• 「インストール方法は?」
• 「設定が反映されないときの対処法は?」

トラブルに関する質問

• 「チャットが表示されないんですけど」
• 「APIエラーが出ています」
• 「料金が予想より高くなりそうで心配です」

答えてほしくない質問

• 「他社製品と比較してください」
• 「個別のクライアント情報を教えて」
• 「公開前の機能について教えて」

このカテゴリの質問が来たら、AIは「お答えできません」「サポートにお問い合わせください」と案内するように、システムプロンプトでルールを設定します。AIに何でも答えさせると、想定外の発言をしてしまうことがあります。境界を明確にしておくほうが、運用がラクです。

テスト時は、想定通りの回答が返らなかった場合、その場でナレッジベースを修正するか、システムプロンプトの指示を強化します。修正後にもう一度テスト、を繰り返すうちに、回答品質が安定してきます。正直に書くと、この「期待通りの応答にならない」状況の調整が、運用でいちばん時間を取られる部分です。私自身、開発者として作ったのに、今でもプロンプトの調整は完全に決着していない、というのが実感です。

公開後1週間でやること

本番公開後、最初の1週間は「観察期間」です。実際にどんな質問が来るのか、AIがどう答えているのかを、毎日少しずつ見ていきます。

会話履歴のページを開いて、直近の会話を上から見ていきます。確認したいのは、こんな点です。

• 訪問者の質問パターンは想定通りか?
• AIの回答はサイトの内容に沿っているか?
• 低評価フィードバック（👎）が付いた回答はあるか?
• 同じ質問が複数回来ているか?（その場合はFAQに登録）
• AIが「わかりません」と答えている回答はあるか?
• APIコストは想定範囲内か?

低評価の回答や、想定外の質問が見つかったら、その都度ナレッジベースを更新します。1週間も観察すると、サイトの「よく聞かれる質問」のリアルな姿が見えてきます。最初に想像していたFAQと、実際の質問が違うことも多いです。

公開後1か月で見ること

1か月運用すると、ある程度のデータが溜まります。Pro版のアナリティクスを使っているなら、ダッシュボードにこんな数字が並んでいるはずです。

• 会話数、メッセージ数、平均メッセージ数（会話あたり）
• 満足度スコア（フィードバックボタンに基づく）
• 推定APIコスト
• AIクオリティスコア（フィードバック・解決率・会話長を総合した指標）
• バウンス率（解決に至らなかった会話の割合）

この中で特に注目したいのは、満足度スコアと、よくある質問の傾向です。満足度が低い回答が見つかったら、ナレッジベースの該当項目を修正します。よく聞かれる質問のうち、まだナレッジベースに入れていないものがあれば追加します。

APIコストも見ておきます。会話数の割にコストが高いと感じたら、軽量モデルに切り替えるか、Pro版のキャッシュ機能を有効にします。同じ質問への回答をキャッシュしておけば、APIを呼ばずに即座に応答できるので、コストもレスポンスタイムも改善します。

1か月の運用を経て、ナレッジベースは最初の10〜20件から、30〜50件くらいに育っているのが理想です。実際の質問に基づいて項目が増えているので、最初に想像で書いたFAQよりも、サイトに合った内容になっているはずです。

1か月時点で見ておきたいのが、もう一つ。「ハンドオフ（有人対応への引き継ぎ）」の頻度です。AIで対応しきれなかった会話を、人が引き取った件数。Pro版でハンドオフ機能を有効にしている場合、ここに「AIが苦手な質問パターン」が見えてきます。これを次の改善材料として、ナレッジベースやシナリオに反映します。

Pro版を検討するタイミング

Free版でも、基本的なAIチャットボット運用はできます。小規模なブログ、個人サイト、FAQページ、プラグイン紹介ページなら、まずFree版から始めるのが自然です。

Pro版を検討するのは、チャットを「案内」だけじゃなくて「成果」につなげたいときです。具体的には、こんなニーズが出てきたタイミング。

• 見込み客の名前やメールを取得したい
• 問い合わせ内容を Slack や Google Sheets へ送りたい
• よくある質問や満足度を数字で分析したい
• 営業時間外の問い合わせをフォームで受けたい
• WooCommerce の商品をチャット内で案内したい
• LINE 公式アカウントでも同じAIを使いたい
• シナリオ形式で問い合わせや診断を進めたい
• 個人情報や会話履歴の管理を強化したい
• 複数人のチームでチャットボットを管理したい

これらのうち、2つ以上が当てはまるなら、Pro版を入れる価値が出てきます。逆に「とりあえず質問に答えられるだけでいい」という用途なら、Free版で十分。

Pro版を入れる場合、最初から全機能を使う必要はありません。リードキャプチャだけ、アナリティクスだけ、というように、必要な機能から少しずつ試します。一度に全部設定しようとすると、設定項目の多さに圧倒されます。

個人的に、開発者として「これはPro版に追加してよかった」と最も感じているのは アナリティクス 機能です。理由は後ほど詳しく書きますが、運用判断のための数字が揃うと、改善作業の質が変わります。Pro版の機能や価格を詳しく知りたい場合は、Rapls AI Chatbot Pro の製品ページもご覧ください。

Pro機能：リードキャプチャ

リードキャプチャは、Pro版マニュアルでは「AI Chatbot > Pro 設定 > CUSTOMER > Lead Capture」タブで設定し、チャット開始前にユーザーの連絡先情報を収集するフォームとして説明されています。保存されたリードデータはCSVやJSONでエクスポートでき、WebhookやGoogle Sheets連携にも対応します。

これはBtoBサイトや制作会社サイトと相性がいい機能です。問い合わせ前に名前、メール、会社名、相談内容を取得できれば、その後の対応がかなり楽になります。営業担当者がチャット履歴と一緒にリード情報を見られるので、最初から文脈を踏まえた対応が可能になります。

ただ、フォーム項目を増やしすぎると離脱します。最初はメールアドレスと相談内容くらいで十分。電話番号や会社名を必須にするのは、問い合わせ意欲が高いユーザー向けのページだけにしたほうがいいです。「資料請求ページ」「無料相談ページ」みたいな、明確に意思表示してから来るページに限定する、という考え方ですね。

リードキャプチャは必須化することもできますが、最初は任意（スキップ可能）から始めるのがおすすめです。匿名で気軽に質問したい人がいきなり離脱すると、サイト全体のチャット利用率が下がってしまいます。任意で運用してみて、リード取得率と、チャット利用率の両方を見ながら調整します。

取得したリードは、Webhookで外部サービス（Slack、Google Sheets、CRM）にリアルタイム送信できます。設定さえ済ませれば、ユーザーがフォームを送信した瞬間に、自社のSlackチャンネルに通知が飛んでくる。営業担当者が即座に反応できるので、リードの温度感が高いうちに連絡できます。

Pro機能：オフラインメッセージと営業時間

営業時間機能と組み合わせて使うと、24時間体制じゃないサイトでも、チャットの「対応している風」を維持できます。営業時間内は通常のAIチャット、営業時間外はオフラインフォームを表示する、という切り替えが自動でできます。

Pro版マニュアルでは、営業時間は曜日ごとに開始・終了時刻を設定でき、タイムゾーンや祝日リストにも対応していると説明されています。日本のサイトなら、タイムゾーンは Asia/Tokyo に設定して、祝日リストに2026年の祝日を全部入れておくと、自動的に祝日は休業扱いになります。

オフラインメッセージは、営業時間外に「現在対応時間外です。メッセージをお送りいただければ、翌営業日にご連絡します」みたいなフォームを出す機能です。この方式なら、深夜に来た問い合わせでも、リードとして残せます。翌朝の営業開始と同時に、まとめて対応できます。

個人運営や小規模チームのサイトでは、24時間チャット対応は現実的じゃありません。営業時間と組み合わせたオフラインメッセージは、リアルな運用に近づける機能として、地味に効きます。

Pro機能：シナリオ

シナリオ機能は、決まった流れで会話を進めたいときに使います。Pro版マニュアルでは、キーワード一致、インテント検出、手動トリガー、ページURLなどを条件にして、質問テキスト、クイックリプライ、分岐条件、完了アクションを設定できると説明されています。

AIに自由に答えさせると、柔軟な会話ができます。一方で、返品手続き、予約前確認、トラブルシューティング、見積もり診断みたいに、必ず同じ順番で聞きたい内容もあります。そういう場合はシナリオが向いています。

たとえば、トラブルシューティングのシナリオを組むなら、こういう流れになります。

1. どの機能で困っていますか?（選択肢で分岐）
2. エラーは表示されていますか?（はい/いいえ）
3. エラー文を入力してください（テキスト入力）
4. 使用中の WordPress バージョンを確認してください
5. 解決しない場合は問い合わせフォームへ案内

こうした流れは、AIに自由回答させるよりシナリオ化したほうが安定します。聞き漏らしがなくて、最後の判断（自動解決 / 有人対応エスカレーション）も明確。AIだけだと「だいたい解決しそうな答え」を返すことがあるので、業務フローに沿った確実性が必要なところはシナリオに任せる、というのが現実的です。

シナリオを最初から複雑にすると、メンテナンスが大変になります。3〜5ステップのシンプルなフローから始めて、運用しながら必要に応じて分岐を増やしていくのがおすすめです。

Pro機能：アナリティクス（個人的に一番追加してよかった機能)

少し個人的な話を挟みます。Pro版に追加した機能の中で、私自身が「これは追加してよかった」と最も感じているのは、アナリティクス機能です。運用しながら判断するための「数字」が揃う、というのが大きい。

Pro版マニュアルでは、アナリティクスは「AI Chatbot > アナリティクス」からアクセスでき、7日、30日、90日の期間で、会話数、メッセージ数、平均メッセージ数、満足度、推定コスト、AIクオリティスコア、バウンス率などを確認できると説明されています。

ここで見るべきなのは、単なる会話数じゃありません。会話数が多くても、解決していなければ意味がない。むしろ重要なのは、低評価回答、解決しなかった会話、よくある質問、APIコストです。

アナリティクスを見ると、サイト改善の材料が見えてきます。

• 同じ質問が多い → FAQや記事に追記する
• 低評価が多い → ナレッジベースを修正する
• APIコストが高い → 軽量モデルや固定回答を検討する
• 途中離脱が多い → 回答が長すぎる可能性がある
• 問い合わせにつながらない → リード導線やシナリオを見直す

とくに「ナレッジギャップ」（AIが回答できなかった質問一覧）は、ナレッジベース改善の宝庫です。ここに並ぶ質問を、毎週眺めて、上位の質問からナレッジベースに登録していくだけで、回答品質が着実に上がります。

アナリティクス機能をPro版に組み込んだのは、Free版を公開したあと、あるユーザーから「運用しながら改善するための数字が見たい」という要望をもらったのがきっかけでした。最初は別件のバグ報告メールから始まったやり取りだったんですが、その後も継続的に要望をいただける関係になって、その中から多くの改善アイデアが生まれました。アナリティクスもその一つです。

アナリティクスダッシュボードは、PDFエクスポートにも対応しています。月次レポートを社内に共有する、クライアントに提出する、といった使い方もできます。日本語フォントにも対応しているので、レイアウトが崩れる心配は少ないです。

Pro機能：WooCommerce連携

Pro版マニュアルでは、WooCommerce連携は、商品データを自動クロールし、チャット応答内に商品カードを表示する機能として説明されています。商品カードには、商品画像、商品名、価格、商品ページへのリンクが表示されます。

ECサイトではかなり実用的です。訪問者が「初心者向けの商品はありますか?」「この用途に合う商品は?」「在庫はありますか?」と聞いたとき、文章だけで答えるより、商品カードを出せるほうが購入導線として自然。視覚情報があるかどうかで、クリック率は明確に変わります。

注意点として、WooCommerce連携を有効にしたあと、既存商品をインデックスするためにサイトクロールを実行する必要があります。商品が数百〜数千ある場合、クロールには時間がかかります。クロール完了後は、新規商品が追加されると自動的にインデックスされる仕組みです。

商品説明が薄いと、AIも判断材料が足りません。商品ページには、用途、対象者、サイズ、素材、注意点、返品条件などを書いておくと、チャット回答にも活きます。AIの回答品質は、結局のところ「どれだけ良い情報をAIに渡せるか」で決まります。商品ページの情報整理は、SEO的にもチャット的にも、共通して効きます。

Pro機能：LINE連携

Pro版マニュアルでは、LINE連携は「AI Chatbot > Pro 設定 > INTEGRATIONS > LINE」タブで設定し、LINE公式アカウントに届いたメッセージへAIが自動応答する機能として説明されています。WebチャットウィジェットとAI設定とナレッジベースを共有して処理されます。

LINE連携は、店舗、クリニック、サロン、スクール、地域サービスと相性がいいです。ユーザーが普段使っているLINEから質問できるので、Webサイトに戻ってこなくても問い合わせができます。Webサイトのチャットに比べて、心理的な敷居が低いのも利点です。

設定の流れはこんな感じです。

1. LINE Developersコンソールにログイン
2. プロバイダーを作成または選択
3. Messaging APIチャネルを新規作成
4. 「チャネルアクセストークン（長期）」を発行してコピー
5. 「チャネル基本設定」タブから「チャネルシークレット」をコピー
6. WordPress側にチャネルシークレットとアクセストークンを貼り付け
7. 表示されるWebhook URLをLINE Developersの「Webhook URL」に貼り付け
8. 「Webhookの利用」をオンにし、「検証」ボタンで接続確認
9. LINE Official Account Managerで「応答メッセージ」をオフに切り替え

LINE連携でよくあるミス

LINEの「応答メッセージ」（あいさつメッセージ、応答メッセージ）が有効なままだと、プラグインの応答とLINEのデフォルト応答が二重に送信されてしまうことがあります。あるあるの落とし穴です。LINE Official Account Managerで必ずオフにしておきます。

あと、LINE Messaging APIの無料プランでは、月500通までのメッセージ送信制限があります。商用で本格運用するなら、ライトプラン以上への加入を検討する必要があります。月の利用量を見ながら、有料プランに切り替えるタイミングを判断するといいです。

WebチャットとLINEで、同じナレッジベースを共有できるのが、Rapls AI Chatbotの強みです。Webサイトに反映した情報の更新が、自動的にLINEの応答にも反映される。複数の窓口を持っていても、運用は一つ、という体験になります。

Pro機能：セキュリティと個人情報保護

AIチャットボットでは、訪問者が自由に文章を入力します。こちらが想定していなくても、メールアドレス、電話番号、住所、注文番号、相談内容などが入力される可能性があります。サイトの規模に関係なく、個人情報の扱いは最初から考えておきたいところです。

Pro版マニュアルでは、GDPR対応としてデータ保持ポリシー、PIIマスキング、AES-256-GCM暗号化などに触れられています。企業サイトや問い合わせが多いサイトでは、ここは軽く見ないほうがいいです。

最低限、次の点は確認しておきたいです。

• 会話履歴を保存するか
• 保存する場合、何日保持するか
• 個人情報を入力しないよう注意書きを出すか
• PIIマスキングを使うか
• 管理者以外が会話履歴を見られないか
• プライバシーポリシーにAI利用を追記したか
• 利用するAIプロバイダー名を明記したか

データ保持ポリシーは、Pro版で「指定日数より古い会話を自動削除」する設定です。デフォルトは365日ですが、運用方針に合わせて短くすることもできます。GDPR対応では「必要以上に保持しない」が原則なので、保持期間は短いほうが、コンプライアンス的には望ましいです。

PIIマスキングは、メールアドレス、電話番号、クレジットカード番号などを、データベース保存前に自動マスクする機能です。会話ログを社内で確認する際、個人情報を生のまま見せたくない場合に便利。アクセス権限の設計と組み合わせて使うと、より厳密な情報保護ができます。

AES-256-GCM暗号化は、保存データを暗号化する機能です。万が一データベースが漏洩しても、暗号化されていれば内容を解読されにくくなります。暗号化キーは WordPress の AUTH_KEY を基に生成されるので、wp-config.php のキーをバックアップしておくのを忘れないようにします。

これらの機能は、すべて使う必要はありません。サイトの性質や、扱う情報の機微度に応じて、必要なものを選びます。プライバシーポリシーへの追記は、どのサイトでも必須です。

MCP Serverは何に使うのか

Rapls AI Chatbot には、Free版から「MCP Server」機能が含まれています。Model Context Protocol という標準規格に対応した、外部AI連携のためのサーバー機能です。少し技術的な話ですが、何ができるかを簡単にまとめておきます。

MCP は、Anthropic が提唱した規格で、AIアシスタントと外部ツールを接続するための共通プロトコルです。Claude などのAIクライアントから、WordPress サイトのコンテンツ情報を取得したり、新規投稿を作成したりできるようになります。AI側からすると「WordPress サイトという外部データソース」が一つ増えるイメージです。

具体的な用途としては、こんな使い方が考えられます。

• Claude や対応するAIクライアントから、自分のサイトの記事一覧を取得する
• 新規投稿の下書きをAI側から作成する
• サイトの統計情報をAI経由で参照する
• カテゴリ別の記事をAIに整理させる

個人運営のサイトなら、自分の作業効率化のために使うのがいちばん現実的です。Claude Desktop などのMCP対応クライアントから、自分のサイトに直接アクセスできるようになるので、「最近書いた記事の傾向を分析して」「カテゴリの偏りを見て」みたいな問いかけが、その場でできるようになります。

使わない場合は、無効のまま放置しておいて問題ありません。サイト訪問者向けのチャットボット機能とは独立しているので、MCP Server を使うかどうかは、サイト運営者の判断で決められます。

AdSenseサイトで使う場合の注意点

Google AdSense を使っているサイトに AIチャットボットを置くなら、いくつか確認しておきたい点があります。広告とAIの両方を扱うので、両者の方針が衝突しないよう、最初に整理しておくと安心です。

AdSense のポリシーは、ユーザーに「価値のあるコンテンツ」を提供することを求めています。AIチャットボットが、サイトに書いてある情報を超えて勝手な情報を生成して、訪問者に間違った案内をすると、サイトの信頼性が下がります。これは AdSense の評価にも、長期的には影響しかねません。

そこで、ナレッジベースを丁寧に整備して、AIが「サイトの内容に沿って」回答するように設計します。一般論じゃなくて、サイト固有の情報をベースにする、という基本方針が、AdSense サイトでは特に重要になります。

AIチャットボットは画面の一部を占有するので、広告の視認性に影響することがあります。とくにスマホ表示で、チャットバッジがバナー広告と重なって見える場合があります。表示位置や、特定ページでの非表示設定を使って、広告との衝突を避けるようにします。

プライバシーポリシーには、AdSense の利用と同じく、AIチャットボットの利用も明記します。「外部のAIサービスにメッセージを送信しています」「会話履歴は最大何日間保存されます」といった項目を追加しておきます。Complianz などの GDPR 同意管理プラグインを使っているなら、AIチャットボットも cookie/トラッキング扱いに含めるかどうか、サイトの判断で決めます。

AIが訪問者の個人情報を扱う可能性を考えると、AdSense サイトでも PII マスキングや暗号化は積極的に使う価値があります。広告収益と訪問者の信頼の両立、という視点で見ると、セキュリティ機能への投資は中長期的にプラスに働きます。

よくあるトラブルと切り分け手順

運用していると、いくつかのトラブルに出会います。多くは設定や接続の問題なので、慌てずに切り分けると、たいてい原因が見つかります。

チャットボットが表示されない

まずは、テストモードがオンになっていないか確認します。Pro版を使っていて、テストモードを有効にしたまま忘れていることがあります。次に、表示位置の設定を確認。「特定ページのみ」になっていて、現在見ているページが対象外、というケースもあります。

キャッシュプラグインを使っている場合は、キャッシュをクリアします。古いHTMLが配信されていて、チャットボットの読み込みコードが反映されていない可能性があります。

これらを確認しても表示されないなら、テーマの干渉を疑います。デフォルトテーマ（Twenty Twenty-Four など）に一時的に切り替えて、表示されるか確認。デフォルトテーマで表示されるなら、現在のテーマ側で何かをブロックしている、ということです。

送信するとエラーになる

API接続のエラーが多いです。まずは管理画面で「接続テスト」を実行して、APIキーが正しく動いているかを確認します。

「Rate limit」のエラーが出るなら、APIプロバイダー側で同時リクエストの上限に達しています。少し時間をおくか、Pro版のキュー管理機能で同時リクエスト数を制御します。

「402 Payment Required」のエラーは、API利用料金の支払いが完了していない、または利用枠を使い切っていることを意味します。各プロバイダーの管理画面で支払い状況を確認します。

「サーバー側で外部HTTPS接続が失敗する」場合、cURLやSSL証明書チェーンの問題かもしれません。ホスティング会社のサポートに問い合わせると解決することが多いです。

AIが一般論しか返さない

これは、ナレッジベースやサイト学習からの情報がAIに渡っていない可能性が高いです。まず、ナレッジベースに該当する質問が登録されているか確認。登録があるのに参照されていない場合は、質問文の表現を増やす（同じ内容を別の言い方で書く）と、マッチング率が上がります。

サイト学習を使っているなら、クロールが完了しているか、対象ページが含まれているかを確認します。クロール対象が「投稿」だけになっていて、「固定ページ」が外れているような設定もあります。

システムプロンプトに「ナレッジベースの情報を必ず参照すること」「不明な場合はサポートへの案内を返すこと」みたいなルールを書き加えると、回答が安定します。プロンプトの調整は、開発者として作った私自身も、今でも頻繁に手を入れる部分です。一度書いて終わり、じゃなくて、運用しながら少しずつチューニングするものだと考えてください。

回答が長すぎる

システムプロンプトに「回答は簡潔に、3文程度にまとめること」「詳細はリンクで案内すること」みたいな指示を加えます。AIモデルによっては、デフォルトで長文化する傾向があるので、明示的に短く書く指示が必要です。

ナレッジベースの回答自体が長い場合は、ナレッジベース側を短く書き直します。AIはナレッジベースの内容を引きずる傾向があるので、ナレッジベースが冗長だと、AIの回答も冗長になります。

APIコストが想定より高い

会話あたりのメッセージ数が多すぎる、もしくは入力プロンプトが大きすぎる可能性があります。サイト学習で大量のページを参照させていると、AIに渡すトークン数が膨らみます。

Pro版を使っているなら、レスポンスキャッシュを有効にします。同じ質問が繰り返される場合、キャッシュからの応答に切り替えれば、API呼び出しが発生しません。FAQ中心のサイトでは、キャッシュ効果がかなり大きいです。

軽量モデル（GPT-4o-mini、Claude Haiku、Gemini Flash など）への切り替えも、コスト削減に効きます。回答品質との兼ね合いを見ながら判断します。

30日運用改善テンプレート

公開してから1か月、何をどう見ていけばいいか、ざっくりした目安を書いておきます。これを参考に、自分のサイト用にカスタマイズしてみてください。

1日目：設置と初期テスト

• 本番公開、自分でテスト質問を5〜10件投げる
• 低評価が出た場合、その場で修正

1週目：観察と調整

• 毎日、会話履歴を眺める
• 新たに見えてきたFAQを、ナレッジベースに追加
• 低評価フィードバックの回答を修正
• APIコストを確認

2〜3週目：パターンを掴む

• 会話履歴から「よくある質問パターン」を抽出
• ナレッジベースを30〜50件くらいに増やす
• システムプロンプトを少しずつ調整
• 表示位置やデザインを微調整

4週目：本格的な改善

• アナリティクスで満足度・コスト・解決率を確認
• ナレッジギャップ（AIが答えられなかった質問）を確認
• 必要ならシナリオを追加
• 必要ならハンドオフ設定を見直す
• 月次レポートをエクスポート

2か月目以降は、月1回の見直しで十分です。サイトに変更があったとき、新サービスを始めたとき、季節的なキャンペーンを始めたときなど、節目ごとにナレッジベースを更新していくと、チャットボットも一緒に育っていきます。

まとめ：AIチャットボットは、設置より育て方が大事です

ここまで、Rapls AI Chatbot の導入、設定、運用について書いてきました。設定画面の項目数を見ると圧倒されますが、実際にやることはシンプルです。

1. 役割を決める
2. APIを繋ぐ
3. ナレッジベースを少しずつ作る
4. サイトを整える
5. 公開して、毎日少しずつ調整する

これを30日続けると、最初は頼りなかったチャットボットが、だんだんサイトの案内係らしくなってきます。最初の数日で「思ったほど使えない」と判断して放置すると、チャットボットの本当の価値は引き出せません。AIに渡せる情報を整え、回答ログを見て、少しずつ修正する。この地道な作業が、AIチャットボット運用の本質です。

AIは魔法のサポート担当じゃありません。でも、サイトの情報を整理して、よくある質問を登録して、回答ログを見ながら育てていけば、訪問者にとってかなり便利な窓口になります。問い合わせ削減、リード獲得、サイト回遊促進、いずれの目的でも、育て方次第で十分応えてくれます。

私自身、Rapls AI Chatbot を作ってクライアントのサイトで運用しながら、毎月のように「ここを変えたほうがいい」「この機能があったら便利」と気づくことがあります。プラグインも、ナレッジベースも、「完成」はないんですよね。運用と一緒に育っていくものなんだ、と最近よく感じます。

最後に、もう一度だけお伝えしておきたいのは、設置の手間より、運用の継続のほうが何倍も大事だということです。設置は1日でできます。育てるのは1か月、半年、1年というスパンで考えてください。3か月目、6か月目に振り返ったとき、「最初に思っていたより、ずっと役に立っている」と感じられたら、その運用は成功しています。

まずは「10個のよくある質問に正確に答える」ところから始めてみてください。そこから先は、サイトと一緒に、少しずつ広げていけば大丈夫です。