未認証LINEミニアプリの公開範囲。認証済みとの違いと始め方
LINEミニアプリは、認証審査を通過する前の未認証ミニアプリとしてもユーザーに公開できます。ただし、使える機能には差があります。企画の中心が通知やアプリ内課金なら、画面だけ動くことを確認しても公開計画は完成しません。
2026年9月8日時点の公式資料を基に、未認証で始められる構成と、認証を予定に組み込むべき構成を整理します。認証はLINEヤフーによるミニアプリの審査を指し、自社会員の本人確認やログイン認証とは別の意味です。
「公開できる」と「全機能を使える」を分ける
LINEミニアプリチャネルを作成して認証審査を通過するまでは未認証です。既存のWeb実装を利用する場合でも、必要な画面、サーバー、会員情報の扱い、問い合わせ先は自社で用意します。審査の有無で、Webアプリを運営する仕事がなくなるわけではありません。
| 検討する機能 | 未認証の本番で考えること | 認証が必要になる場面 |
|---|---|---|
| 自社サイトや店頭QRからのアクセス | 自社で入口を用意して案内する | LINE内の検索などを利用したい |
| 予約フォーム・会員画面 | データ処理と権限管理を実装する | 画面以外の認証済み限定機能が必要 |
| サービスメッセージ | 本番では利用できない | 予約操作に対応した通知をこの方式で送りたい |
| アプリ内課金 | 一般ユーザー向けには利用できない | 対象商品の課金を本番公開したい |
| チャネル同意の簡略化 | 開発用と本番の挙動を区別する | 認証後の利用条件を満たして運用する |
機能の区分は公式のミニアプリ説明で確認できます。認証済みになっても、掲載や新規利用者の獲得が保証されるわけではありません。自社のWebサイトや店舗からの導線は、認証後も設計します。
開発用で動いた機能を、本番で使えると判断しない
未認証でも、開発環境で認証済み向け機能の一部を確認できる場合があります。たとえばサービスメッセージは、未認証の開発用内部チャネルでテストできても、公開用では使えません。テストでメッセージが届いたことだけを、一般公開可能の根拠にしないでください。
チャネル同意の簡略化も同様です。日本の新規チャネルで設定が有効でも、未認証の本番で同じ動作をするとは限りません。開発用、審査用、本番用を行に分けて、使う機能と認証状態を記録すると、環境の混同を避けられます。
| 確認記録の項目 | 記入する内容 |
|---|---|
| 対象環境 | 開発用・審査用・本番用のどれか |
| 認証状態 | 未認証・認証済み |
| 確認した人 | 管理者・テスター・一般ユーザーのどれか |
| 起動経路 | LINE内・外部ブラウザ・過去のリンクなど |
| 結果 | 画面表示、データ保存、通知を別々に記録 |
架空例:店舗の希望日時受付を未認証で始める
既存顧客に店頭QRを案内し、希望日時をフォームで受け付ける店舗を想定します。フォームを送信したら受付番号と「まだ予約は確定していない」ことを表示し、スタッフが既存の台帳で空き状況を確認します。
この段階では、スタッフが確定する手順と、利用者が結果を確認する画面を用意します。LINEで通知する場合はMessaging APIの送信対象条件を別途満たす必要があります。未認証を理由に、制約なくプッシュ通知できるようになるわけではありません。
将来サービスメッセージへ変更したいなら、最初から受付番号、予約状態、通知履歴を分けて保存する設計が役立ちます。画面と通知を分けておくことで、認証後に同じ予約に二重の案内を送る問題も確認しやすくなります。予約処理そのものはLINE予約システムの構成を参照してください。
最初から認証を予定に入れる判断
未認証での公開が合うのは、必要な業務がその機能範囲で完結し、自社で利用者に入口を案内できる場合です。逆に、順番待ちの呼び出しをサービスメッセージで行うことや、ミニアプリ内のデジタル課金が事業の前提なら、その機能が使える公開状態までを初期計画に含めます。
認証済みへ進むときも、審査用の説明、利用手順、確認用データ、問い合わせ対応、修正への対応担当が必要になります。審査日数を根拠なく固定して、イベント日やキャンペーン開始日を約束しないようにします。申請が通るまでの代替公開範囲を決めておくと、予定を管理できます。
見積もりは審査対応と実装を別の行にする
「未認証だから安い」「認証済みだから大規模」という分け方では、必要な工数が分かりません。会員照合や予約DBとの接続は、未認証でも必要になる仕事です。
| 見積もり項目 | 未認証でも確認する内容 |
|---|---|
| 画面と認証 | 入力、確認、エラー、権限不足時の案内 |
| 業務データ | 予約、会員、ポイントなどの正しい保存 |
| 通知 | 使う方式、送信条件、送れない場合の対応 |
| 運用 | 管理画面、問い合わせ、監視、データの持ち出し |
| 認証への対応 | 申請する機能、提出情報、修正範囲、追加費用の条件 |
費用はミニアプリの費用内訳で整理し、初回公開に含める機能と、認証後に追加する機能を同じ資料に記入してください。
よくある質問
未認証ミニアプリも一般ユーザーに公開できますか?
公開できます。ただし未認証の本番で使える機能に限られます。サービスメッセージやアプリ内課金などが必要なら、その機能の公開条件を別に確認します。
未認証ならサービスメッセージを無料で試して、そのまま公開できますか?
開発環境でのテストと、本番公開は別です。未認証の開発用内部チャネルではテストできますが、公開用内部チャネルではサービスメッセージを利用できません。
認証済みになれば集客も自動で増えますか?
保証されません。利用できる導線や機能が増えても、自社の顧客に知らせる方法、使う理由、継続利用の動線は設計する必要があります。
未認証で始めた画面を後で作り直す必要がありますか?
全面的な作り直しが必要とは限りません。最初に追加予定の機能とデータの扱いを確認し、申請に必要な改修、通知、同意、運用を後から追加できる構成にしておきます。
この記事に関連するサービス
TodoONadaでは、未認証で公開できる機能の整理から、認証申請を見据えた画面・会員連携・通知の開発まで支援しています。初回公開の範囲と、今後追加したい機能をまとめて相談できます。
出典・参照
- LINE Developers:LINEミニアプリとは (2026年9月8日確認)
- LINE Developers:サービスメッセージを送信する (2026年9月8日確認)
- LINE Developers:アプリ内課金の概要 (2026年9月8日確認)
- LINE Developers:LINEミニアプリの認可フロー (2026年9月8日確認)
- LINE Developers:運用中のウェブアプリをLINEミニアプリ化する (2026年9月8日確認)