← 全記事
ガイド

LINEミニアプリの認証審査を通す方法：提出チェックリストとよくある却下理由

LINEミニアプリの認証審査(verification review)を通すには、プロバイダー名、サービス事業主名、プライバシーポリシーに記載の企業名が同一の法人であるチャンネルを提出し、公開アクセス可能なプライバシーポリシーと利用規約のURLを添え、審査員が完了すべき予約・決済・注文の各フローに対してテストシナリオとテストアカウントを用意し、サービスがLINEミニアプリポリシーに定める禁止業種や禁止コンテンツに該当しないことを確認する必要があります。LY Corporationは通常1〜2週間で審査を完了しますが、却下された場合は修正のうえ再提出が必要で、完了予定日は指定できません。

ポイントまとめ

  • 認証は、本番環境のサービスメッセージ、カスタムパス、ホーム画面ショートカット、共通プロフィールクイック入力、同意簡易化、認証バッジ付きブランドヘッダーを使用するための唯一の手段です。
  • 最も多い却下理由は、プロバイダー名、サービス事業主名、プライバシーポリシーの企業名の不一致です。3つはすべて同一の法人を指す必要があります。
  • 禁止業種(ギャンブル、貸金、タバコ、婚活、寄付募集など)と禁止コンテンツ(権利侵害、誇大比較、スパム)はポリシー上の明確な門番であり、デザインの問題ではありません。
  • 審査には約1〜2週間かかり、特急枠はありません。提出後に本番Endpoint URLを変更すると再審査が発生することがあるため、事前に固定してください。
  • 本当の目的が一般のLINE顧客メッセージを受信することであれば、それは認証ステップではなく、受信アーキテクチャの独立した判断です。

認証審査で実際に見ていること

LINEミニアプリのチャンネルは、初期状態では未認証です。内部のDevelopingチャネルでは機能のテストと改善ができます。Publishedチャネルを未認証から認証済みに変更するには、チャネルをLY Corporationに提出して審査を受けます。審査で評価されるのは、識別情報の一致性、ポリシー準拠、そして審査員が実際に主要フローを完了できるかであり、アプリが起動するかどうかだけではありません。

認証は、隣接する2つの判断と混同しないでください。第一に、Verified LINE Official Account(認証済LINE公式アカウント)とは別物です。それは別の製品であり、独自の審査経路があります。公式アカウントの認証をお探しの場合は、まずLINEを利用する国と公式アカウントの選択肢ガイドをお読みください。第二に、認証が答えるのは「このミニアプリは認証済み限定機能を使えるか」であり、未認証の制限ガイドが答えるのは「審査前に何を公開できるか」です。これは別の問いです。

提出チェックリスト:必要な情報と資料

LINE Developers ConsoleでReview requestタブを開く前に、以下を整えてください。公式の提出ガイドがこれらの要件の情報源です。

項目用意すべき内容審査で重視される理由
プロバイダー名法人名。サービス事業主と一致プライバシーポリシーの企業名と照合
サービス事業主名実際にサービスを運営する組織プロバイダーおよびポリシー保持者と同一法人であること
チャネル説明ミニアプリが何をするかの明確な記述審査員がテスト範囲を定めるために使用
プライバシーポリシーURL公開アクセス可能で、記載企業名がプロバイダーと一致ここの不一致が最も多い却下理由
利用規約URL公開アクセス可能な利用規約ページポリシー準拠要件
Callback / Endpoint URL本番endpoint。提出前に固定済み審査後の変更が再審査を引き起こす場合がある
参考資料テストアカウント、サンプル商品、店舗や予約のシナリオ、Basic Auth有効時の認証情報審査員が推測なしに全フローを完了できるようにするため
APIスコープサービスが実際に使用する権限のみ過剰なスコープは用途と不一致と指摘される
公式アカウント連携ミニアプリが依存する場合のみ連携ミニアプリフローとの整合性審査

サービスメッセージの場合、さらに審査を通過したテンプレートが必要で、テンプレートはユーザーがミニアプリ内で行った操作に対して確認または応答するものでなければなりません。提出前にサービスメッセージテンプレート審査チェックリストで準備してください。本番のサービスメッセージには、認証済みチャネルと審査通過テンプレートの両方が必要です。

よくある却下理由

大多数の却下は4つのグループに分類されます。LY Corporationには審査結果を詳しく説明する義務はないため、提出前にこれらを防ぐ方が、却下後に異議申し立てするよりもはるかに低コストです。

1. 識別情報の不一致(最多の理由)。 プロバイダー名、サービス事業主名、プライバシーポリシーの企業名は同一の法人でなければなりません。よくある失敗は、プライバシーポリシーが親会社やブランド名で書かれている一方で、プロバイダーチャネルが子会社や通称で登録されているケースです。提出前に3つを揃えてください。

2. 禁止業種。 LINEミニアプリポリシーは特定のカテゴリを完全に禁止しています。宗教団体、ナイトクラブ、ギャンブル、婚活・見合い、貸金、寄付募集、マルチ商法、タバコ・電子タバコ、武器・毒物、臨床試験などです。これらのカテゴリに該当するサービスは、品質にかかわらず審査を通過できません。

3. 禁止コンテンツ。 許可された業種であっても、コンテンツが却下を引き起こすことがあります。知的財産権の侵害、誇大または攻撃的なマーケティング、スパム、暴力や性的表現、他社製品との不当な比較やランキングです。サービスメッセージの文面が販促に寄るときも同様で、クーポン、新商品のお知らせ、報酬、一般的なイベント通知は却下されます。サービスメッセージはユーザーの操作に対する確認または応答でなければならないためです。

4. 技術およびドキュメントの不備。 これらは機能のバグではありません。多いのは、前回の審査後に本番Endpoint URLが変更された、画面遷移や文言が提出説明と一致しない、Basic Authが有効なのにテスト認証情報がない、APIスコープが用途を超えている、といったものです。いずれも再提出を強いられます。

審査の所要時間とステータス

LINEは、審査に通常約1〜2週間かかると示しています。特急枠はなく、完了予定日は指定できません。審査ステータスはLINE Developers Consoleで確認でき、却下された場合は指摘事項を修正して再度申請する必要があり、さらにもう1サイクルが加わります。

これはスケジュール上のリスクを意味します。季節のキャンペーンやリリースが認証済み限定機能に依存する場合、再審査1回分の余裕を持って提出してください。初回提出前に本番endpointを固定し、プライバシーポリシーと利用規約の文案を確定させることが、予防可能な却下で1週間を失わないための最も効果的な手段です。

本当に認証が必要ですか

認証限定の機能がクリティカルパスにある場合にのみ、認証を申請する価値があります。公式の機能一覧には、未認証のPublishedチャネルでも利用可能なものが記載されています。カスタムアクションボタン、公式アカウントの友だち追加、地域対応の決済連携などは認証理由単独では不十分です。

以下のいずれかに該当する場合に認証を検討してください。

  • 予約、注文、その他アプリ内の操作に紐づく本番環境のサービスメッセージ。
  • miniapp.line.me/#/<ブランド名> のような識別しやすいカスタムパス。
  • ホーム画面ショートカット、共通プロフィールクイック入力、同意簡易化。
  • ミニアプリ名と認証バッジを表示するブランドヘッダー、またはLINE Homeと検索経由での発見。

いずれも該当しない場合、まず未認証のPublishedチャネルとして主要フローを公開し、認証は後で再検討するのは妥当な段取りであり、失敗ではありません。

UnifyPortの位置づけ

UnifyPortはLINEミニアプリを認証したり、審査に代わって提出したり、サービスメッセージテンプレートを承認したり、LINEのプラットフォーム特権を付与したりすることはありません。認証が必要な場合は、上記の公式審査経路を利用してください。

UnifyPortが対応するのは別の独立した要件、すなわちミニアプリの審査が進行中または完了した後に、接続したLINEアカウントからの一般顧客メッセージを受信し、独自のサポートシステムに振り分けることです。LINEの認証ではQRログインを使用し、QR URLとPINは同期的なレスポンスではなく、アカウント認証イベント経由で非同期に届きます。接続完了後、受信テキストメッセージは標準の message.received エンベロープで届き、id、type、provider、account_id、occurred_at、data を含みます。

webhookエンドポイントに signing_secret が設定されている場合、各配信には X-Device-Timestamp と X-Device-Signature が付与されます。署名は生のリクエストボディに対するhexエンコードのHMAC-SHA256で、署名文字列は "<X-Device-Timestamp>" + "." + "<生のボディ>" の形式です。受信側は生のボディで署名を検証してからイベントを保存またはルーティングする必要があります。対応する返信は標準の POST /v1/messages パスを使用します。webhook配信と署名ガイドにこの検証手順の詳細があります。

この分離により、2つの判断を誠実に保てます。公式の識別情報、発見、取引通知としてのサービスメッセージのために認証済みミニアプリを選び、運用要件が自由形式のLINE顧客会話の受信と振り分けである場合は、受信メッセージ層を別個に選びます。両者は代替不可能です。認証は顧客メッセージを配信せず、受信webhookはミニアプリ機能を解放しません。

制限とトレードオフ

ミニアプリ自体が予約、注文、会員、その他承認が必要な取引通知の操作を担う場合、またはLINE経由の発見とブランドヘッダーが導入率に重要な場合は、公式の認証経路が適しています。

非公式インターフェースはLINEプラットフォームのいかなる特権も付与できません。一般のアカウントメッセージをミニアプリのサービスメッセージに変えることも、テンプレート審査、カスタムパスの資格、認証バッジに影響を与えることもありません。その役割はより限定的で、アカウントの接続、検証可能な署名による対応する受信メッセージの配信、標準API経由での対応する返信の提供です。アプリが共有の顧客識別子や注文識別子で意図的に両者を結合しない限り、ミニアプリ製品と顧客メッセージのパイプラインは別々のシステムとして維持してください。

FAQ

LINEミニアプリの認証審査にはどのくらいかかりますか?

LINEは審査に通常約1〜2週間かかると示しています。特急枠はなく、完了予定日は指定できません。却下された場合は修正と再提出が必要で、審査サイクルがもう1回分加算されます。

LINEミニアプリはなぜ却下されるのですか?

最も多い理由は、プロバイダー名、サービス事業主名、プライバシーポリシーの企業名の不一致です。その他の多い原因として、禁止業種や禁止コンテンツ、販促寄りのサービスメッセージ文案、提出後の本番Endpoint URLの変更、テスト認証情報の不足や画面遷移と説明の不一致があります。

未認証のLINEミニアプリは公開できますか?

対応する市場では、許可された顧客が未認証ミニアプリを公開し、認証前に主要フローを検証できます。本番環境のサービスメッセージ、カスタムパス、ホーム画面ショートカットなどの機能には認証が依然必要です。完全な機能比較は未認証の制限ガイドにあります。

LINE顧客メッセージの受信に認証は必要ですか?

いいえ。一般のLINE顧客メッセージの受信は、ミニアプリ認証とは独立した受信アーキテクチャの判断です。受信webhookは接続したアカウントから対応するメッセージを配信しますが、ミニアプリ機能は解放しません。

認証でサービスメッセージテンプレートも審査されますか?

認証により、チャネルは本番のサービスメッセージ送信資格を得ますが、各テンプレートは個別に審査されます。2つの審査を提出する前に、操作に紐づくユースケース、有効な変数、恒久リンクでテンプレートを整えてください。

次のステップ

要件がミニアプリ認証ではなく一般のLINE顧客メッセージの受信にある場合は、まずLINE認証ガイドでQRログインフローを理解し、その後プロバイダー機能対応表で送受信の境界を確認してからサポートワークフローを設計してください。

出典

公式LINE情報源、確認日 2026-08-03: