広告(アフィリエイトリンク)を含みます。
LINE公式アカウントにエルメ(L Message)を足していくと、設定画面にも手順書にも、似た言葉が一斉に並びます。Push、Reply、Webhook、タグ、友だち情報、そして「LOA」。意味を取り違えたまま設定を進めると、通数の見積もりがずれたり、消したつもりの動きが残ったり、引き継ぎのたびに「それって何のこと?」という確認が発生します。
この記事は用語集ですが、五十音順ではなく「どの場面で目にするか」の順に並べました。各用語に「どこで出てくるか」と「よくある勘違い」を付けてあります。根拠は公式のみで、LINE Developers、LINE for Business、エルメ公式マニュアルを読み、要約して書いています。確認日は2026年10月9日です。公式のページで説明を確認できなかった用語は載せていません。載せた用語でも、ページに書かれていない部分は「公式で確認できませんでした」と明記します。
この用語集の読み方と、確認できた範囲
用語は大きく3つの場面に分かれます。「送る側」(メッセージをどう送るか)、「つなぐ側」(LINEとエルメをどうつなぐか)、「整理する側」(友だちをどう分類し、情報をどう持つか)です。画面で見かけた言葉がどの場面のものかが分かれば、読むべき公式ページも自然に決まります。
| 場面 | 主な用語 | よく出てくる作業 |
|---|---|---|
| 送る側 | Push(プッシュメッセージ)、Reply(応答メッセージ)、replyToken、ブロードキャスト、マルチキャスト、ナローキャスト、通数、吹き出し | 配信文の作成、自動応答の設定、通数の見積もり |
| つなぐ側 | Messaging API、プロバイダー、チャネルID・チャネルシークレット、Webhook、Webhook URL、署名検証、再送、LINEログインチャネル | エルメとLINE公式アカウントの接続、接続できないときの原因調べ |
| 整理する側 | LOA(LINE公式アカウント)、友だち、有効友だち数、タグ、タグ追加時アクション、友だち情報、入れ替え | 名簿の整理、絞り込み配信、引き継ぎ、アカウントの付け替え |
なお、料金や上限の数字(フリープランの配信1,000通、フォーム3つ、リッチメニュー2つなど)は、公式の料金ページで取得日時点の表記を確認しています。変更されることがあるため、契約前には必ず公式の最新情報を見てください。
送る側の用語:Push・Reply・replyToken と「通数」
最初につまずきやすいのが、送り方の名前です。LINE Developersの説明では、送り方は次のように分かれています。ユーザーの発言や友だち追加といったイベントに対して返すのが応答メッセージ(Reply)、こちらから任意のタイミングで送るのがプッシュメッセージ(Push)です。さらに、複数人へ送るマルチキャスト、友だち全員に送るブロードキャスト、属性やオーディエンスで絞り込むナローキャストがあります。数え方の詳しい話はLINE公式アカウントのメッセージ数の数え方と、超えないための考え方|吹き出し・Push・Replyの違いに譲り、ここでは言葉の意味と勘違いの整理に絞ります。
| 用語 | 公式で確認できた意味(要約) | どこで出てくるか | よくある勘違い |
|---|---|---|---|
| プッシュメッセージ(Push) | 相手の発言を待たず、任意のタイミングで1人・グループトーク・複数人トークに送る方法 | Messaging APIの説明、通数(メッセージ数)の説明、エルメの各種配信 | 「Pushは一斉配信の別名」と思う。実際は、ブロードキャストなど別の送り方もあり、通数の対象になる送り方としてまとめて扱われている |
| 応答メッセージ(Reply) | 友だち追加やメッセージ送信などのイベントに返信する方法。送信にはreplyTokenが必要 | 自動応答、キーワード応答、Webhookの説明 | 「Replyは無料だから、いくら送ってもよい」と思う。LINE側では通数に数えられない一方、エルメ側のカウントは別の仕組みで、数え方が違うと説明されている |
| replyToken | Webhookイベントで受け取る、返信用のトークン。1回の返信で送れるメッセージは最大5つ | 開発者向けの説明(エルメの画面では通常見えない) | 「受け取っておけば後でいつでも返信に使える」と思う。有効期限と使用回数は、確認したページに記載がなく、公式で確認できませんでした(リファレンス参照とされている) |
| マルチキャスト | ユーザーIDを指定して、複数のユーザーに一度に送る方法 | Messaging APIの説明 | ブロードキャストと同じと思う。ブロードキャストは友だち全員、マルチキャストは指定した相手 |
| ブロードキャスト | 友だち全員に同じメッセージを送る方法 | Messaging APIの説明、一斉配信の話題 | エルメの「一斉配信」と完全に同じ操作だと決めつける。画面上の名称と対応しているかは、公式で確認できませんでした |
| ナローキャスト | 属性情報やオーディエンスで対象を絞って送る方法。グループトークや複数人トークには送れず、配信は非同期で、進行の確認が必要 | Messaging APIの説明 | エルメの「絞り込み配信」と同じ機能だと決めつける。対応関係は公式で確認できませんでした。名前が似ているだけで、同じと断定できない |
| 通数(メッセージ数) | 送信対象となった人数で数える。1回のリクエストに含めたメッセージの数は通数に影響しない。ブロックされている相手や存在しない相手は除外される | LINE公式アカウントの料金、エルメの料金表 | 「吹き出しの数×人数」だと思う。開発者向けの説明は人数で数えるとしている。ただしエルメの公式マニュアルは、LINE側で5吹き出しを1通として数え、6吹き出しは2通になると説明している。ページ間で説明が違うため、実際の消費はダッシュボードで確かめる |
| 吹き出し | 1回の配信の中の、ひとかたまりのメッセージ。開発者向けの言葉ではメッセージオブジェクトにあたると読める(この対応は私の読み) | 配信文の作成画面 | エルメ側の通数も吹き出しで増えると思う。エルメの配信数は、吹き出しの数に関係なく1回の配信につき1通と説明されている |
この表の使いどころ
配信の見積もりをするときは、まず「LINE側の数え方」と「エルメ側の数え方」を別々に考えます。エルメのマニュアルでは、エルメ配信数とLINE公式アカウント配信数は、どちらも毎月1日にリセットされると説明されています。一方、LINE公式アカウント側の管理画面の数字は、リアルタイムではなく、通常は午前中に更新されるため、画面上は余裕があっても配信エラーになる場合があるとされています。エルメ側の更新タイミングは、確認したページに記載がなく、公式で確認できませんでした。
フリープランの上限を超えたときの挙動も、エルメの配信数のページには記載がなく、公式で確認できませんでした。LINE側については、上限に達するとPushは送れなくなり、Replyは送れる、と説明されています。この違いがあるため、「Reply」と「Push」を区別できていないと、どの機能が止まるのかの予測もできません。
つなぐ側の用語:Messaging API・Webhook・チャネルまわり
エルメを初めて接続するとき、画面に出てくるのはほぼこの場面の言葉です。接続の流れは、エルメのアカウントを作る、LINE公式アカウントでMessaging APIを有効にしてプロバイダーを作る、チャネルIDとチャネルシークレットをエルメに入力する、エルメが発行するWebhook URLをLINE Developersに登録する、プロバイダーIDを入力する、LINEログインチャネルを作って情報を入力する、最後に実機で友だち追加して接続完了メッセージを確認する、という順です。
| 用語 | 公式で確認できた意味(要約) | どこで出てくるか | よくある勘違い |
|---|---|---|---|
| Messaging API | LINE公式アカウントから外部のシステムと連携するための仕組み。有効化はLINE公式アカウント管理画面のWeb版からのみで、操作できるのは管理者権限のユーザーだけ | エルメの接続手順Step.1 | 「有効化すれば自動で配信などが動き出す」と思う。有効化は入口で、エルメへの入力と登録が続く。スマホの管理アプリから設定できる前提で進めると止まる |
| プロバイダー | Messaging APIなどのチャネルをまとめる単位。後から変更できない。LINEログインなど他のチャネルと連携するときは、同じプロバイダーを選ぶ必要がある | 接続手順Step.1、Step.3、Step.5 | 後で付け替えられると思う。変更できないと公式に書かれているため、作る前に名前と所属を決める。接続チェックの「プロバイダーが一致していません」という表示は、Messaging APIとLINEログインのプロバイダーが違うときに出ると説明されている |
| チャネルID・チャネルシークレット | チャネルを識別する番号と、その認証に使う秘密の値。エルメに入力する | 接続手順Step.1とStep.4 | チャネルIDは1種類だと思う。Messaging APIとLINEログインの2つのチャネルで、それぞれ別の値を入力する。チャネルシークレットは人に見せたり、チャットに貼ったりしないのが原則(これは一般的な注意で、公式の要約ではない) |
| Webhook/Webhook URL | ユーザーが友だち追加やメッセージ送信をすると、LINEのプラットフォームが、登録したURLにイベント情報をHTTP POSTで送る仕組み。エルメの接続では、エルメが発行するURLをLINE Developersに登録し、Webhookの利用・再送・エラー統計をオンにして検証する | 接続手順Step.2、開発者向けの説明 | エルメの新機能の「Webhook転送」と同じものと思う。接続のWebhookは「LINE→エルメ」の受け口。Webhook転送は「エルメ→外部システム」へ出来事を送る別の機能(詳しくはエルメのAPI連携とWebhook転送とは?構築者にとって何が変わるか【2026年9月30日の新機能】) |
| Webhookイベント | メッセージ、フォロー/フォロー解除、参加/退出、ポストバックなど、Webhookで届く出来事の単位 | 開発者向けの説明 | 1対1でもグループでも同じ種類が届くと思う。イベントの種類によって、受け取れるトークの種類が異なると説明されている |
| 署名検証 | 受け取ったリクエストが本当にLINEから送られ、改ざんされていないかを、ヘッダーの署名で確かめること | 開発者向けの説明 | エルメを使うだけの人も毎回自分で行うものと思う。エルメへの接続手順の要約には出てこない。自作のサーバーでWebhookを受ける場合の話として読む |
| 再送(Webhook再送) | 初期状態では無効で、Messaging APIの設定で有効化する。サーバーが2xx以外を返したときに再送される。回数や間隔は非公開で、重複や順序の入れ替わりが起きうる | 接続手順(再送をオンにする)、開発者向けの説明 | オンにしておけば取りこぼしがゼロになると思う。公式は確実な配信を保証するものではないと説明している。重複はwebhookEventIdで見分ける |
| LINEログインチャネル | エルメの接続で、Messaging APIとは別に作るチャネル。公開済みにして、LINE公式アカウントとリンクさせる | 接続手順Step.4 | 「ログインを付けるのは任意の飾り」と思う。接続手順の一部として説明されている。公開していない状態やプロバイダー違いで止まりやすい |
接続でつまずいたときの切り分け順
- 「プロバイダーが一致していません」と出た:Messaging APIとLINEログインチャネルが別のプロバイダーに属していないか。公式の手順では、Step.2に戻って対処すると案内されている
- 友だち追加しても接続完了メッセージが届かない:Webhook URLの登録、Webhookの利用オン、検証のどこまで進んだかを、手順の番号順に確かめる
- そもそもMessaging APIの画面が出ない:Web版の管理画面で、管理者権限のユーザーで開いているか
- 有効友だち数が多いアカウント:エルメの接続手順には、有効友だち数が50万人を超える場合は別途申請が必要と書かれている
ここで挙げた順番は、公式の手順の並びをもとにした私の整理です。公式が「この順に疑え」と書いているわけではありません。
整理する側の用語:LOA・タグ・友だち情報・入れ替え
最後の場面は、友だちが増えた後の「管理」の言葉です。ここは言葉の意味より、「何を入れる場所か」の取り違えが、そのまま手間とミスになります。
| 用語 | 公式で確認できた意味(要約) | どこで出てくるか | よくある勘違い |
|---|---|---|---|
| LOA | 略称の定義そのものは、読んだ公式ページに書かれておらず、公式で確認できませんでした。エルメのマニュアルでは、「LINE公式アカウント機能」のカテゴリと、「LINE公式アカウント入れ替え機能」のページのURLに含まれており、LINE公式アカウントを指す略称と読める | エルメのマニュアルのURL、社内外の会話 | 別の製品名や別の機能だと思う。少なくともマニュアルのURLの使われ方からは、LINE公式アカウントのことと読める。社内で使うなら、初出で「LINE公式アカウント(以下LOA)」と書くのが安全 |
| 友だち/有効友だち数 | 友だちは、公式アカウントを追加したユーザー。ブロックされた相手は通数の対象から外れる。エルメの接続手順には「有効友だち数」という言葉が出る | 接続手順、料金表(総友だち数の上限) | 「友だち数」「有効友だち数」「総友だち数」は同じ数字だと思う。料金表には総友だち数の上限(フリーとスタンダードは5万人まで、プロは10万人まで。超える場合は個別プランの案内)が載っているが、有効友だち数との関係は、公式で確認できませんでした |
| タグ | 友だちを見分けるための目印。属性や特徴をひと目で把握でき、配信対象の絞り込みに使える。新規作成は1回で最大20個、CSV一括追加は1回で最大200個 | 情報管理のタグ管理、フォームやアクションの設定 | 「タグ=入力した情報そのもの」と思う。タグは分類の印で、電話番号のような値を持たせる場所ではない |
| タグ追加時アクション | 友だちにタグが付いたときに自動で実行される処理(例:リッチメニューの表示)。「一度のみ」「何度でも」を選べる | タグの作成・編集画面 | タグを外すと、動いたことも元に戻ると思う。公式は、アクションはタグが外れても元に戻らず、たとえばリッチメニューはタグを外しても非表示にならないと説明している |
| 友だち情報 | 友だちごとに個別の顧客情報を紐づけて管理する機能。情報タイプは選択肢・記述・年月日・画像・PDF・ポイントの6種類 | データ管理、1:1チャットの友だち情報欄、フォームの質問項目との連携 | タグと同じ機能の別名と思う。値を持つのが友だち情報、見分けるのがタグ。メッセージへの差し込みは、エルメアクションの「+友だち情報」から行えると説明されている一方、タグは差し込み項目として挙げられていない |
| 入れ替え | エルメに接続しているLINE公式アカウントを、別のLINE公式アカウントに差し替える機能。タグ・フォーム・ステップ配信などエルメで作ったものは新しいアカウントで引き継げるが、友だちと、友だちに紐づく情報(チャット履歴、タグ付与情報、フォーム回答)は引き継げない | エルメのマニュアル(LINE公式アカウント入れ替え) | 設定ごと全部が引き継がれると思う。友だちに紐づくものは消えると公式に書かれている。友だち追加URLとQRコードも変わる。フリープランは入れ替え予約を使えない |
タグと友だち情報、どちらに入れるか
公式の説明にはタグと友だち情報を並べて比べた文章は見当たりませんでした。そのため、以下は公式の機能説明から読み取った、私の判断の型です。
- 電話番号、誕生日、点数、契約書のPDFのように「値」を持たせたい:友だち情報
- 「見学済み」「資料送付済み」のように「状態」や「仲間分け」で絞り込みたい:タグ
- 配信文の中に、その人の情報を差し込みたい:友だち情報(タグは差し込み項目として挙げられていない)
- 条件を満たした人にだけ、次の案内を動かしたい:公式のよくある質問では、ポイントを友だち情報に持ち、到達した人にタグを付け、そのタグでステップ配信の対象を絞る流れが説明されている。つまり、両方を組み合わせるのが基本の形
- 年に一度、誕生日にメッセージを出したい:友だち情報の年月日。「月日」は毎年、「年月日」は一度だけ実行されると説明されている
タグが増えすぎたときの整理はエルメの友だち情報管理の使い分け|タグとの違い・登録方法4つ・情報タイプ6種類が先に読めます。ここでは用語の区別までにとどめます。
画面で迷ったときの確認チェックリスト
- その言葉は「送る」「つなぐ」「整理する」のどの場面か
- LINE公式アカウント側の話か、エルメ側の話か(同じ「配信数」でも2つのカウンターがある)
- 公式ページに定義があるか。なければ、社内の用語メモに「公式で確認できていない」と書いておく
- 設定を変える前に、元に戻せるか(タグ追加時アクションは、タグを外しても元に戻らない)
- プランに左右される話か(上限は取得日付きで記録する)
活用例(架空の設計例)
以下は実在の事例ではなく、用語集を業務に使うための仮の設計例です。成果の数字は載せません。
小さな習い事教室(架空)で、運用担当が2人いるとします。1人が休んだ日に、もう1人が「タグを付けたのに、メニューが変わらない」「ログインがどうとかで接続が止まった」と言われても、何の話か分からない。これは、言葉が人ごとに違う意味で使われているために起きます。そこで、公式で確認できた範囲の用語を、社内向けの1枚にまとめます。
| 社内での呼び方 | 指しているもの | 触ってよい人 | 触る前の確認 |
|---|---|---|---|
| 送信の種類 | Push、Reply、ブロードキャストなど | 配信担当 | LINE側とエルメ側で、どちらのカウンターに乗るか |
| 接続まわり | Messaging API、プロバイダー、チャネル、Webhook URL | 管理者権限のある1人 | プロバイダーは変更できない。変更しようとしない |
| タグ | 友だちの分類の印と、付いたときの自動処理 | 配信担当と受付担当 | 追加時アクションの有無。外しても動きは戻らない |
| 友だち情報 | 電話番号、誕生日など個別の値 | 受付担当 | 項目の追加は管理名を決めてから。誰に見せるか |
| LOA | LINE公式アカウントのこと(社内の取り決め) | 全員 | 入れ替えは友だちに紐づく情報が消えるため、管理者だけが行う |
運用のルール案は3つです。1つ目は、用語が出たら、この表の行に戻る。2つ目は、公式で確認できていない言葉(たとえばLOAの正式な定義)は、「社内の取り決め」と明記する。3つ目は、月に一度、公式ページを見て、料金や上限の表記が変わっていないかを日付つきで確認する。これで、言葉の食い違いによる確認の往復と、設定ミスを減らせると考えられます。
私の見立て
- 用語の勘違いで一番高くつくのは、「Replyは無料」という言葉の一人歩きだと考えます。LINE側の話とエルメ側の話を分けて口にする習慣だけで、見積もりのずれはかなり防げると思います(これは私の見立てで、公式の記載ではありません)。
- 「Webhook」は、接続の話と、エルメの新機能の話の2つの意味で使われるため、会話の中で一言「LINEからエルメへの方」か「エルメから外へ出す方」かを付けるのが安全だと考えます。
- 公式で定義が確認できない略称(LOAなど)は、無理に定義を作らず、社内で「こう呼ぶと決めた」と残すほうが、引き継ぎで困らないと考えます。
まとめ
用語集の使い方は、辞書として覚えるのではなく、「送る」「つなぐ」「整理する」のどの場面の言葉かを先に分けることです。そのうえで、Push/Replyの数え方、Webhookの向き、タグと友だち情報の役割分担、入れ替えで消えるものの4点だけ押さえておけば、設定画面で迷う場面はかなり減ります。数字や仕様は2026年10月9日時点の公式表記で、変更されることがあります。契約前や設定前には、公式の最新ページで確認してください。
構築代行のご案内(30万円〜・税別)
用語の整理、接続の確認、タグと友だち情報の設計、社内用の用語メモ作りまで含めて整えたい場合は、構築代行のご相談を受け付けています。手間・漏れ・属人化・ミスを減らす形で、業務の整理から設定、運用ルールの作成まで一緒に組み立てます。詳細は構築代行のご案内をご覧ください(30万円〜・税別)。