ShopifyにAIチャットボットを導入する方法｜商品案内・カート・決済の設計

01

ShopifyのAIチャットボットでできること

ShopifyストアのAIチャットボットは、営業時間や配送条件へ答えるだけでなく、利用目的や予算を聞きながら商品を絞り、比較の違いを説明し、商品ページやカートへ案内できます。商品数が多い、専門用語が多い、サイズや用途で選び方が変わるストアほど、検索窓だけでは拾いにくい相談を会話で受け止められます。

購入後は、返品方法や使い方の案内にも活用できます。ただし、注文状況や会員情報を扱うには本人確認と適切な権限が必要です。最初から全業務へ広げず、公開済み情報だけで答えられる購入前相談から始めると、費用と安全性を管理しやすくなります。

会話ログには、商品ページに書かれていない疑問や、比較で迷われる条件が表れます。回答を直すだけでなく、商品説明、FAQ、カテゴリ、購入導線へ反映すると、チャットを使わない訪問者の体験も改善できます。

• 商品名が分からない人に、用途・予算・条件から候補を提案する
• 複数商品の仕様、対象者、注意点を同じ基準で比較する
• 送料、配送日、返品、定期購入など購入前の不安へ答える
• 回答後に商品ページ、カート、問い合わせへ案内する
• 未回答質問を集め、商品ページやFAQの不足を見つける

02

導入方法は3つ：Shopify Inbox、アプリ、独自開発

第一の方法はShopify Inboxです。Shopify公式ヘルプでは、ストア訪問者との会話をスタッフが管理でき、Inbox agentを有効にすると、商品、配送、返品、サイズ、ストアポリシーなどの質問へ自動回答できると案内されています。既存機能で目的を満たせるなら、まず候補になります。利用できる機能や条件は変わるため、導入時に管理画面と公式情報を確認します。

第二はShopify App Storeのチャットアプリです。有人連携、多言語、FAQ管理、CRM連携など、製品ごとに得意領域があります。月額だけでなく、生成AI機能の対象プラン、会話・回答数の上限、データの保存と学習利用、契約終了時の扱いを比較します。自社の商品を使ったテスト回答を確認してから公開します。

第三は独自開発です。参照する商品情報、会話の流れ、表示位置、計測、外部連携をストアに合わせやすい反面、設計・テスト・運用の責任範囲が広がります。既製アプリでは実現しにくい商品提案や、会話ログをEC改善へ結び付けたい場合に検討します。どの方法でも、目的と担当者が曖昧なまま導入すると改善が止まります。

03

ストアへの設置は、テーマと表示ページを先に決める

Shopifyアプリとして設置する場合、チャットのように画面へ重ねて表示する機能には、テーマアプリ拡張のApp embed blockが使われます。Shopify公式ドキュメントでは、App embed blockはテーマエディタのApp embedsから有効化でき、Online Store 2.0だけでなく従来テーマにも対応すると説明されています。テーマコードを直接変更しない構成は、更新や削除の影響を管理しやすい利点があります。

独自ウィジェットを設置する場合も、公開テーマへ直接入れる前に複製テーマで確認します。既存のレビュー、ポップアップ、Cookie同意、分析タグと重ならないか、スマートフォンで商品名や購入ボタンを隠さないか、ページ表示速度へ過度な影響がないかを確認します。閉じるボタンはタップしやすくし、キーボード操作と読み上げにも配慮します。

全ページへ同時に出す必要はありません。購入前質問が多い商品ページ、比較ページ、FAQから限定公開し、利用状況を見て広げます。カートや決済画面は購入完了が最優先です。Shopifyのテーマアプリ拡張はチェックアウト手順のページには表示できないため、ストア側のチャットとチェックアウト機能を分けて設計します。

04

商品情報は、正本・更新頻度・回答範囲を整理する

AIへ商品情報を渡す前に、商品名、説明、価格、在庫、バリエーション、素材、サイズ、使用方法、配送、返品のどれを参照させるかを決めます。商品ページ、メタフィールド、ストアポリシー、FAQ、ブログに同じ情報が重複している場合は、どれを正本とするかを決めます。古い記事と現行商品が混ざると、自然な文章でも誤った回答になります。

価格や在庫は変化するため、古いコピーを知識ベースへ固定するより、必要に応じてShopifyの商品データから取得する構成が適しています。一方、ブランドの考え方、選び方、手入れ方法のような文章情報は、RAGで関連箇所を検索して回答へ渡せます。情報の種類に応じて、リアルタイム参照と文書検索を分けます。

公開前に、答えてよい内容と担当者へ渡す内容を決めます。効果を保証する表現、個別の健康・法律判断、公開していない値引き、仕入れ情報などは回答対象から外します。根拠が見つからない場合は推測せず、商品ページやメール相談へ案内します。

05

商品提案は、会話の最後に購入導線まで設計する

商品提案では、最初から商品名を尋ねるより、利用目的、対象者、予算、サイズ、頻度、重視する条件を少しずつ確認します。質問を増やしすぎると離脱するため、回答に必要な条件へ絞り、途中でも候補を見られるようにします。候補は一つに断定せず、違いと選んだ理由を根拠とともに示します。

提案の終点は回答文ではありません。商品ページを見る、比較する、カートへ追加する、詳しい相談を送るなど、次の行動を明確にします。存在しない商品URLをAIに作らせず、Shopifyから取得したURLやIDだけを使います。売り切れ商品を勧める場合は、在庫切れを表示し、代替商品や再入荷案内へつなげます。

セット販売や関連商品は、顧客の目的と関係がある場合に提案します。単価を上げることだけを優先すると信頼を損ないます。会話ログから、どの条件で何が比較され、提案後にどの商品が見られたかを確認し、質問順と商品ページの説明を改善します。

06

カート追加は可能でも、決済情報はチャットで受け取らない

AIチャットボットから商品をカートへ追加することは可能です。ShopifyのStorefront APIにはカートを作成・更新する仕組みがあり、カートのcheckoutUrlからShopifyのWebチェックアウトへ購入者を移動できます。通常は、チャットが商品と数量を確認し、カートを作り、購入者が内容を確認してチェックアウトへ進む流れにします。

クレジットカード番号、セキュリティコード、パスワードをチャットへ入力させてはいけません。『チャットボットで決済する』という表現でも、実際にはチャットで商品選びとカート作成を支援し、支払いはShopifyのチェックアウトへ引き継ぐ設計が分かりやすく安全です。チャット上で支払いが完了したような誤解を招く表示も避けます。

カート操作を実装するときは、商品ID、バリエーション、数量、販売可否をプログラム側で検証します。AIが生成した値をそのまま注文処理へ渡しません。追加後には商品名、バリエーション、数量、価格を表示し、購入者が修正できるカート画面へ案内します。

07

注文状況は本人確認済みの画面へ引き継ぐ

配送状況や過去の注文は便利な問い合わせですが、注文番号だけで他人の情報を表示できる設計は避けます。Shopify Inboxの注文追跡でも、既存注文を確認するには顧客のサインインが必要と案内されています。独自開発でも、公開チャットが自由入力された個人情報から注文を探す構成にはしません。

ShopifyのCustomer Account APIは、購入者を認証し、その購入者自身の注文やプロフィールへアクセスするための仕組みです。注文情報を扱う場合は、チャット内で本人確認を自作するより、認証済みの顧客アカウントへ移動し、必要最小限の情報だけを表示します。保護対象の顧客データに関する要件も確認します。

返品や住所変更など注文を更新する操作は、案内と実行を分けます。チャットで手順や必要事項を説明し、最終操作は本人確認済み画面または担当者が行う方法から始めます。自動化する場合も、対象操作、回数、注文状態を制限し、重要操作には確認画面を設けます。

08

安全性は、入力・権限・ログ・利用上限で確保する

公開チャットでは、個人情報や決済情報を入力しないよう、入力欄の近くに明示します。AIへ渡す商品情報と社内情報を分け、APIキーや管理画面の秘密情報をプロンプトへ書きません。商品案内だけが目的なら、顧客一覧、注文変更、返金、メール一斉送信などの権限を与えないことが基本です。

利用者の指示で内部ルールを無視させようとするプロンプトインジェクションは、禁止文だけで完全には防げません。AIの権限を小さくし、許可された商品IDとURLだけを扱い、外部操作はプログラム側で検証します。公開情報と限定情報は、回答を作った後ではなく検索前に分けます。

会話ログは改善に必要ですが、保存期間と閲覧者を決めます。急な利用増加、連続送信、エラー率、未回答率を監視し、一人あたりとサイト全体の利用上限を設けます。問題時にチャット表示や外部連携を止める手順も公開前に確認します。詳細はAIチャットボットのセキュリティ記事で整理しています。

09

効果測定は、会話から購入までを分けて見る

会話数が増えただけでは成果とは言えません。チャットを開いた人、質問した人、商品提案を受けた人、商品ページへ進んだ人、カートへ追加した人、購入した人を段階に分けます。チャットを使わなかった訪問者とも比較し、表示位置や対象ページによる違いを確認します。

GA4では、チャット開始、質問送信、商品提案、商品リンク選択、カート追加、メール相談をイベントとして記録できます。Shopify側の購入データと結び付ける場合は、二重計測を避け、同意管理とプライバシーポリシーを確認します。少ないデータで売上効果を断定せず、未回答質問と次の行動を先に改善します。

会話ログでは、質問を『商品選び』『サイズ』『配送』『返品』『在庫』『使い方』などに分類します。質問が多いのに回答できない項目は情報不足、回答できるのに商品ページへ進まない項目は提案や導線の問題かもしれません。AI、商品ページ、ストア導線を同じ改善サイクルで見直します。

• 利用：表示数、起動率、質問送信率、回答継続率
• 品質：回答率、未回答率、根拠表示、人への引き継ぎ
• 行動：商品閲覧、比較、カート追加、相談、購入
• 改善：追加したFAQ、修正した商品説明、減った未回答

010

30日で小さく導入する実務手順

最初の一週間で目的と対象ページを決めます。過去の問い合わせとサイト内検索から20〜50問を選び、正しい回答の根拠ページを用意します。公開情報と限定情報を分け、答えない条件、個人情報の扱い、人への引き継ぎを決めます。

次の一週間で候補サービスまたは試作環境へ情報を登録し、通常の質問、言い換え、複数条件、答えがない質問、個人情報を含む質問をテストします。商品提案後のURL、売り切れ、バリエーション、カート内容も確認します。スマートフォンと複製テーマで表示を確認します。

三週目は商品やページを限定して公開し、会話、未回答、商品閲覧、カート、相談を記録します。四週目に、回答、商品ページ、表示位置、呼びかけ文を修正します。対象を広げるのは、回答品質と停止手順を確認し、担当者が更新できる状態になってからです。

• 1週目：目的、対象ページ、質問、参照情報、安全ルールを決める
• 2週目：回答、商品提案、カート、スマートフォン表示をテストする
• 3週目：限定公開し、利用と次の行動を測定する
• 4週目：未回答と離脱をもとに、回答・商品ページ・導線を直す

011

結論：商品案内から始め、決済はShopifyへ安全に渡す

ShopifyのAIチャットボットは、商品を探す時間を短くし、購入前の不安へ答え、顧客の声をストア改善へ戻すために活用できます。最初は公開済みの商品・配送・返品情報に範囲を絞り、商品ページやカートへつなぐ設計から始めると、効果と問題を確認しやすくなります。

チャットで支払い情報を集める必要はありません。商品選びとカート作成を支援し、購入者が内容を確認したうえでShopifyのチェックアウトへ進む流れにします。注文情報は本人確認済みの顧客アカウントへ引き継ぎます。この境界を明確にすると、利便性と安全性を両立しやすくなります。

導入方法を選ぶときは、AIの名称や機能数より、実際の商品で答えられるか、分からない時に止まれるか、購入導線を測れるか、公開後に誰が改善するかを確認します。小規模なストアでも、対象を絞れば実際の質問を集めながら段階的に育てられます。