LINEステップ配信は標準でどこまでできるか。分岐・停止・運用の確認

LINE公式アカウントの標準ステップ配信は、友だち追加後の案内などを、あらかじめ決めた流れで送る機能です。**属性だけでなく、オーディエンスを使う開始条件と分岐もあります。**クリック後の案内を検討する際に、最初から「標準ではできない」と決める必要はありません。

一方で、任意の業務イベントへ即時反応する仕組みや、予約時刻どおりの通知を保証する機能とは分けて考えます。本記事では2026年9月8日時点の公式資料を基に、標準機能で組む範囲と運用上の確認点を整理します。

最初に、誰をどの目的で流れに入れるか決める

ステップ配信を作る前に、原稿を日数順に並べるのではなく、対象者が次に知りたいことを整理します。初めて追加した人への店の案内、説明ページを見た人への補足、利用後の手順紹介では、開始条件も終わり方も異なります。

設計する項目	具体的に書く内容
対象	どの追加経路・オーディエンスを使うか
目的	初回利用、情報確認、問い合わせなど一つの主目的
内容	各通で伝える一つの用件とリンク先
間隔	待ち日数と送信する時間帯
分岐	どのデータが条件になり、いつ反映されるか
終了・見直し	募集終了、申込済み、原稿変更時の扱い

「3日後にクーポンを送る」という原稿だけでは、既に申し込んだ人へ送るか、期限が変わった場合に止められるかが不明です。終了条件も先に書くと、必要なデータが分かります。

標準機能は、オーディエンスでも開始・分岐できる

公式マニュアルでは、友だち追加またはオーディエンスを開始条件に選べ、条件分岐に属性とオーディエンスを利用できます。Messaging API経由のオーディエンスも利用できる一方、ビジネスマネージャーから共有されるオーディエンスは開始条件・分岐に設定できません。ステップ配信の公式マニュアル

オーディエンスによる開始・分岐は2022年の公式アップデートでも案内されています。標準機能の説明が古い資料では、この追加が反映されていないことがあります。オーディエンス機能追加のお知らせ

やりたいこと	標準機能で確認する案	注意する点
新しい友だちへ順番に案内	友だち追加を開始条件にする	対象となる追加日・経路
興味を示した人へ補足	対応するオーディエンスを利用する	作成条件、人数、反映のタイミング
会員向けに流れを分ける	適切なIDのオーディエンスを用意する	本人との連携、更新責任
予約時刻の直前に送る	予約DBを使う通知方式も比較する	ステップの時間精度と業務要件

「クリックしたら即時」と「クリックの集計を使う」は違う

メッセージクリック等のオーディエンスには人数などの利用条件があります。クリックした一人ひとりへ直後に確実に別メッセージを送る要件と、集計された対象を次の分岐に使う要件は分けて検討します。オーディエンスの公式条件

自社DBから対象を作る場合、標準のシナリオを使い、オーディエンス作成だけAPI連携する構成も候補です。Messaging APIと管理画面では、同じ公式アカウントで作成したオーディエンスを相互利用できます。オーディエンス利用の公式ガイド

ただし、その構成でもデータ更新には時間がかかり得ます。「申込が完了した瞬間から募集を絶対に送らない」要件なら、同期の間隔、処理中の配信、送信直前の確認を含めて別の方式と比較します。

日時の精度が必要な通知には、違いを説明する

標準ステップ配信の待ち時間は日単位で設定します。公式資料には、開始日の判定が前後する場合や、指定した時間帯に送れなかった場合の扱いが記載されています。予約の開始時刻や申込期限と同じ精度で届く前提にはしません。待ち時間と配信時間の公式説明

設計案として、一般的なサービス紹介は時間に余裕のある内容にし、特定の日時が重要な案内は予約・契約データを確認する画面を主な確認先にします。LINEの通知を見逃しても、最新の情報を自分で確認できるようにします。

文言も「明日が予約日です」のような相対表現だけにせず、必要なら具体的な日付を示します。配信が遅れた場合に誤解が生じる原稿は、実行条件を含めて確認します。

有効期間の終了と、既存対象への配信停止を区別する

有効期間が終わった際は新たな対象の追加が止まっても、既に対象になっている人への配信が続く場合があります。キャンペーンの終了日を設定しただけで、すべての案内が止まるとは考えないでください。終了・停止・再開の公式仕様

変更するもの	実施前に確認すること
有効期間を終える	既にシナリオへ入った人へ何が送られるか
募集内容を変える	旧条件を見た人と新条件を見る人の扱い
分岐やステップを削除する	進行中の人がどの流れへ進むか
一時停止して再開する	待機中の対象と、再開時に動く配信
配信上限に達する	停止したシナリオと再開対象、原稿の期限

原稿だけを変更した場合も、自社の管理表では版と変更日時を記録します。管理画面のバージョン表示に、すべての文面変更の履歴が残る前提にはしないようにします。

実務例：初回利用の案内を三通に分ける

架空のレンタル倉庫サービスで、友だち追加後に施設の使い方を案内するとします。一通目は利用の流れ、二通目は持ち込める荷物と確認先、三通目は見学の申込方法とします。

この例では即時性より、情報を順番に理解できることを重視します。すべての詳細を配信に詰め込まず、Webの案内ページを最新情報の確認先にします。既に見学を申し込んだ人へ三通目の募集を送らない要件があるなら、申込済みの対象をどの方法・タイミングで反映できるかを確認します。

標準の集計条件や更新間隔ではその除外を確実にできない場合、文面を「見学予約の確認・申込」に変えて両方の人が使える案内にするか、個別の通知処理を別途設計します。要件を変える場合は、業務担当者と合意してから採用します。

配信数と受入確認を運用表に入れる

ステップ配信のメッセージは通数にカウントされるため、通常配信や他のシナリオと合わせて計画します。公式のステップ配信説明と料金プラン

確認する場面	合格の判断
新しい対象が入る	想定する開始条件でのみ進行する
オーディエンスが利用できない	シナリオの停止等を担当者が検知できる
対象データの更新が遅れる	許容できる影響と代替案が決まっている
同日に通常配信もある	利用者が受ける合計回数を確認できる
募集期間が終わる	進行中の対象への案内を確認している
上限到達後に再開する	古い募集を一斉に再開しないよう確認できる
担当者が変わる	シナリオの目的、対象、停止判断を説明できる

最初のシナリオは、開始条件と目的が明確な短い流れから始めると、担当者が改善しやすくなります。分岐を増やす際は、その条件を更新・検証できるかまで確認します。

よくある質問

標準のステップ配信は属性だけで分岐しますか？

属性に加えてオーディエンスでも分岐できます。友だち追加またはオーディエンスを開始条件にでき、Messaging API経由のオーディエンスも利用できます。

クリックした一人へすぐに配信できますか？

クリックのオーディエンスを使うことと、個人のクリック直後へ確実に反応することは別です。人数や集計・更新の条件を確認し、即時性が必要なら別の処理方式も比較します。

有効期間の終了日を設定すれば全配信が止まりますか？

新たな対象の追加が止まっても、既に対象になっている人への配信が続く場合があります。募集を完全に終えるときは、進行中の対象と停止操作の影響を確認します。

自社の会員データを使うにはシナリオも独自開発しますか？

適切なオーディエンスを作成し、標準のステップ配信で利用する構成も候補です。ただし、データ更新の遅れや送信タイミングが業務要件に合うかを確認する必要があります。

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

ステップ配信の標準設定と、会員・申込データの連携範囲を一緒に整理したい方は、LINEアプリ開発のサービスをご覧ください。

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