友だち数千人の既存LINE公式に拡張ツールを入れるときの注意点｜接続しただけでは友だちを認識しない仕組みと、壊さない切替手順

すでに友だちが数千人いるLINE公式アカウントに、LステップやL Message（エルメ）などの拡張ツールを後から入れる。このとき最初に押さえておくべきことは1つです。

接続しただけでは、既存の友だちはツール側に載りません。

ツールが友だちとして認識するのは、接続したあとに何らかのアクションをした人だけです。5,000人の友だちがいても、接続直後のツール画面上は0人からのスタートになります。過去のトーク履歴や、LINE公式アカウント側が持っている友だち一覧を、ツールが遡って取り込むことはできません。

だから既存アカウントへの導入は、新規開設とは工程が違います。「つないで、シナリオを組んで、配信する」ではなく、「既存の友だちにどうやってもう一度アクションしてもらうか」を先に設計するのが正しい順番です。

この記事では、稼働中アカウントに拡張ツールを入れる案件で実際に前提として置いている3点と、既存の設定を壊さずに切り替える手順をまとめます。

—

接続前に決めるべき3つのこと

順番に説明する前に、結論を先に置きます。既存アカウントに拡張ツールを入れるときは、接続作業に入る前に次の3点を決めてください。

1. 既存の友だちをどうやって再認識させるか（取り込み導線の設計）
2. LINE公式アカウント側に今ある設定をどうするか（応答・あいさつ・メニュー・チャット運用）
3. 配信通数とプランが足りているか（LINE側の通数と、ツール側の月額）

この3つを決めずに接続すると、「配信できない」「お客さまに2通届く」「スタッフがチャットを開けない」「請求が跳ねる」という形で、既存の運用側に問題が出ます。逆にここさえ固めておけば、接続作業そのものは短時間で終わります。

—

なぜ「接続しただけ」では友だちが載らないのか

拡張ツールは、LINE公式アカウントとWebhookでつながります。Webhookは「友だちが何かした」というイベントを、その都度ツール側へ送る仕組みです。

つまりツールが受け取れるのは、接続した瞬間より後に発生したイベントだけです。

• メッセージを送った
• リッチメニューをタップした
• QRコードやURLを読んで友だち登録した
• ブロックを解除した

こうした行動があって初めて、ツール側にその人のIDが記録され、タグやシナリオの対象になります。何もしていない友だちは、LINE公式アカウント上には存在していても、ツールから見れば存在していません。

実務上の意味は2つです。接続直後にセグメント配信は打てません（タグを付ける対象がまだいないため、「既存5,000人に一括でタグを付けて分類する」は成立しません）。そして認識済みの人と未認識の人がしばらく混在します。この混在期間をどう扱うかが、既存アカウント導入の実質的な設計ポイントです。

—

稼働中アカウントには「過去の設定」が残っている

もう1つ、既存アカウント特有の落とし穴があります。過去に作られた設定が、新しい設定を上書きするという現象です。

全国に多店舗展開する美容室グループの、有効友だち54万人規模のアカウントで改修を担当したときの実例です。

このアカウントでは、全顧客のリッチメニューを新しいものへ一括で切り替えました。管理画面上の数字も切り替わり、作業としては完了しています。ところが切替直後から、旧メニューが表示されている人が6人 → 91人 → 178人と増え続けました。

原因は、来店時にスタッフが読ませる店舗ポイント付与用のQRコードでした。この経路が約340本あり、その1本1本のアクション設定に「リッチメニューを旧メニューに変更する」が無条件で入っていたのです。全体を新メニューへ切り替えても、来店してQRを読むたびに経路側の設定が旧メニューへ巻き戻していました。340本すべてを確認し、旧メニューを指していた25本を書き換えることで解消しています。

ここから引き出せる原則は3つあります。

原則1：接続前に既存の自動化を棚卸しする

稼働年数の長いアカウントほど、友だち追加時設定、自動応答、キーワード応答、流入経路ごとのアクション、過去のシナリオが層になって積み上がっています。拡張ツールを入れる前に、これらが何を指しているかを一覧にしてください。特に「リッチメニューを変更する」「タグを付ける」など状態を書き換える設定は全部です。

棚卸しをせずに新しい仕組みを乗せると、新旧の設定が同じ対象を奪い合い、原因の分からない挙動として表面化します。

原則2：効果測定の指標を先に決める

上の例で異常に気づけたのは、「旧メニューの適用人数」という数字を見ていたからです。作業完了の報告ではなく、人数の推移で判定する。減っていなければ直っていない、という基準を持っておくと、見落としがあっても翌日には気づけます。

原則3：一括変更は「反映された件数」で確認する

管理画面の保存操作は、画面が遷移してもサーバー側に反映されていないことがあります。数十件を連続で書き換えるような作業では、この取りこぼしが一定の割合で起こりうると考えておくべきです。

そこで大量の設定変更は、1件ずつ保存 → 再読み込みして反映を確認する運用にします。まとめて保存して後から一括検証すると、どれが失敗したのか分からなくなるためです。

—

前提1：既存の友だちは「取り込み配信」で認識させる

ここからは、実際に友だち5,000人超のアカウントへ拡張ツールを導入する案件で、着手前に提示している前提を順に説明します。

既存の友だちをツール側に載せる方法は、突き詰めると「アクションしてもらう」しかありません。これを偶然に任せず、意図的な導線として設計します。

もっとも確実なのは、リッチメニューを取り込み装置として使う方法です。

1. LINE公式アカウント側の既定リッチメニューを、先に新デザインへ差し替える
2. 未認識の友だちには、この既定メニューが表示され続ける
3. 誰かがそのメニューをタップした瞬間、イベントが飛んでツール側が認識する
4. 認識できた人から順に、タグ付けとシナリオの対象になっていく

この設計にしておくと、来店予約や問い合わせといった通常の行動がそのまま取り込み動作を兼ねます。お客さまに「登録し直してください」とお願いする必要がありません。

初回の一斉配信も取り込みの機会として扱います。本文にタップ先を1つ以上置き、押した人を確実に拾えるようにする。「お知らせを送る配信」ではなく「反応を回収する配信」として設計するのが、導入直後の1通目です。

なお、この期間はLINE公式アカウント側の既定メニューと、ツール側が出すメニューの2種類が世の中に存在します。デザインと導線は両方そろえておいてください。片方だけ新しくすると、お客さまごとに違う画面が出ている状態になります。

—

前提2：LINE公式アカウント側の設定は「停止」か「移行」を決める

拡張ツールを接続すると、LINE公式アカウントの応答は基本的にツール側が担当することになります。ここで公式アカウント側に古い設定が残っていると、同じ問い合わせに対して二重に返信が飛びます。

接続前に、次の項目それぞれについて「停止する」「ツール側へ移す」のどちらかを決めてください。

公式アカウント側の設定	判断
あいさつメッセージ	ツール側へ移行（内容はそのまま移植できる）
自動応答・キーワード応答	原則停止。残すなら応答の優先順位を確認
既定のリッチメニュー	未認識の友だち用として残す（取り込み装置として使う）
チャット（スタッフの1:1対応）	ツール側のトーク画面へ移行

この表で現場への影響がいちばん大きいのは、最後のチャットです。

拡張ツールはWebhookで動くため、応答モードを「Bot」にする必要があります。この状態にすると、LINE公式アカウントの管理画面からはチャット機能が使えなくなります。お客さまとの1:1のやり取りは、すべてツール側のトーク画面で行うことになります。

これは技術的な設定変更ではなく、現場の運用変更です。公式アカウントのアプリで返信していたスタッフ全員が、別のツールにログインして返信する形に変わります。導入日の前にアカウントを配り、返信手順を共有しておかないと、切替日に問い合わせへの返信が止まります。既存アカウント導入で最初にトラブルになるのは、シナリオでもタグでもなくここです。

—

前提3：通数とプランを先に計算する

見落とされやすいのが配信コストです。LINE公式アカウントの配信通数は、「配信した回数」ではなく「届いた人数 × 回数」でカウントされます。

友だち5,000人へ一斉配信を1回打てば、それだけで5,000通です。無料で使える範囲は月200通のため、数千人規模のアカウントで通常配信を行うなら、有料プランは前提になります。

別案件でも同じ構造を実測しています。多店舗のスタッフグループへ業務連絡を自動配信する仕組みでは、全店へ1回送るだけで266通が消費されました。無料枠の200通では1回も送りきれません。オーナー向けの限定配信でも1回54通です。人数が増えるほど、配信頻度より人数が効いてきます。

導入前に、次の掛け算をしておいてください。

想定する月間の配信回数 × 対象人数 = 月間通数

この数字でプランを選びます。「とりあえず入れてから考える」と、初月の配信でいきなり上限に当たります。

ツール側の月額も同様に、基本料金だけでは判断できません。2026年7月時点で仕様を確認した内容では、次のようになっていました。

• 主要な拡張ツールの上位プラン：月額32,780円
• 外部システムとの双方向API連携：オプションで月額11,000円追加
• Webhook転送（ツール → 外部への一方向）：月額5,500円追加
• 条件別のリッチメニュー出し分け：中位プラン以上が必要

フル構成なら月43,780円です。「どの機能がどのプランに含まれるか」は要件を確定させてから確認する必要があります。外部システムとの連携は上位オプション扱いになりやすく、後から必要と分かると月額が1万円単位で動きます。なお料金体系は改定されるため、契約前に必ず公式の最新情報を確認してください。

—

壊さない切替手順

以上を踏まえた実際の進め方です。既存の運用を止めずに切り替えるなら、この順番になります。

1. 棚卸し

既存の友だち追加時設定、自動応答、流入経路のアクション、稼働中のシナリオを一覧化する。特に状態を書き換える設定を洗い出す。

2. ツール側を0人の状態で作り込む

タグ設計、友だち情報欄、シナリオ、リッチメニューを、誰にも適用しない状態で完成させる。この段階では本番の友だちには一切影響しません。

3. テストタグで検証する

スタッフの友だちアカウントだけを対象にして、想定どおり動くかを確認する。本番の友だちには最後まで配信しない。

4. Webhookを切り替える

接続作業そのもの。設定を戻せば元の状態に復帰できるため、即時にロールバックできるのはこの工程です。トラブル時の退避先として、切替前の設定内容を控えておきます。

5. 公式側の設定を停止・移行し、既定メニューを差し替える

前提2の表に沿って処理する。ここでスタッフのチャット運用も切り替える。

6. 取り込み配信を打ち、認識人数の推移を見る

1通目を配信し、ツール側の認識人数が日ごとに増えているかを追う。増えていなければ、取り込み導線のどこかが機能していません。

本番の友だちへ配信してしまうと後戻りできません。配信は必ず最後です。

—

既存の自動化と新しい自動化がぶつかるとき

もう1つ、稼働中アカウントに機能を足すときに必ず確認しておきたい仕様があります。

拡張ツールのアクション条件は、そのアクションが実行される瞬間の値で評価されます。

同じアクションセットの中で「数値を1減らす」処理の後ろに「値がいくつなら〜する」という条件を置くと、その条件は減算後の値を見ます。設定した順番どおりに、値は動きながら評価されていくということです。

問題になるのは、値だけでは状態を区別できないケースです。回数券の残回数を管理する実装では、「最後の1回を使い切った直後（残0）」と「使い切った後にもう一度読み込まれたとき（残0）」を残回数だけで判別できません。無条件に減算が走れば残回数はマイナスになります。

解決策は、減算より前の時点で状態をタグとして固定することです。

1. 【条件：残回数が1以上】一時タグを付ける ← 減算前の値で判定される
2. 【条件：残回数が1以上】残回数を1減らす
3. 【条件：一時タグを含む】利用完了メッセージを送る
4. 【条件：一時タグを含まない】「すべて利用済みです」の案内を送る
5. 一時タグを解除する（後始末）

この構成にすることで、残0の状態でもう一度読み込まれても減算されず、正しい案内が返るようになります。

既存アカウントの改修では、同じ衝突が新旧の設定間で起きます。すでに動いている自動化とこれから作る自動化が、同じ友だち情報を書き換える可能性があるからです。導入前に、次の1枚を作っておいてください。

• どの友だち情報・タグを
• どの経路・シナリオが
• どのタイミングで書き換えるか

これを並べると、順序で結果が変わる箇所が見えます。既存アカウントの事故は、機能の不具合ではなく、この順序の衝突として起きます。

—

依頼する側が確認しておく5項目

外部に実装を依頼する場合、見積もりの精度はこの5項目で決まります。

1. どのツールを使うか、アカウントは認証済みか（未認証だと使えない機能があります）
2. 外部システムとの連携が必要か（予約システム、顧客管理、スプレッドシート等。上位オプションの要否が決まります）
3. LINE公式アカウント側で現在動いている設定は何か（前提2の表の各項目）
4. 料金プランと、想定する月間配信頻度（前提3の掛け算）
5. 切替希望日と、その日に配信予定があるか

この5つが決まっていない状態で見積もりを取っても、金額は当てになりません。「導入費用いくらですか」と聞く前に、この5項目を自社で埋めてから相談するほうが早く進みます。

—

まとめ

既存のLINE公式アカウントに拡張ツールを入れるとき、押さえるべき点をもう一度整理します。

• 接続だけでは既存の友だちは載らない。認識されるのは接続後にアクションした人だけで、ツール上は0人スタート
• 取り込み導線を先に設計する。既定リッチメニューの差し替えと、反応を回収する1通目の配信が主役
• 公式アカウント側の設定は「停止」か「移行」を1項目ずつ決める。特にスタッフのチャット運用はツール側へ移り、現場の手順が変わる
• 通数は「人数 × 回数」で計算する。5,000人に1回で5,000通。プランは着手前に決める
• 稼働中アカウントには過去の設定が層になって残っている。新しい設定を上書きする経路が無いか、接続前に棚卸しする
• 切替の順番は「作り込み → テスト → 接続 → 公式側の整理 → 配信」。本番への配信は必ず最後
• 効果は人数の推移で判定する。完了報告ではなく、認識人数・適用人数の数字を見る

新規開設なら、ツールを入れてから設計を考えても大きな問題は起きません。しかし数千人規模の既存アカウントでは、設計の順番を間違えると、今動いている接客が止まります。接続作業自体は短時間で終わるからこそ、その前段の棚卸しと設計で結果が決まります。

すでに友だちが積み上がっているアカウントは、それ自体が資産です。壊さずに機能を足すことを最優先に進めてください。