「Web のチャットボットを作ったが、誰も使わなかった」── 受託の現場では何度も聞いた話です。日本では コミュニケーションのデフォルトチャネルが LINE なので、企業がいくら自社サイトに AI チャット窓を置いても、ユーザーはわざわざログインしません。
2026 年 4 月、Zenn のトレンドに「LINE を AI エージェントの入口にする現実解」という記事が並び、私たちのもとにも「LINE 公式アカウントの裏側を AI エージェント化したい」という相談が一気に増えました。本記事では、受託で組む際の構成パターンと運用設計のポイントを整理します。
なぜ LINE なのか ─ 数字で見る到達率
LINE はすでに国内 9,500 万人超の MAU を持ち、Web チャットの 5〜10 倍の応答率が出ます。私たちが受託したある小売チェーンの数字では:
| チャネル | 月間問い合わせ件数 | 完了率 |
|---|---|---|
| 自社サイトの Web チャット | 320 件 | 42% |
| LINE 公式アカウント | 4,800 件 | 78% |
| メールフォーム | 180 件 | 91%(ただし返信に 24h) |
Web チャットの到達率はすでに頭打ちで、新規顧客接点としては LINE が圧倒的に伸びている、というのが現場感です。
標準アーキテクチャ ─ LINE × AI エージェント
マルチモーダル MCP × カスタマーサポートの記事 でも触れましたが、LINE 受付を中心に据えた構成は次の通りです。
コンポーネント
| レイヤー | 役割 | 技術選定の例 |
|---|---|---|
| 受付 | LINE Messaging API(webhook) | Cloud Run / Cloudflare Workers |
| 意図抽出 | 会話履歴 + マルチモーダル理解 | Claude Sonnet 4.6 / GPT-5.5 |
| 状態管理 | ユーザーごとのセッション・本人確認 | Redis / Firestore |
| 業務ツール | CRM・在庫・配送 API への接続 | MCP サーバー |
| HITL | オペレーター介入のトリガー | LINE Works / Slack |
| 監査ログ | 改ざん不能な会話履歴保管 | S3 Object Lock |
処理フロー(カスタマーサポートの例)
[1] ユーザーが LINE で「先週注文した商品がまだ届かない」と送信
[2] webhook で Cloud Run が受信、AI エージェントが意図を抽出
[3] LINE ID → CRM の顧客 ID 紐付け(事前同意済み)
[4] MCP 経由で配送状況 API を照会
[5] 「明日午前中に到着予定」と回答
[6] 異常があれば HITL に切り替えてオペレーター対応
3 番の 「LINE ID と顧客 ID をどう紐付けるか」 が、設計で一番悩ましいポイントです。
LINE ID 紐付けの 3 パターン
パターン A:友だち追加時の URL パラメータ
メルマガや EC サイトで送るリンクに ?linkid=xxx を付与し、LINE 公式アカウントを友だち追加した時点で CRM 側に保存。実装が一番楽で、紐付け率も高い。
パターン B:会員番号入力
LINE トーク内で会員番号を入力させて紐付け。実装は簡単だが、入力のひと手間で離脱するユーザーが約 30% 出ます。
パターン C:LINE ログイン(OAuth)
LIFF を経由した LINE ログインで、認証付きの ID 取得を行う。一番堅牢だが、LIFF アプリの審査・運用が必要で、PoC 段階では重い。
実務では A をデフォルト、未紐付けの問い合わせのみ B を提示する 2 段階運用が一番こなれています。
個人情報・規約まわりで詰まりやすいポイント
LINE 経由で AI エージェントを動かす案件は、「LINE の利用規約」と「個人情報保護法」の両方に注意が必要です。
| 論点 | 対応 |
|---|---|
| LINE トーク内容を AI ベンダーに送る同意取得 | 友だち追加時のあいさつ文に明示。プライバシーポリシーへ誘導 |
| 会話履歴の保管期間 | 必要最小限(業種により 6 ヶ月〜7 年)。S3 Object Lock 等で改ざん不能化 |
| AI 学習への利用許諾 | デフォルトはオプトアウト。Claude / GPT のエンタープライズ契約で利用しない設定を確認 |
| 退会時のデータ削除 | LINE ブロック時 / 公式アカウント解約時のデータ削除手順を明文化 |
受託案件のガードレール記事 で書いた WORM ストレージへの監査ログ書き出しは、ここでも重要です。
メッセージ単価のコスト感
LINE Messaging API は 送信メッセージ単位で課金 されます。AI 応答を組み込むと、月間メッセージ数が伸びるため、コスト試算は必須です。
月 1 万 MAU、ユーザー 1 人あたり月 5 通のやり取りを想定したコスト概算:
| 項目 | 単位 | 月間 |
|---|---|---|
| LINE Messaging API(フリープランからスタンダードへ) | 5 万通 / 約 3 円 | 約 15 万円 |
| AI 推論(Claude Sonnet 4.6) | 8K トークン × 5 万件 | 約 18 万円 |
| MCP ツール呼び出し(業務 API) | 平均 2 ツール / 件 | 約 5 万円 |
| インフラ(Cloud Run + Redis) | 月額 | 約 4 万円 |
| 合計 | 月額 約 42 万円 |
オペレーター 1 名分の人件費を下回り、24 時間応答が可能になる規模感です。
受託案件の型と単価
| 案件の型 | 期間 | 単価帯 |
|---|---|---|
| LINE × AI PoC(1 ユースケース) | 6〜8 週間 | 250〜500 万円 |
| 本番 LINE エージェント構築 | 4〜6 ヶ月 | 1,200〜3,500 万円 |
| 既存 LINE 公式アカウントへの AI 機能追加 | 4〜8 週間 | 200〜600 万円 |
| 運用伴走(月額) | 月額 | 40〜120 万円 |
LINE プロモーション × AI 応答 の組み合わせは、マーケティング部門と情シスの両方から予算を取りやすく、稟議が通りやすいパターンです。
受託で先回りしておくべきチェックリスト
実装前に必ず確認している 7 項目です。
- LINE 公式アカウントの種別(フリー / ライト / スタンダード)と料金プランの試算
- LINE ログイン(LIFF)の必要性判断
- 友だち追加時のあいさつ文と同意フロー
- AI ベンダーへの個人情報送信のオプトアウト設定
- 監査ログの保管先と保存期間
- HITL(オペレーター介入)のトリガー条件
- 障害時のフォールバック(AI 応答できないときの自動メッセージ)
特に最後の 「フォールバック」 を最初に決めておかないと、AI が落ちた瞬間にユーザー体験が崩壊します。
まとめ ─ 「LINE 公式アカウントの裏側を賢く」が 2026 年の主戦場
日本市場で AI エージェントを実用化するとき、自社アプリや Web チャットよりも LINE を主戦場にする のが現実解です。Messaging API × AI エージェント × MCP の組み合わせで、コールセンター 1 名分のコストで 24 時間応答可能なチャネルが構築できます。
弊社では、LINE 公式アカウントの裏側を AI エージェント化する設計・PoC・本番構築・運用伴走を受託で行っています。「LINE 一次対応を AI 化したい」「メルマガ配信から会話を引き継ぎたい」というご相談は、お問い合わせフォーム からお気軽にどうぞ。