LINEサービスメッセージとMessaging APIの違い：ミニアプリはどちらを選ぶ？
LINEのサービスメッセージとMessaging APIのメッセージは、目的が異なります。認証済みLINEミニアプリ内で完了した予約や注文を確認・フォローするならサービスメッセージ、LINE公式アカウントから会話への応答、柔軟なプッシュ、複数ユーザーへの配信を行うならMessaging APIを選びます。片方がもう片方の上位版という関係ではありません。
要点
- サービスメッセージはミニアプリ内のユーザー操作にひもづく取引通知で、広告、クーポン、新商品の告知、無関係なイベント通知には使えません。
- Messaging APIはLINE公式アカウントの機能で、reply、push、multicast、narrowcast、broadcastを使い分けられます。
- 本番のサービスメッセージには、認証済みミニアプリ、審査済みテンプレート、ユーザーにひもづくservice notification tokenが必要です。
- サービスメッセージは地域ごとのミニアプリ通知用トークルームに表示され、ユーザーが関連する公式アカウントを友だち追加していなくても届きます。
- 取引通知と自由形式の問い合わせ対応を両方行う場合は、経路を分け、自社の予約IDや注文IDで関連付けます。
LINEサービスメッセージとMessaging APIの違い
LINE公式のサービスメッセージの説明では、ミニアプリ上のユーザー操作に対する確認や応答と定義されています。一方、Messaging APIの送信ガイドは、LINE公式アカウントに接続したbotから送るメッセージを扱います。「メッセージ」という共通語より、このプロダクト境界を先に確認してください。
| 判断項目 | LINEミニアプリのサービスメッセージ | LINE Messaging APIメッセージ |
|---|---|---|
| 主な目的 | ミニアプリ内で完了した操作の確認、結果、リマインド | 公式アカウントからの応答、個別配信、複数ユーザーへの配信 |
| 起点 | ミニアプリ内の対象となるユーザー操作 | replyはユーザーイベント、その他はアプリケーションの配信判断 |
| 送信先 | service notification tokenにひもづくユーザー | 送信方式に応じたユーザー、グループ、複数人トーク、オーディエンス、公式アカウントの友だち |
| 表現 | LINE提供・審査済みのテンプレート、承認された変数とリンク | text、image、video、audio、sticker、location、imagemap、template、Flexなど |
| 本番条件 | 認証済みミニアプリと承認済みテンプレート | LINE公式アカウントに接続したMessaging APIチャネルと各送信方式の条件 |
| 表示先 | 日本では「LINEミニアプリ お知らせ」トークルーム | ユーザーとLINE公式アカウントのトークルーム |
| 数量の境界 | 対象操作1回につき通常最大5通。審査されたユースケースで異なる場合あり | 公式アカウントのプランに基づく月間通数とendpoint制限 |
| 料金の考え方 | LINEはミニアプリのサービスメッセージ機能を無料と説明 | Messaging APIの通数とプラン料金は市場・公式アカウントのプランによる |
ユーザー操作に結び付く取引通知ならサービスメッセージ
ミニアプリ内の特定操作がなければ通知自体も発生しない、という関係ならService Message APIを検討します。公式例は予約完了、チェックイン完了、発送完了、予約や購入済みチケットのリマインドです。
サーバーはまず POST /message/v3/notifier/token でLIFF access tokenをservice notification tokenへ交換し、次に POST /message/v3/notifier/send?target=service で承認済みテンプレートを送ります。service notification tokenは1人のユーザーと操作フローにひもづくもので、恒久的なLINEユーザー宛先や一般的なpush用credentialではありません。
ミニアプリが認証済みでもコンテンツ制限は残ります。値引き、ポイント、新商品、クーポン、キャンペーン、一般イベントの告知はサービスメッセージにできません。テンプレート準備にはサービスメッセージテンプレート審査チェックリスト、実装後のエラーにはService Message APIエラー対応手順を参照してください。
公式アカウントの会話と配信ならMessaging API
送信者がLINE公式アカウントであるべき場合はMessaging APIを選びます。reply messageはreply tokenでユーザーのメッセージや操作へ応答します。push messageは条件を満たすユーザー、グループ、複数人トークへ送信し、multicast、narrowcast、broadcastは異なる複数ユーザー配信に対応します。
Messaging APIは表現の自由度が高く、bot会話、問い合わせ対応、公式アカウント運用に適しています。一方で、友だち関係、送信先、月間上限、料金、rate limitのルールに従います。そのため、公式アカウントを友だち追加していないミニアプリユーザーにも通知できるサービスメッセージの特性を、push messageだけで置き換えることはできません。
実務で使える選択フロー
- ユーザーはミニアプリ内で予約、注文、順番待ち、チェックインなどを完了したか。 はいならサービスメッセージの検討を続けます。
- 通知はその操作の確認、結果、リマインドだけか。 いいえならサービスメッセージを使いません。
- 本番用ミニアプリが認証済みで、該当テンプレートも承認済みか。 はいならService Message APIを使い、送信成功ごとに更新されたtokenを保存します。
- 公式アカウントから送りたい、トークに応答したい、またはオーディエンスへ配信したいか。 Messaging APIでrecipientモデルに合う方式を選びます。
- 通知後にユーザーが自由形式の問い合わせを送る可能性があるか。 会話受信の経路を別に設計し、自社システムで取引と関連付けます。
同じ運用通知を初期設定で両方から送らないでください。重複通知はユーザーを混乱させ、配信、同意、問い合わせ担当の監査も難しくします。
UnifyPortが担う範囲
UnifyPortはLINEのservice notification tokenを発行せず、ミニアプリのテンプレート審査や認証、LINE公式アカウントの作成、Messaging APIの公式送信機能を代替しません。これらにはLINE公式APIを使います。
UnifyPortが担うのは別の要件です。接続済みの通常LINEアカウントから顧客メッセージを受信し、対応するメッセージを標準化された message.received イベントとして配信します。webhook endpointに signing_secret がある場合、deliveryには X-Device-Timestamp と X-Device-Signature が含まれます。会話をルーティングする前にraw bodyでHMAC-SHA256署名を検証してください。
たとえば、サービスメッセージで予約を確認した後、顧客が通常の問い合わせを始める場合です。アプリケーション側で予約IDを保存して会話と関連付け、service notification tokenをチャットIDとして扱わないでください。利用前にLINE認証ガイドとprovider別メッセージ対応表で現在の境界を確認します。
制限とトレードオフ
ミニアプリのプラットフォームネイティブなサービスメッセージには、公式Service Message APIが必要です。非公式インターフェースは、認証状態、テンプレート承認、操作にひもづくコンテンツ条件、承認済み送信回数を変更できません。
豊かな公式アカウント会話やオーディエンス配信にはMessaging APIが適していますが、公式アカウントの送信先、上限、料金モデルが適用されます。UnifyPortの通常アカウント経路は対応する顧客会話に使えますが、その会話をミニアプリのサービスメッセージへ変えたり、公式アカウントのオーディエンス機能を付与したりはしません。
FAQ
LINEのサービスメッセージとは何ですか？
LINEミニアプリ内でユーザーが完了した操作に対し、確認、結果、リマインドを送る取引通知です。本番利用には認証済みミニアプリと審査済みテンプレートが必要です。
サービスメッセージはpush messageと同じですか？
違います。サービスメッセージはユーザーにひもづくservice notification tokenと審査済みミニアプリテンプレートを使います。Messaging API pushはLINE公式アカウントから送られ、その送信先、上限、料金ルールに従います。
サービスメッセージの受信に公式アカウントの友だち追加は必要ですか？
不要です。LINEは、関連するLINE公式アカウントを友だち追加していないミニアプリユーザーにもサービスメッセージを送れると説明しています。日本では「LINEミニアプリ お知らせ」に表示されます。
サービスメッセージにキャンペーンやクーポンを含められますか？
含められません。LINEは値引き、特典、新商品、クーポン、プロモーションなどの広告・イベント通知を禁止しています。マーケティングには、各条件を満たす公式アカウントの送信方式を検討してください。
同じサービスで両方のAPIを使えますか？
使えます。承認されたミニアプリ操作の通知にはサービスメッセージ、公式アカウントの会話やオーディエンス配信にはMessaging APIを使います。credentialと状態は分け、自社の業務IDで関連付けます。
次のステップ
まずLINE公式のサービスメッセージ判断・実装ガイドを確認してください。別要件として通常のLINE顧客メッセージを受信する場合は、UnifyPortのprovider別メッセージ対応表で現在の対応範囲を確認します。
出典
2026年8月7日に確認したLINE公式資料：