LINE MINI App 服务消息模板审核：提交前检查清单
提交 LINE MINI App 服务消息模板审核前，应先从 LINE 提供的模板中选择与业务最接近的一项，在 Use Case 中写清用户操作和通知顺序，测试全部变量与永久链接，并删除促销内容。正式发送同时要求 MINI App 已验证、模板的 Published status 为 PUBLISHING；模拟器发送成功或显示 DEVELOPING，都不代表已获生产批准。
要点速览
- 服务消息只能确认或回应用户在 MINI App 内完成的操作。折扣、购物奖励、新品、优惠券、促销和一般活动通知都不允许。
- 模板版式由 LINE 提供；团队负责选择合适的类别和语言，填写变量、链接及真实使用场景。
- 每个 channel 最多可添加 20 个模板。API 使用的名称遵循
{template name}_{BCP 47 language tag}，必须以 LINE Developers Console 为准。 - MINI App channel 审核期间可以查看模板和使用模拟器，但不能新增、编辑 Use Case 或删除模板。
- 已验证 MINI App 若修改服务消息模板信息，需要再次审核，因此获批 Use Case 应被视为生产边界。
LINE 服务消息模板审核究竟批准什么
LINE 官方服务消息指南把三个容易混淆的阶段分开了：
- MINI App 资格： 生产服务消息只向已验证 LINE MINI App 开放；未验证应用只能让内部 Developing channel 的 Admin 或 Tester 测试。
- 模板审核： 选中的模板和申报 Use Case 必须通过 LY Corporation 审核，才能用于生产。
- 运行时授权： 即使已经获批，服务端仍要取得与用户和操作绑定的 service notification token，才能调用发送 API。
现有的已验证与未验证 MINI App 指南解决第一项决策，service notification token 教程负责第三项实现。本文补足中间一层：模板和运行规则如何在送审前准备好。
| 状态 | 可以做什么 | 不能证明什么 |
|---|---|---|
DEVELOPING | 在内部 Developing channel 为符合资格的开发账号预览、测试 | 正式用户已经可以接收消息 |
| MINI App channel 审核中 | 查看模板详情、使用模拟器发送测试 | 审核中仍能新增、编辑或删除模板 |
PUBLISHING | MINI App 通过验证后，在生产 channel 使用已审核模板 | 可以改变 Use Case 或把模板改作促销 |
| 验证后修改模板 | 为变更准备再次审核 | 旧批准会自动覆盖新内容 |
LINE 把通过审核的模板 Published status 定义为 PUBLISHING。不要在自己的系统里猜测另一套“可生产”状态；应记录 Console 中实际观察到的状态，并在 channel 和模板都就绪前阻止生产任务。
LINE MINI App 服务消息模板审核前检查清单
1. 先定义一次用户操作，再写消息
先写触发动作，例如餐厅预约、排队登记、下单、签到或配送申请；再列出用户因该操作需要收到的确认、结果或提醒。LINE 通常允许一次用户操作最多发送五条服务消息，但具体场景的获批上限可能不同。
审核说明应展示完整顺序，例如“预约完成后立即确认、前一天提醒、当天状态更新”，而不是把对象描述成长期营销人群。这样审核者和后续工程团队都能判断每条消息是否仍与原操作直接相关。
2. 选择最接近的官方模板和语言
LINE 按门店预约、排队管理、配送通知等类别提供模板，支持日语、英语、繁体中文、泰语、印尼语和韩语。应选择真正匹配业务动作的版式，不要把宣传文案塞进交易型模板。
把 Console 中显示的 Template name for API use 原样记录下来。发送请求使用 templateName，值的格式为 {template name}_{BCP 47 language tag}。不要根据可见标题自行拼接语言后缀。
3. 把 Use Case 写到可以验收的粒度
Use Case 应写清谁在什么位置完成了什么操作、每条通知确认什么、何时发送。“客户更新”过于笼统；更可验收的写法是：“用户在 MINI App 完成配送预约后立即发送预约确认，承运方更新订单时发送配送结果。”
LINE 提醒，如果模板实际用途偏离申报说明，平台可能阻止继续使用。应把获批说明同步到内部 runbook 和 job 定义，避免产品迭代后悄悄扩大范围。
4. 检查变量、字符限制与永久链接
在 Console preview 中为每个变量分别测试短值、常见值和接近最大长度的值，确认日期、姓名、订单号和本地化文案符合所选模板的建议值与硬限制。即使模板没有变量，发送请求仍需传入 params: {}。
按钮必须指向 LINE MINI App 页面永久链接。第一个按钮必填，后续按钮数量取决于模板。要在 LINE 客户端内验证目标页、登录状态和过期订单表现，不能只在桌面浏览器里检查 URL 是否打开。
5. 冻结审核集合前完成模拟器测试
Console 可以向当前登录开发者账号关联的 LINE 账号发送测试消息。应检查排版、变量顺序、语言、按钮和 Footer。模拟器成功只证明渲染正确，不证明生产资格。
提交 MINI App channel 审核前，应一次性补齐模板集合。审核期间不能新增模板、修改 Use Case 或删除模板。此前已成功添加的模板不受影响，但此时才发现少了一种通知，会直接拖慢上线。
6. 明确批准后的变更边界
MINI App 验证后，LINE 的更新指南要求服务消息模板的任何信息变更都再次审核。应把模板修改纳入变更控制，在发布依赖代码前，对比新旧用户操作、内容、变量、链接和发送时间。
运行时可记录 templateName、操作或订单 ID、sessionId 与最新 remainingCount，但不要把 LIFF access token、channel access token 或 service notification token 写进日志。模板通过审核并不能替代 token 生命周期与投递监控。
UnifyPort 适合放在哪一层
UnifyPort 不负责提交或批准 LINE MINI App 模板，不会改变模板 Published status、签发 LINE service notification token，也不会扩大 LINE 允许的消息内容。预约、订单、排队等 MINI App 内操作对应的通知，应继续使用 LINE 官方流程。
UnifyPort 承接的是另一项需求：从已连接的普通 LINE 账号接收自由格式的客户消息。LINE 账号通过 QR 流程授权，受支持的入站消息以标准 message.received 事件到达。如果 webhook endpoint 配置了 signing_secret，投递会带上 X-Device-Timestamp 和 X-Device-Signature，供接收端验证 HMAC-SHA256。
当用户收到官方服务消息后又提出客服问题时，这条边界尤其重要：已审核模板负责交易通知，独立入站链路负责后续对话。LINE 入站消息指南说明了第二种架构，但不会改变 MINI App 的资格条件。
限制与取舍
- MINI App 需要发送获批交易通知时，LINE 官方路径最合适；非官方接口无法赋予验证状态或模板批准。
PUBLISHING不是通用发信权限，内容仍须落在获批 Use Case 和服务消息政策内。- 审核通过不保证每次 API 调用成功；token 会失效或轮换，
remainingCount会归零，错误变量也会导致运行时失败。 - 服务消息不是客服收件箱。用户需要自由提问时，应另建消息接入路径。
FAQ
LINE 服务消息模板什么状态表示审核通过？
LINE 把通过审核、可在 MINI App 验证后用于生产 channel 的模板 Published status 定义为 PUBLISHING。
未验证 LINE MINI App 能申请生产服务消息吗？
不能。未验证应用只能在内部 Developing channel 为合资格开发账号测试；生产发送要求 MINI App 已验证，模板也已审核。
服务消息能放优惠券或促销吗？
不能。折扣、购物奖励、新品、优惠券、促销、广告和一般活动通知均被禁止。消息必须确认或回应用户在 MINI App 内的操作。
MINI App channel 审核期间能编辑模板吗？
不能。审核中可以查看模板详情和使用模拟器，但不能新增模板、编辑 Use Case 或删除模板，应在提交前准备完整。
修改服务消息模板需要再次审核吗？
需要。LINE 把服务消息模板的全部信息列为已验证 MINI App 更新后需要再次审核的 Console 设置。
下一步
先按官方LINE 服务消息指南准备模板、Use Case、变量和模拟器证据。如果真实需求不是交易通知，而是接收自由格式客户消息，可把 UnifyPort LINE 授权指南作为独立实施路径。
官方来源
以下 LINE 官方资料核验于 2026 年 7 月 28 日：