LINE 服务消息与 Messaging API：MINI App 应该选哪一种？
LINE 服务消息与 Messaging API 消息解决的是两类需求。已认证 LINE MINI App 要确认或跟进用户在 App 内完成的预约、订单等操作时，应使用服务消息；LINE Official Account 要进行会话回复、灵活推送或群发时，应使用 Messaging API。两者不是高低版本关系，也不能直接互相替代。
核心结论
- 服务消息是与 MINI App 内用户操作绑定的事务通知，不能包含广告、优惠券、新品推广或无关活动通知。
- Messaging API 属于 LINE Official Account，支持 reply、push、multicast、narrowcast 和 broadcast 等发送模式。
- 生产环境的服务消息需要已认证 MINI App、审核通过的模板和与用户绑定的 service notification token。
- 服务消息显示在各地区指定的 LINE MINI App 通知聊天室中，即使用户没有添加关联 Official Account 为好友也可以接收。
- 如果业务既需要事务通知又需要开放式客服，应分开设计两条消息路径，再用自有预约号或订单号关联。
LINE 服务消息与 Messaging API 消息有什么区别
LINE 官方的服务消息说明把它定义为对用户在 LINE MINI App 内操作的确认或响应；Messaging API 发送消息说明描述的则是由 LINE Official Account 机器人发出的消息。判断时，产品边界比“消息”这个共同名称更重要。
| 判断维度 | LINE MINI App 服务消息 | LINE Messaging API 消息 |
|---|---|---|
| 主要用途 | 确认、反馈或提醒用户在 MINI App 内完成的操作 | 从 Official Account 回复用户，或向个人及人群发送消息 |
| 触发方式 | MINI App 内符合条件的用户操作 | reply 由用户事件触发；push、multicast、narrowcast、broadcast 由业务系统决定 |
| 收件人 | service notification token 绑定的用户 | 按发送方式选择用户、群聊、多人聊天、人群或 Official Account 好友 |
| 消息形式 | LINE 提供并审核的服务消息模板，以及获批变量和链接 | text、image、video、audio、sticker、location、imagemap、template、Flex 等消息对象 |
| 生产门槛 | 已认证 MINI App 加审核通过的模板 | 连接 LINE Official Account 的 Messaging API channel，并遵守对应收件人规则 |
| 显示位置 | 各地区的 MINI App 通知聊天室 | 用户与 LINE Official Account 的聊天窗口 |
| 数量边界 | 一次符合条件的操作通常最多 5 条，审核结果可能规定不同上限 | 受 Official Account 套餐月度消息额度和 endpoint 限制影响 |
| 计费口径 | LINE 将 MINI App 服务消息功能描述为免费 | Messaging API 消息数量和套餐价格取决于市场及 Official Account 套餐 |
事务与用户操作绑定时选择服务消息
如果没有用户在 MINI App 内完成的那次操作，这条通知就不应该存在，此时才适合评估 Service Message API。官方示例包括预约确认、check-in 完成、发货完成，以及与预约或已购票券相关的提醒。
服务端先调用 POST /message/v3/notifier/token，用 LIFF access token 换取 service notification token；再调用 POST /message/v3/notifier/send?target=service 发送审核通过的模板。service notification token 绑定一名用户及其操作流程，不是长期 LINE 用户地址，也不是通用 push 凭据。
内容限制不会因为 MINI App 通过认证而消失。折扣、购物奖励、新品、优惠券、促销和普通活动通知都不属于服务消息。准备模板时可参考服务消息模板送审清单；已接入但出现错误时，再使用服务消息 API 错误排查手册。
Official Account 会话和触达选择 Messaging API
当消息应该由 LINE Official Account 发出时，选择 Messaging API。reply message 使用 reply token 响应用户消息或操作；push message 面向符合条件的用户、群聊或多人聊天；multicast、narrowcast 和 broadcast 则覆盖不同的人群发送方式。
Messaging API 提供更灵活的消息对象，适合机器人会话、客服和 Official Account 运营，同时受好友关系、收件人、月度额度、价格及 rate limit 等规则约束。因此，Messaging API push 不能替代服务消息的特殊能力：后者可以通知尚未添加关联 Official Account 为好友的 MINI App 用户。
一棵可执行的选择树
- 用户是否在 MINI App 内完成了预约、下单、排队、check-in 等操作？ 如果是，继续评估服务消息。
- 通知是否只用于确认、反馈结果或提醒同一次操作？ 如果不是，不要使用服务消息。
- MINI App 是否已通过生产认证，且准确模板已审核通过？ 如果是，使用 Service Message API，并在每次发送成功后保存更新后的 token。
- 消息是否应来自 Official Account、回复聊天或触达人群？ 使用 Messaging API，并按收件人模型选择 reply、push、multicast、narrowcast 或 broadcast。
- 用户收到通知后是否还会提出开放式客服问题？ 单独设计会话接收路径，在自有系统中关联事务信息。
默认不要把同一条业务更新同时从两条路径发送。重复通知会让用户困惑，也会增加交付、同意与客服归属的审计难度。
UnifyPort 适合哪一段
UnifyPort 不签发 LINE service notification token，不审批 MINI App 模板，不授予认证状态，也不创建 Official Account 或替代 Messaging API 的官方出站能力；这些需求应使用 LINE 官方 API。
UnifyPort 承接的是另一项独立需求：从已连接的普通 LINE 账号接收客户消息，并把支持的消息交付为标准化 message.received 事件。如果 webhook endpoint 配置了 signing_secret，delivery 会包含 X-Device-Timestamp 与 X-Device-Signature；路由会话前应基于 raw body 验证 HMAC-SHA256 签名。
例如，服务消息确认预约后，客户又发起普通客服会话。应用可以保存预约号并关联该会话，但不要把 service notification token 当作聊天身份。采用这条路径前，请阅读 LINE 授权指南并核对消息能力矩阵。
限制与取舍
平台原生 MINI App 服务消息只能走官方 Service Message API。非官方接口不能改变认证状态、审批模板、扩大与操作绑定的内容范围，也不能增加获批消息次数。
丰富的 Official Account 会话和人群消息更适合 Messaging API，但也要接受 Official Account 的收件人、额度与计费模型。UnifyPort 的普通账号消息路径可用于受支持的客户会话，却不能把这些会话变成 MINI App 服务消息，也不会获得 Official Account 的人群触达能力。
常见问题
LINE 服务消息是什么？
它是 LINE MINI App 对用户在 App 内完成的操作进行确认、结果反馈或提醒的事务通知。生产环境需要已认证 MINI App 和审核通过的模板。
LINE 服务消息等同于 push message 吗？
不等同。服务消息使用与用户绑定的 service notification token 和审核过的 MINI App 模板；Messaging API push 来自 LINE Official Account，并遵循其收件人、额度和价格规则。
用户必须添加 Official Account 才能收到服务消息吗？
不需要。LINE 明确说明，即使 MINI App 用户没有添加关联的 LINE Official Account 为好友，也可以收到服务消息；消息会进入该地区指定的 MINI App 通知聊天室。
服务消息可以包含促销或优惠券吗？
不可以。LINE 禁止广告和活动通知，包括折扣、奖励、新品、优惠券与促销。营销信息应在符合相应规则的前提下选择 Official Account 消息方式。
一个产品可以同时使用两种 API 吗？
可以。用服务消息处理获批的 MINI App 操作通知，用 Messaging API 处理 Official Account 会话或人群消息。两条路径的凭据和状态应分开，再用自有业务 ID 关联。
下一步
先阅读 LINE 官方的服务消息判断与实施指南。如果另一项需求是接收普通 LINE 客户消息，再到 UnifyPort 的消息能力矩阵确认当前边界。
来源
以下 LINE 官方资料核验于 2026-08-07：