Web接客とは？チャット・ポップアップ・オンライン接客の使い分け

監修: 菊地 将（リブランディング株式会社）

サイトへのアクセスはあるのに、問い合わせや購入につながらない。そのようなときは、ページの内容を直すだけでなく、迷っている利用者へその場で働きかける「Web接客」が改善策になります。

Web接客には、ポップアップで必要な情報へ案内する方法、チャットで疑問を解消する方法、有人チャットやビデオ通話で個別相談に応じる方法があります。ツールを入れる前にすることは、利用者がどこで迷っているかを確認し、「誰に・いつ・何を出すか」と、その接客が成功したかを判断するKPIを決めることです。

この記事では、Web接客の種類と使い分け、表示条件の決め方、KPI、導入後の改善方法を順に整理します。

Web接客とは、サイト訪問中の利用者に合わせて案内や対話を行う施策

Web接客とは、Webサイトを訪れている利用者の状況に合わせて、ポップアップ、チャット、レコメンド、有人対応などで情報提供や対話を行う施策です。

実店舗であれば、商品を見比べている人に店員が声をかけたり、質問に答えたりできます。Webサイトでは、利用者が迷っていても何も働きかけなければ、そのまま離脱することがあります。Web接客は、その場の疑問や迷いに合わせて案内を出し、次の行動を助ける役割を持ちます。

代表的な手段は、次の3つです。表では、それぞれの役割と向いている場面、利用者が行う操作を比べています。

種類	主な役割	向いている場面	利用者側の操作
ポップアップ	必要な情報を能動的に提示する	離脱防止、キャンペーン案内、比較ページへの誘導	表示された案内を読む・クリックする
チャット・チャットボット	質問への回答や選択肢による案内	FAQ、料金・仕様確認、目的別の導線案内	利用者が質問・選択する
有人オンライン接客	人が状況を聞きながら個別対応する	高額商材、複雑な検討、個別条件の相談	チャット・通話・ビデオ通話で相談する

「Web接客」と「オンライン接客」に厳密な統一定義があるわけではありません。Web接客をポップアップや自動チャット中心の接客、オンライン接客を有人チャットやビデオ通話まで含む広い接客として使い分ける例もあります。

実務では名称を分けることより、「利用者の状態に対して、どの接客手段が必要か」で判断するほうが役に立ちます。この記事では、有人チャットやビデオ通話による接客を「有人オンライン接客」と呼びます。

Web接客はCROの中で「その場の迷い」に対応する施策

Web接客は、コンバージョン（問い合わせや購入など、サイトの成果となる行動）に至る割合、つまりコンバージョン率（CVR）を改善するCROの施策の一つです。ただし、Web接客だけでサイト全体の問題を解決できるわけではありません。

たとえば、料金そのものが分かりにくい、フォーム項目が多すぎる、商品説明が不足している、といった問題は、ページやフォーム自体を直したほうがよい場合があります。一方で、ページを大きく作り替えなくても「特定の場面で情報が不足する」「一部の利用者だけ迷う」といった課題には、Web接客が向いています。

迷いの出方ごとに、対応の目安を整理すると次のとおりです。

• 多くの利用者が同じ場所で迷う場合：ページそのものを改善する
• 特定条件の利用者だけ迷う場合：Web接客で出し分ける
• よくある質問で止まる場合：チャットやFAQ導線を使う
• 個別条件によって回答が変わる場合：有人接客へつなぐ
• 原因そのものが分からない場合：先にアクセス解析や行動分析を行う

原因が分からないまま接客を入れると、効果を見極めにくくなります。Web接客は「すべての訪問者に何かを表示する施策」ではなく、必要な人に必要な接客を追加する施策として設計します。

ポップアップは「こちらから知らせたい」場面に向いている

ポップアップは、サイト側から利用者へ能動的に情報を出す方法です。特定ページの閲覧、滞在時間、スクロール、訪問回数などを条件にして、案内や選択肢を表示できます。利用者が質問する前に、必要な情報を補いたい場面に向いています。

ポップアップが向く代表的なケース

ポップアップが向くのは、たとえば次のようなケースです。

• 料金ページを繰り返し見ている人へ比較表を案内する
• 商品一覧で迷っている人へ選び方コンテンツを案内する
• 申込ページで一定時間止まっている人へ注意点を示す
• 初回訪問者と再訪問者で案内内容を変える
• 特定サービスを見た人だけに関連資料を案内する

接客の設計では、Sprocketの公式ドキュメントが参考になります。同ドキュメントは、接客シナリオを「どこで」「誰に」「何を」「どうしたい」の4要素で整理しています。この考え方は、特定ツールに限らずWeb接客を設計するときに使えます。

表示条件を決めずに出すと、接客が邪魔になる

ポップアップは目立つため、利用者の目的と関係ないタイミングで表示すると、閲覧を妨げます。

ポップアップ広告の表示タイミングを調べた研究では、早すぎる表示は閲覧行動や受け止め方に影響することが示されています。Web接客は広告と同一ではありませんが、利用者の作業を途中で遮る点では共通します。

そのため、表示条件は「何秒後ならよいか」だけで決めず、次の順で考えます。

1. どのページで迷いが起きているか
2. どの利用者に起きているか
3. 何を知れば次へ進めるか
4. どの行動が出たら表示するか
5. 表示後に何をしてほしいか

目的が曖昧なまま「とりあえず全員に表示する」設計は避けます。

チャットは「利用者が聞きたいことがある」場面に向いている

チャットは、利用者がその場で質問し、回答を得るための接客です。選択肢をたどるシナリオ型、自由文へ回答するAI型、オペレーターが対応する有人型などがあります。

ポップアップがサイト側からの働きかけに向くのに対し、チャットは利用者が自分から疑問を解消したい場面に向いています。

チャットが向く代表的なケース

次のような場面では、チャットが役に立ちます。

• 料金・プラン・仕様についてよくある質問がある
• 商品やサービスの候補を絞りたい
• 申込条件や利用条件を確認したい
• 問い合わせフォームへ進む前に簡単な疑問を解消したい
• 営業時間外にも定型質問へ回答したい

ただし、チャットは設置しただけでは十分ではありません。確認したいのは、質問に対する情報が正確か、問題を解決できたか、必要な場合に人へ引き継げるかの3点です。

2024年にBMC Psychologyで公開された中国のEC利用者を対象とする研究では、チャットボットの相互作用性や人らしさと、利用者の信頼・利用意向との関係が検討されています。また、2023年のJournal of Retailing and Consumer Servicesの研究では、チャットボットの会話品質や、サービス上の問題・失敗が起きた際の回復対応の品質（サービス回復品質）が利用者満足と関連していました。

これらは日本企業のすべてのサイトにそのまま当てはまる結果ではありません。ただ、チャットを「置くこと」より、回答品質と対話体験を管理する必要があることを示す参考にはなります。チャットボットの種類や選び方は、「チャットボットとは」の記事で整理しています。

有人オンライン接客は「自動化だけでは判断できない」場面に向いている

有人オンライン接客は、利用者の状況を聞きながら回答を変える必要がある場面で有効です。

たとえば、法人向けサービスで要件によって料金や導入方法が変わる場合、注文住宅や高額商品で条件を細かく確認したい場合、複数の選択肢から担当者と相談して決めたい場合などが当てはまります。

一方、有人対応には担当者の稼働が必要です。単純なFAQまで有人で受けると、担当者の負担が増えます。

そのため、Web接客は次のように段階化すると運用しやすくなります。

1. ポップアップで必要な情報を先回りして案内する
2. 定型的な疑問はチャットボットで解消する
3. 複雑な相談だけ有人対応へつなぐ

すべてを自動化するか、すべてを有人にするかではなく、質問の複雑さと検討段階に応じて接客手段を変えます。

チャット・ポップアップ・有人接客は目的から逆算して使い分ける

接客手段を先に選ぶのではなく、「利用者が止まっている理由」から選びます。この節では、利用者の状態ごとに、適した接客と見るべきKPIを整理します。

図のとおり、Web接客は機能から選ぶのではなく、利用者が「何で止まっているか」から接客手段を決めます。

次の表は、利用者の状態ごとに、適した接客、接客内容の例、主なKPIをまとめたものです。

利用者の状態	適した接客	接客内容の例	主なKPI
情報の存在に気づいていない	ポップアップ	比較表、事例、選び方への案内	クリック率、遷移率、接客後CVR
選択肢が多く迷っている	ポップアップ・診断型接客	条件を選んで候補を絞る	選択完了率、詳細ページ遷移率
明確な質問がある	チャット	FAQ、料金、仕様、手続き案内	チャット開始率、解決率、接客後CVR
質問が複雑で回答が個別化する	有人チャット	条件確認、個別回答	有人接続率、解決率、商談化率
高額・高関与で相談しながら決めたい	ビデオ・オンライン相談	商品説明、要件整理、提案	予約率、実施率、商談化率
離脱しそうだが理由が不明	先に分析	行動分析・アンケート	離脱箇所、回答率、原因別件数

表中の「診断型接客」は、利用者に条件を選んでもらい、候補を絞る接客です。「接客後CVR」は、接客を受けた利用者のうち、問い合わせや購入などの成果に至った割合として読んでください。KPIの見方は、後の節で3段階に分けて説明します。

同じサイトでも、一つの接客手段に統一する必要はありません。利用者の状態が違えば、必要な接客も変わります。

Web接客の表示条件は「ページ・人・行動・頻度」で設計する

Web接客の成果を左右するのは、メッセージそのものより「誰に、いつ表示したか」です。表示条件は、少なくとも次の4つに分けて決めます。

図のとおり、Web接客はページだけでなく、利用者の状態・行動・表示頻度まで組み合わせて配信条件を設計します。

ページ条件

どのページで接客するかを決めます。料金ページ、比較ページ、商品詳細、フォームなど、利用者の判断が進むページほど、接客の目的を明確にしやすくなります。

利用者条件

新規・再訪、流入元、過去の閲覧、会員状態など、利用者の状況で出し分けます。ただし、取得・利用するデータによっては、プライバシーへの配慮が必要です。

個人情報保護委員会は、Cookieなどの端末識別子を通じて収集される閲覧履歴が、一定の場合に「個人関連情報」に該当すると説明しています。Web接客で閲覧履歴や属性を使う場合は、自社のデータ取得方法、利用目的、第三者提供の有無などを確認してください。

行動条件

滞在時間、スクロール、同一ページの再閲覧、特定ボタンのクリックなどから、迷いが起きている状態を定義します。

「10秒経過したら表示」のような時間だけの条件より、「料金ページを再訪し、比較表をまだ見ていない」のように、利用者の状態と接客内容がつながる条件にします。

頻度条件

同じポップアップを何度も出すと、必要な案内でも邪魔になりやすくなります。閉じた人への再表示間隔や、同一セッション内の表示回数を決めておきます。

接客を増やすほど成果が上がるとは限りません。表示しないことも接客設計の一部です。

KPIは「表示数」ではなく接客後の行動までつなげて見る

Web接客では、ポップアップの表示回数やチャット起動数だけで成果を判断すると、接客が役に立ったかどうかが分かりません。なお、KARTEの公式サポートでは、ポップアップでは接客・クリック、チャットでは接客・クリック・返信など、接客タイプによって見る指標が異なることが示されています。

図のとおり、Web接客の評価は、表示・クリックだけで終わらせず、問い合わせや購入など最終成果までつなげて確認します。

実務では、次の3段階でKPIを設計すると整理しやすくなります。

段階	KPI例	確認すること
接客されたか	表示数、接客対象数	想定した人に届いているか
反応したか	クリック率、返信率、チャット開始率	内容に反応したか
成果につながったか	資料請求率、購入率、問い合わせ率、商談化率	接客が最終成果に寄与したか

上の行から順に、想定した人に届いたか、内容に反応したか、最終成果につながったかを確認します。

GA4では、フォームへの最初の操作を示すform_startや送信を示すform_submitが拡張計測機能として用意されています。また、リード獲得はgenerate_leadという推奨イベントで計測できます。

Web接客の効果を見る場合は、接客ツール側の表示・クリックだけでなく、その後のフォーム到達や問い合わせまでつなげて確認します。

可能であれば、接客を表示するグループと表示しないグループを分けて比較します。接客対象者はもともと行動が異なる場合があるため、単純に「接客を見た人のCVRが高い」だけで効果を断定しないほうが安全です。

導入は課題の特定から比較・改善まで、5つの手順で進める

Web接客は、最初から多くのシナリオを作るより、課題が明確な場所から小さく始めたほうが改善しやすくなります。

図のとおり、一度に多くの施策を入れず、課題が明確な1シナリオから検証し、成果を確認してから広げます。次の5つの手順は、この流れのうち「課題特定」から「検証」までを細かく分けたものです。

手順1：離脱や迷いが起きている場所を特定する

アクセス解析、フォームの進捗、サイト内検索、問い合わせ内容などから、利用者が止まっている場所を確認します。

手順2：利用者の不足情報を一つ決める

「料金の違いが分からない」「自分に合うプランを選べない」「申込条件が分からない」など、接客で解決する問題を一つに絞ります。

手順3：接客手段と表示条件を決める

自分から質問する状態ならチャット、質問する前に案内が必要ならポップアップ、条件が複雑なら有人接客を選びます。

手順4：KPIと停止条件を決める

クリック率だけでなく、接客後のCVRや商談化率まで決めます。同時に、閉じる率が高い、問い合わせが増えすぎる、誤案内が発生するなど、施策を見直す条件も決めます。

手順5：比較して改善する

接客を出した結果だけを見るのではなく、表示なしとの比較や期間をそろえた比較を行います。反応が悪ければ、メッセージだけでなく、対象者・表示タイミング・接客手段を見直します。

Web接客でよくある7つの失敗

Web接客で起こりやすい失敗は、ツールの機能を使うこと自体が目的になることです。代表的な失敗は、次の7つです。

• 全訪問者に同じポップアップを出す
• ページを開いた直後に強い訴求を出す
• チャットで答えられない質問が多い
• 自動回答から有人対応へ切り替えられない
• 接客のクリック率だけで成功判定する
• 同じ利用者へ何度も同じ案内を出す
• 閲覧履歴や属性データの扱いを整理しない

利用者はサイトを見に来たのであって、Web接客を受けに来たわけではありません。接客が目的達成を助けるときにだけ表示する設計が必要です。

導入前に確認したい10のチェック項目

導入前に、次の10項目を確認してください。

• 接客したいページと離脱・迷いの状況を把握している
• 接客で解決する問題を一つに絞っている
• ポップアップ・チャット・有人接客の役割を分けている
• 「誰に・いつ・何を出すか」が文章で説明できる
• 接客後に期待する行動を決めている
• 表示・クリックだけでなく最終成果のKPIがある
• 表示しない比較対象を用意できる
• 閉じた人への再表示頻度を決めている
• チャットで答えられない場合の引き継ぎ方法がある
• 利用する閲覧履歴・属性データとプライバシー対応を確認している

曖昧な項目が多い場合は、ツール選定より先に、サイト上の課題と接客シナリオを整理したほうがよいでしょう。

Web接客を含めてCV改善施策の優先順位を整理したい場合は、資料ダウンロードページの無料資料も活用できます。

まとめ

Web接客は、サイト訪問者の状態に応じて、その場で情報提供や対話を行う施策です。

ポップアップは「サイト側から知らせたいことがある場面」、チャットは「利用者が聞きたいことがある場面」、有人オンライン接客は「自動化だけでは判断できない場面」に向いています。

成果を出すには、ツールを先に選ぶのではなく、離脱・迷いが起きている場所を確認し、「誰に・いつ・何を出すか」とKPIを決めます。KPIは、表示数やクリック率だけではなく、問い合わせ、購入、資料請求、商談など、接客後の成果までつなげて評価してください。最初の一歩は、離脱や迷いが起きている場所を一つ確かめ、その場所で出す案内を文章で書き出すことです。

参考文献・データ元

‹ 親記事: CROとは？コンバージョン率最適化の考え方・KPI・改善サイクル

関連記事

• › CVR改善とは？コンバージョン率を上げる診断手順と施策一覧
• › ヒートマップとは？種類・見方・改善仮説の立て方・活用場面
• › LPOとは？ランディングページ最適化の分析・改善・A/Bテスト手順
• › Microsoft Clarityの使い方｜ヒートマップ・録画・GA4連携で改善点を見つける
• › チャットボットとは？種類・導入効果・Webサイトでの活用・選び方
• › ユーザー導線分析の方法｜GA4・ヒートマップで離脱を特定
• › ユーザビリティテストとは？やり方・参加者設計・課題発見・改善の進め方

関連テーマ

AIO SEO MEO 口コミ・風評対策 採用改善