這是一份為您整理好的 **LINE Messaging API 計費與訊息類型說明**，您可以直接複製到您的開發文件或專案筆記中。

---

# 📱 LINE Messaging API 計費與訊息類型指南

在使用 LINE Messaging API 進行開發（如：AAGP系統整合）時，理解「推播」與「回覆」的成本差異至關重要。

## 1. 核心計費邏輯
LINE Messaging API 本身不收接通費，其發送額度與 **「LINE 官方帳號」** 的月租方案綁定。

### 🇹🇼 台灣區資費方案 (2026 最新)
| 方案名稱 | 月費 (固定) | 免費訊息額度 | 加購訊息 (每則) | 適合情境 |
| :--- | :--- | :--- | :--- | :--- |
| **輕用量** | $0 | 200 則 | 不可加購 | 開發測試、個人 Side Project |
| **中用量** | $800 | 3,000 則 | 不可加購 | 中小型企業、穩定營運 |
| **高用量** | $1,200 | 6,000 則 | $0.2 起 (階梯式) | 大量通知、CRM 系統、電商 |

---

## 2. 訊息類型：推播 vs. 回覆

### 🔴 推播訊息 (Push Message) —— **【扣除額度/計費】**
定義：由伺服器**主動**發起的訊息。
* **觸發點：** 系統邏輯（如：定時提醒、AI 運算完成通知、系統告警）。
* **API 接口：** `/v2/bot/message/push` 或 `/v2/bot/message/multicast`。
* **特性：** 隨時可發送給特定 User ID，不限時間。
* **計算方式：** 發送 1 人計為 1 則。

### 🟢 回覆訊息 (Reply Message) —— **【完全免費】**
定義：針對用戶的訊息進行**即時回應**。
* **觸發點：** 用戶傳送文字、點擊圖文選單、觸發 Webhook 事件。
* **API 接口：** `/v2/bot/message/reply`。
* **限制：** 必須使用 Webhook 提供的 `replyToken`，且該 Token 有 **幾十秒** 的時效性。
* **特性：** 只要在效期內回覆，**不論次數皆不計費**。

---

## 3. 開發者節費建議 (Cost Optimization)

1. **優先使用 Reply Token：**
在設計 AI 互動流程時，應優先引導用戶進行互動（點擊按鈕或輸入關鍵字），利用 `Reply Message` 進行回覆以節省預算。

2. **分眾推播 (Narrowcast)：**
若需主動通知，建議透過 API 的 `Narrowcast` 功能篩選受眾（例如：僅發送給特定性別或作業系統的用戶），避免全體廣播造成的訊息浪費。

3. **多則訊息合併：**
一次 API 請求最多可包含 **5 個訊息物件**（例如：1 個文字 + 1 個圖片 + 1 個按鈕模板），這在計算上僅視為 **1 則訊息**（對單一用戶而言）。

---

> **💡 提示：** > 如果您的系統涉及 AI 耗時運算，建議先用 `Reply` 回覆「處理中...」，待運算結束後再以 `Push` 通知結果。雖然會消耗 1 則推播額度，但能提供較好的用戶體驗。

---

**您是否需要我進一步針對「多則訊息合併（一次發送多個物件）」的 API JSON 格式提供範例？**