如何通過 LINE MINI App 認證審查:遞交清單與常見拒絕原因
要通過 LINE MINI App 認證審查(verification review),需要遞交一個提供者名稱、服務事業主名稱與私隱政策主體公司三者一致的頻道,附上可公開存取的私隱政策與服務條款網址,為審查員必須完成的預約、付款、落單等每個流程準備測試場景與測試戶口,並確認服務本身不在 LINE MINI App Policy 列出的禁止行業與禁止內容範圍內。LY Corporation 通常在一至兩個星期內完成審查;被拒後需要修改並再次遞交,申請者無法指定完成日期。
重點撮要
- 認證是使用生產環境 service message、Custom Path、主畫面捷徑、Common Profile Quick-fill、授權同意簡化以及帶認證標記品牌 header 的唯一途徑。
- 最常見的拒絕原因是提供者名稱、服務事業主名稱與私隱政策中的公司名稱不一致 —— 三者必須指向同一法律實體。
- 禁止行業(博彩、借貸、煙草、交友、募資等)與禁止內容(侵權、誤導比較、垃圾推廣)是硬性政策門檻,不是風格問題。
- 審查大約需要一至兩個星期,無法加急;遞交後修改生產環境 Endpoint URL 可能觸發再次審查,應預先固定。
- 如果你嘅實際需求只係接收一般 LINE 客戶訊息,嗰個係獨立嘅 inbound 架構決定,而唔係認證步驟。
認證審查到底在檢查乜嘢
一個 LINE MINI App 頻道初始狀態為未認證。喺內部嘅 Developing 頻道上可以進行功能測試同埋改進。要將一個 Published 頻道由未認證變成已認證,需要將頻道交畀 LY Corporation 審查,審查評估嘅係身份一致性、政策合規性,以及審查員能否真正跑通核心流程 —— 而唔係淨係睇應用能否啟動。
認證唔好同兩個相鄰決策混淆。第一,佢同 Verified LINE Official Account(已認證 LINE 官方賬戶)唔同,嗰個係另一個獨立產品,有自己嘅審查途徑;如果你需要嘅係官方賬戶認證,請先睇使用 LINE 嘅國家同官方賬戶選項指南。第二,認證回答嘅係「呢個 MINI App 能唔能夠使用淨係認證可以用嘅功能」,而未認證限制指南回答嘅係「審查前我可以上線乜嘢」—— 係兩個唔同嘅問題。
遞交清單:需要準備嘅資訊同資料
喺 LINE Developers Console 開啟 Review request 之前,先準備好以下內容。官方遞交指南係呢啲要求嘅依據。
| 項目 | 需要準備嘅內容 | 審查關注嘅原因 |
|---|---|---|
| 提供者名稱 | 法律實體名稱,同服務事業主一致 | 同私隱政策公司名稱比對一致性 |
| 服務事業主名稱 | 實際營運嗰個服務嘅組織 | 必須同提供者同政策持有方為同一實體 |
| 頻道說明 | 清楚描述 MINI App 提供乜嘢 | 審查員據此界定測試範圍 |
| 私隱政策網址 | 可公開存取嘅頁面,而且其中公司名稱同提供者一致 | 呢度唔一致係最常見嘅拒絕原因 |
| 服務條款網址 | 可公開存取嘅服務條款頁面 | 政策合規要求 |
| Callback / Endpoint URL | 生產環境 endpoint,遞交前已固定 | 審查後修改可能觸發再次審查 |
| 參考資料 | 測試戶口、範例商品、舖頭或者預約場景,同埋啟用 Basic Auth 嗰陣嘅賬戶密碼 | 等審查員唔使估都可以完成每個流程 |
| API scope | 淨係申請服務實際用到嘅權限 | 太闊嘅權限會同聲明用途唔符 |
| 官方賬戶連動 | 淨係喺 MINI App 依賴嗰陣先連接 | 同 MINI App 流程嘅一致性審查 |
如果係 service message,仲需要通過審核嘅範本,而且範本必須確認或者回應用戶喺 MINI App 入面嘅動作。遞交前先用 service message 範本審核清單準備好,因為生產環境 service message 同時要求已認證頻道同通過審核嘅範本。
常見拒絕原因
絕大多數拒絕可以歸做四類。LY Corporation 冇義務詳細解釋審查結果,所以喺遞交前預防呢啲問題,遠遠平過被拒之後再投訴。
1. 身份唔一致(首要原因)。 提供者名稱、服務事業主名稱同私隱政策入面嘅公司名稱必須係同一法律實體。常見嘅失敗情況係私隱政策寫嘅係母公司或者品牌名,而提供者頻道註冊喺子公司或者經營别名底下。遞交前將三者對齊。
2. 禁止行業。 LINE MINI App Policy 完全禁止若干類別,包括宗教團體、夜店/俱樂部、博彩、交友同埋介紹所、借貸、募資、傳銷、煙草同電子煙、武器毒藥同埋臨床試驗。落入呢啲類別嘅服務無論質素點樣都冇得通過審查。
3. 禁止內容。 即使喺允許嘅行業入面,內容都可能觸發拒絕:知識產權侵權、誤導或者激進推廣、垃圾訊息、暴力或者性表達、同埋同其他公司產品嘅不當比較或者排名。service message 文案如果偏向促銷 —— 優惠券、新品通知、獎勵或者一般活動公佈 —— 都會被拒,因為 service message 必須確認或者回應用戶嘅動作。
4. 技術同文件缺口。 呢啲唔係功能 bug。常見嘅有:生產環境 Endpoint URL 喺上次審查之後被修改、畫面跳轉或者文案同遞交說明唔符、啟用 Basic Auth 但係冇提供測試賬戶密碼、API scope 超出聲明用途。每一項都會導致重新遞交。
審查時間表同狀態
LINE 表示審查通常大約需要一至兩個星期。冇加急選項,申請者無法指定完成日期。審查狀態可以喺 LINE Developers Console 查睇,被拒之後需要修復指出嘅問題同埋再次申請,咁樣會再多一個週期。
呢樣嘢意味住排期風險。如果某次季節性活動或者上線依賴淨係認證可以用嘅功能,請預留足夠緩衝去應付一次複審。喺首次遞交之前固定生產 endpoint、敲定私隱政策同服務條款文案,係避免因為可預防嘅拒絕而損失一個星期嘅最有效做法。
你真係需要認證咩
淨係當某個淨係認證可以用嘅功能處於關鍵路徑嗰陣,先至值得申請認證。官方自訂功能矩陣列出咗未認證 Published 頻道已經做到嘅嘢 —— 包括自訂動作按鈕、官方賬戶好友提示同埋地區支援嘅付款接入 —— 所以呢啲功能本身唔可以成為認證理由。
喺以下至少一種情況下使用認證:
- 同預約、訂單或者其他應用內動作綁定嘅生產環境 service message。
- 可識別嘅 Custom Path,例如
miniapp.line.me/#/<你個品牌名>。 - 主畫面捷徑、Common Profile Quick-fill 或者授權同意簡化。
- 顯示 MINI App 名稱同認證標記嘅品牌 header,或者透過 LINE Home 同搜尋被發現。
如果以上都唔適用,不如將核心流程作為未認證 Published 頻道上線,日後再考慮認證,呢個係合理嘅排期選擇,而唔係失敗。
UnifyPort 嘅承接位置
UnifyPort 唔會認證 LINE MINI App、唔會代為遞交審查、唔會審核 service message 範本,亦都唔會授予任何 LINE 平台特權。需要認證嗰陣請行上述官方審查途徑。
UnifyPort 承接嘅係另一個獨立需求:喺 MINI App 審查進行中或者之後,接收來自已連接 LINE 賬戶嘅一般客戶訊息,同埋路由去自己嘅客服系統。LINE 授權用掃碼登入,QR URL 同 PIN 唔係喺同步回應入面傳回,而係透過賬戶授權事件非同步送到。連線完成之後,入站文字訊息以標準 message.received 信封送到,包含 id、type、provider、account_id、occurred_at 同 data。
如果 webhook endpoint 設定咗 signing_secret,每次投遞都會附帶 X-Device-Timestamp 同 X-Device-Signature。簽名係 hex 編碼嘅 HMAC-SHA256,簽名串係 "<X-Device-Timestamp>" + "." + "<原始請求體>",你個接收端必須基於原始請求體驗簽之後先至可以儲存或者路由事件。支援嘅回覆用標準嘅 POST /v1/messages 路徑。webhook 投遞同簽名指南詳細說明咗呢個驗證步驟。
呢種分離令到兩個決定保持誠實:為咗官方身份、被發現能力同事務性 service message 選擇已認證 MINI App;當營運需求係接收同路由自由格式嘅 LINE 客戶對話嗰陣,再單獨選擇 inbound 訊息層。兩者唔可以互相替代 —— 認證唔會投遞客戶訊息,inbound webhook 都唔會解鎖 MINI App 功能。
限制同權衡
當 MINI App 本身承載預約、訂單、會員或者其他需要審核嘅事務性通知動作,或者當透過 LINE 被發現同品牌 header 對採用率好重要嗰陣,官方認證途徑更加合適。
非官方介面無法授予任何 LINE 平台特權。佢唔會將一般賬戶訊息變做 MINI App service message,亦都唔會影響範本審核、Custom Path 資格或者認證標記。佢嘅作用更窄:連接賬戶、以可驗證簽名投遞支援嘅入站訊息、透過標準 API 暴露支援嘅回覆。除非你個應用刻意透過共享嘅客戶或者訂單識別碼將兩者串埋,否則應該將 MINI App 產品同客戶訊息管線作為兩套獨立系統維護。
FAQ
LINE MINI App 認證審查需要幾耐?
LINE 表示審查通常大約需要一至兩個星期。冇加急選項,申請者無法指定完成日期,被拒之後需要修改同埋再次遞交,會再多一個審查週期。
LINE MINI App 點解會被拒?
最常見嘅原因係提供者名稱、服務事業主名稱同私隱政策公司名稱唔一致。其他常見原因包括禁止行業或者內容、service message 文案偏向促銷、遞交之後修改生產環境 Endpoint URL,同埋缺少測試賬戶密碼或者畫面跳轉同說明唔符。
未認證嘅 LINE MINI App 可唔可以上線?
喺支援嘅市場,被允許嘅客戶可以發布未認證 MINI App,喺決定認證之前先驗證核心流程。生產環境 service message、Custom Path、主畫面捷徑等功能仍需認證。完整嘅能力比較見未認證限制指南。
接收 LINE 客戶訊息需要認證咩?
唔需要。接收一般 LINE 客戶訊息係同 MINI App 認證獨立嘅 inbound 架構決定。inbound webhook 從已連接賬戶投遞支援嘅訊息,但唔會解鎖 MINI App 功能。
認證會審核我嘅 service message 範本咩?
認證令頻道具備發送生產環境 service message 嘅資格,但每個範本仍需單獨審核。喺遞交兩項審查之前,用同動作綁定嘅使用場景、有效變數同永久連結準備好範本。
下一步
如果你嘅需求係接收一般 LINE 客戶訊息而唔係 MINI App 認證,請先睇 LINE 授權指南了解掃碼登入流程,再喺平台能力矩陣入面確認收發邊界之後設計客服工作流程。
來源
官方 LINE 來源,核驗日期 2026-08-03: