AI連携LINE Botの費用構造。応答・通知・AI利用を分けて試算する
AI連携LINE Botの費用は、LINEで何通送るかと、AIを何回・どの量で呼ぶかを別々に計算すると見通せます。問い合わせ件数だけでは不足します。一つの問い合わせで何度か会話し、検索や回答確認のためにAIを複数回呼び、処理完了を後から通知する構成もあるためです。
本記事は見積もりの作り方を説明します。料金の構造は2026年9月8日に公式資料で確認し、以下の数量・単価・為替は計算方法を示す仮定としています。実測結果や特定モデルの料金例ではありません。
見積もりを5つの箱に分ける
| 費用の箱 | 数量の取り方 | 見積もりで確認する範囲 |
|---|---|---|
| LINE利用料 | 契約プランと対象になる送信通数 | Bot以外の一斉配信・予約通知との合計 |
| AI利用料 | モデル別の入力・出力等の使用量 | 履歴、検索、再生成、補助モデル、追加ツール |
| 実行基盤 | サーバー、DB、ログ、検索基盤の利用 | 通常時だけでなくピーク時と保存期間 |
| 開発・保守 | 初期作業と継続作業 | FAQ更新、評価、障害対応、API変更対応 |
| 有人対応 | 人へ引き継ぐ件数と対応時間 | 誤答確認、難問、返金や契約変更の相談 |
AIが回答しなかった問い合わせも、人が対応すれば費用がかかります。逆にAIの文章生成費だけが下がっても、確認作業が増えれば総費用は上がります。初期費用と月額を分けた全体の記入表はLINE運用のTCOと合わせて使えます。
replyが無料でも、応答Bot全体が無料とは限らない
Messaging APIの応答メッセージはプランの通数に含まれません。Push・Multicast・Broadcast・Narrowcastなどは対象です。同一リクエストの吹き出し数ではなく、送信方法と対象人数を確認します。LINE公式の課金区分
ただしAI生成が長引けば、応答トークンを使える時間内に回答を返せない場合があります。応答トークンは1回だけ使用でき、Webhook受信後1分以内の使用が必要です。即座に「受付しました」と応答してトークンを使った場合も、後の回答は同じトークンで送れません。応答トークンの仕様
設計時には、短時間で回答する経路、処理中の画面で結果を見る経路、後からPushする経路、有人へ渡す経路を決めます。Pushには送信対象の条件があり、200応答でもブロック等で届かないことがあります。期限超過時に必ずPushで救済できるという前提は置きません。
| Botの動作 | LINE側で数えるもの | AI側で数えるもの |
|---|---|---|
| 期限内に1回のreplyで回答 | 応答メッセージは通数対象外 | 回答までの全AI呼び出し |
| 受付reply後、完了時にPush | 後続Pushの対象人数 | 分類・検索補助・回答生成等 |
| 定型リマインドだけ送る | Push等の対象人数 | AIを使わなければ生成費なし |
| 誤答を再生成してから回答 | 実際の送信方式に応じる | 採用しなかった生成も含める |
AI費用は入力と出力を分け、課金項目を足す
テキストモデルの簡単な概算は、次の式です。
AI費用＝入力トークン数÷100万×入力単価＋出力トークン数÷100万×出力単価＋追加の課金項目
入力には質問だけでなく、システム指示、会話履歴、参照文書が入ります。キャッシュ、長いコンテキスト、検索等のツール、画像・音声は選んだモデルと利用方法の料金を使います。単位やキャッシュの書き込み課金等は提供元ごとに異なります。OpenAIの料金構造、Anthropicの料金構造
文字数からトークン数を固定倍率で決めず、実際のリクエスト使用量で見直します。また、問い合わせ1件とAI呼び出し1回は同じではありません。会話の往復、検索結果の再評価、失敗した処理の再実行を含めます。
架空の月2,000件の試算
比較のため、問い合わせ2,000件、1件につき平均3回のAI呼び出し、1回あたり入力2,000・出力500トークンと仮定します。入力単価は100万トークン当たり2米ドル、出力は8米ドル、換算は1米ドル150円という架空条件です。
| 計算 | 結果 |
|---|---|
| AI呼び出し回数：2,000件×3回 | 6,000回 |
| 入力量：6,000回×2,000トークン | 1,200万トークン |
| 出力量：6,000回×500トークン | 300万トークン |
| 入力費：12×2米ドル | 24米ドル |
| 出力費：3×8米ドル | 24米ドル |
| 合計：48米ドル×150円 | 7,200円 |
この7,200円には、ツール・保存・インフラ・税・決済時の為替差・保守・有人対応を含めていません。LINEの送信費も別です。問い合わせの10%に後続Pushが1回必要なら200通、別途800人に月2回配信するなら1,600通で、合計1,800通を既存配信と合わせて料金プランに当てはめます。プラン内でも基本料金は別に計上します。
履歴が長くなって入力が平均4,000トークンになると、入力費は48米ドル、出力費と合わせ72米ドル＝10,800円です。一方、呼び出し回数が2倍なら入力・出力とも増えます。「問い合わせ数は予測どおりなのに高い」ときは、呼び出し回数と1回当たり使用量を切り分けます。
削減策には品質の確認を組み合わせる
長いFAQを毎回渡す構成では、必要な資料を検索して渡す方法が候補です。ただし検索漏れで答えを誤る可能性があるので、削減後も正しい資料を取れるかを測ります。RAGを使えば品質を保ったまま必ず安くなる、と決めつけません。
定型通知は、ルールとテンプレートで作れるならAI生成を省けます。会話の回数上限を設ける場合も、顧客が解決する前に切り上げないよう、有人窓口や続きの手段を用意します。料金だけを下げるために回答を短くしすぎないよう、解決できた件数で評価します。
運用表で上限到達時の動作を決める
| 記録・設定 | 決める内容 | 超過しそうなときの動作例 |
|---|---|---|
| モデルごとの利用額 | 日次予算、月次予算、通知先 | 追加生成を抑制し担当へ通知 |
| 利用者ごとの回数 | 短時間の集中と通常相談を区別 | 待ち時間や有人経路を案内 |
| 履歴の長さ | 保持する往復数・要約の使い方 | 必要な情報を確認して新しい会話へ |
| LINEの残り通数 | 販促と業務通知の予定 | 販促を保留し重要通知の予定を再確認 |
| 未解決の問い合わせ | 引継ぎ期限、担当者 | 放置せず対応一覧へ残す |
提供元の利用明細と自社集計は時差が出ることも考慮します。厳密な予算管理が必要なら、自社側でも開始前に上限を確認し、進行中の仕事の見込み額を確保します。監視画面を眺めるだけでは送信や生成は止まりません。
発注前に集めるサンプルと受入条件
自社で利用が認められた質問例を、短いFAQ、長い説明、個別確認が必要な相談、答えがない質問に分けます。個人情報を必要以上に含めず、それぞれの正しい案内と有人へ渡す条件を用意します。試験件数はケースの多様性から決め、特定の件数を流せば本番品質が保証されるとは考えません。
検証では、入力・出力の使用量、AI呼び出し回数、処理時間、LINEの送信方法、正しい解決・有人引継ぎ・誤答を同じ依頼IDで集計します。運用判断に使うのは「AIが返事をした1回の安さ」と「問い合わせが解決した1件の費用」の両方です。送信をAIに任せる範囲はAIとLINEの権限設計で整理しています。
よくある質問
AIがreplyで答えるBotなら、月額費用は0円ですか？
応答メッセージはLINEの通数対象外ですが、AI利用料、サーバー、保存、保守等は別です。返信期限後のPushや販促配信を使う場合は、その送信通数と料金プランも確認します。
問い合わせ数からAI費用を計算できますか？
問い合わせ数だけでは足りません。1件当たりのAI呼び出し回数、各回の入力・出力使用量、モデル単価、検索等の追加課金を組み合わせます。
本文の7,200円は実際のモデル料金ですか？
計算方法を示す架空の単価・数量・為替による例です。実際の見積もりでは利用するモデルの公式単価と自社データでの使用量に置き換え、インフラや税等も加えます。
AI費用を下げるときに何を残して確認しますか？
正しい解決率、誤答、有人への引き継ぎ、処理時間を費用と合わせて確認します。資料を減らした結果、回答品質や対応負担が悪化していないかを比較します。
この記事に関連するサービス
LINE Botの費用検討では、想定する問い合わせ、通知、既存システムと保守の範囲を整理すると見積もりを比較できます。AIを使う処理と定型処理の分け方からご相談いただけます。
出典・参照
- LINE Developers — Messaging APIの料金 （2026年9月8日確認）
- LINE Developers — 応答トークン （2026年9月8日確認）
- OpenAI — API Pricing （2026年9月8日確認）
- Anthropic — Pricing （2026年9月8日確認）
