LINE通知メッセージとは。友だち以外への通知条件とPushとの違い

LINE通知メッセージは、企業が保有する電話番号を使って、重要性・必要性の高い案内をLINEへ届けるサービスです。友だち追加していない人にも配信できる仕組みがありますが、電話番号を持っていれば誰にでも宣伝を送れる機能ではありません。

予約・発送・契約に関する案内を検討する担当者向けに、2026年9月8日時点の公式資料を基に、通常のPushとの違いと導入時に確認する項目を整理します。以下の通知フローは設計案で、送信や審査の実施結果ではありません。

似た名前の四つの仕組みを区別する

名称	宛先や利用の考え方	適した検討場面
LINE通知メッセージ	電話番号の照合を使う別サービス。利用・内容・配信条件がある	取引に伴う重要な案内
Messaging APIのPush	LINEのユーザーID等を指定し、送信条件に従う	公式アカウントからの継続的な通知
LINEミニアプリのサービスメッセージ	ミニアプリでのユーザー操作に応じ、所定の条件で送る	ミニアプリ内の予約等に続く案内
LINE Notify	2025年3月31日にサービス終了	既存通知の移行元として確認するもの

Pushにも、友だち以外へ送れる一定の条件があります。たとえば1対1で直近7日以内にメッセージを送ったユーザーが対象になる場合があり、「通常のAPIは絶対に友だち限定」と言い切るのも正確ではありません。条件外やブロック等では、HTTP 200が返っても配信されない場合があります。Pushの公式条件

ミニアプリのサービスメッセージには認証済ミニアプリ、テンプレート、ユーザー操作との関係などの条件があります。電話番号を照合するLINE通知メッセージの代わりとして自由に使えるものではありません。サービスメッセージの公式ガイド

Notifyは終了済みなので、新しい通知機能の名称に流用しない方が、発注・運用時の混同を避けられます。LINE Notify終了のお知らせ

LINE通知メッセージが配信される三つの条件

公式サービスページでは、電話番号が一致するLINEアカウントの存在、利用者による通知メッセージの受信許可、送信元公式アカウントをブロックしていないことが配信条件として示されています。また、広告を除く重要性・必要性の高い内容に用途が限定されています。公式のサービス説明・配信条件

そのため、「友だちでない顧客にも予約案内を送る」要件には候補となっても、全顧客への到達は保証できません。電話番号が変わった、LINE側の登録番号と異なる、受信を許可していないなどの状態を前提に設計します。

業務上の期待	確認すべき条件
予約完了を知らせたい	予約が成立した記録と、通知対象番号の根拠がある
発送の予定を知らせたい	注文の現在状態と案内内容が一致する
更新期限を案内したい	対象契約と最新の連絡先を確認できる
新商品を広く宣伝したい	通知メッセージの用途に合うかを先に確認する

実際に扱える用途やテンプレートは、導入窓口で確認します。自社の都合で「重要」と呼ぶだけでは、サービスの利用条件を満たしたことにはなりません。

導入は通常のAPI有効化だけでは終わらない

公式案内では、利用するLINE公式アカウントの種別や認証プロバイダーなどの条件があり、取り扱いパートナーへの相談が案内されています。開発会社がAPIを呼べることと、自社が通知メッセージを利用できることは分けて確認します。利用条件と問い合わせ先

見積依頼には、通知の種類、予定件数、送るタイミング、電話番号を持つシステム、認証を要するリンク先、未達時の対応を添えます。配信料金だけでなく、初期設定、外部システム連携、運用、テンプレートの追加・変更を含む範囲も確認してください。

2025年にはサービスのリニューアル案内も出ています。既存の資料や外部ツールの説明を引き継ぐ場合は、どの仕様・契約を前提にしているかを合わせます。公式のリニューアル案内

電話番号の照合を、自社の本人確認と混同しない

公式説明では、企業から送る電話番号はハッシュ化され、宛先の照合に使われます。また、通知内容の確認や手続きの継続にSMSによる本人確認が必要な場合があります。公式の安全性に関する説明

ハッシュ化は、古い電話番号を最新にする仕組みではありません。自社DBの連絡先の更新方法や、番号変更時の扱いは別途必要です。通知先が見つかったことだけで、リンクを開いた人が注文者本人であるとも判断しません。

設計案として、通知本文は用件を必要最小限にし、契約内容や個人ごとの詳細は認証後の画面に表示します。URLに氏名、電話番号、契約明細を直接含めず、期限や操作権限を確認できる導線を用意します。

通知の状態と、手続きの状態を別々に記録する

例えば予約DBの「確定」を、通知APIの成功に依存させると、通知障害の際に予約の扱いが曖昧になります。予約は業務側で確定し、その結果を知らせる仕事を別に管理する設計が考えられます。

記録	運用担当が判断したいこと
予約・注文の状態	取引は成立しているか、変更されたか
通知を作った時点	どの状態を基に案内を作ったか
送信の受付・結果	送信先サービスが何を返したか
顧客の手続き完了	内容確認や変更操作まで終わったか
要対応の理由	連絡先不備、期限超過、処理失敗など

取得できる結果情報は契約・APIの仕様に沿って確認します。送信受付、実配信、閲覧、手続き完了を同じ「通知成功」の欄へまとめないことがポイントです。

実務例：発送案内の連絡先が古い場合

架空の家具販売店で、発送日の案内を通知メッセージで送る設計を考えます。発送情報は受注システムを正とし、案内には詳細確認ページへの入口を載せます。

一部の顧客はLINE側と登録電話番号が一致せず、通知が成立しない可能性があります。その場合でも注文ページには最新の発送予定を表示し、担当者は業務で定めた条件に従って別の連絡方法を検討します。通知の未達だけを理由に注文を取消したり、同じ内容を際限なく送ったりはしません。

発送日が変更された場合は、旧案内から開いても最新の予定が分かるようにします。顧客が内容を確認した後は、旧状態の再通知が残らないよう、送信待ちの仕事も点検します。

受入確認で外せない項目

確認する場面	合格の判断
利用申請・用途確認	対象の契約とテンプレートが明確になっている
電話番号の変更	古い連絡先を使い続けない仕組みがある
配信条件を満たさない	未達を業務完了と誤認しない
詳細URLを別の人が開く	認証前に契約・個人情報を表示しない
同じ業務イベントが再発する	同じ案内を重複して作らない
発送・予約の状態が変わる	最新情報を確認でき、古い仕事を扱える
通知の障害が続く	担当者と代替確認先が分かる

通常のPushで十分か、通知メッセージの利用条件に合うか、ミニアプリの利用体験として設計するかを先に比較すると、必要な契約と開発が明確になります。

よくある質問

友だち以外なら誰にでも送れますか？

送れません。電話番号が一致するLINEアカウントがあり、通知メッセージの受信が許可され、送信元をブロックしていないことなどの条件があります。利用できる内容にも制限があります。

LINE通知メッセージとLINE Notifyは同じですか？

別のサービスです。LINE Notifyは2025年3月31日に終了しました。LINE通知メッセージは電話番号の照合を使う重要な案内のためのサービスで、利用条件や導入手続きを確認する必要があります。

通常のPushでは友だち以外に絶対に送れませんか？

一定の条件では送信対象になり得ます。例えば1対1で直近7日以内にメッセージを送ったユーザーについて公式条件があります。電話番号を持っているだけで通常のPushを送れるわけではありません。

通知が届けば本人確認は完了ですか？

通知の宛先照合と、自社の取引に関する本人確認は別です。個人ごとの詳細や重要な操作は、必要な認証と権限確認を行った画面で扱う設計にします。

この記事に関連するサービス

予約・発送などの通知方式を、利用条件や未達時の対応から比較したい方は、LINEアプリ開発のサービスをご覧ください。

LINEアプリ開発のサービス・相談窓口を見る