LINE公式アカウントのシステム連携開発｜予約・顧客管理とつなぐ範囲と会員IDの紐付けを決める

予約や配信がLステップなどの拡張ツールの中で完結するなら、LINE公式アカウントのシステム連携開発は要りません。「自社の台帳の条件で送りたい」「LINEと台帳の両方を自動で更新したい」「今いる会員とLINEの友だちを同じ人として扱いたい」のどれかに当てはまるときに、Messaging API（LINE公式アカウントを外部のシステムとつなぐ仕組み）を使った開発が必要になります。

この記事は、LINE公式アカウントを運用していて、予約・会員情報・問い合わせ履歴が自社システム（またはExcel）とLINEに分かれ、手で照らし合わせている店舗・教室・サービス業の事業責任者に向けたものです。

開発で迷いやすいのは、プログラムの書き方よりも次の3つです。

• 会員IDとLINEの友だちをどう紐付けるか
• 紐付けできない顧客をどう扱うか
• 今使っている拡張ツールと同じアカウントで両立できるか

この記事では、LINEの公式ドキュメント（2026年10月15日確認）をもとに、これらの判断に必要な条件を整理します。

開発が要るかは「3つの条件」で決まる

出典：LINE公式アカウント（LINEヤフー for Business）

最初に、次の3つを自社に当てはめてください。1つも当てはまらなければ、管理画面の標準機能か拡張ツールで足りる可能性が高いです。

①〜③はどれも、自社の会員IDとLINE側のユーザーIDを結び付けておくことが前提になります。そのため、開発で最初に決めるのは「紐付けの方法」です（「会員IDの紐付け方と、紐付けできない顧客の扱い」で扱います）。

標準機能・拡張ツール・個別開発の使い分け

出典：Messaging API（LINE Developers）

LINE公式アカウントで予約や顧客管理を扱う方法は、大きく3つあります。どれが合うかを決めるのは、機能の多さよりも、データをどこに置いて、食い違ったときにどちらの情報を正しいとするかです。

拡張ツールで外部のシステムとつなぐ場合の条件も確認しておきます。Lステップの公式情報（2026年10月15日確認、税込）は次のとおりです。

• Webhook転送（LINEで起きたことを外部に知らせる機能）は全プランで使える有料オプションで、月5,500円です。ただし、Lステップから外部へ知らせる一方向だけで、外部からは受け取れません。Lステップ内のタグや友だち情報も送られません（Lステップ公式ブログ: Webhook）
• Webhook＋API連携は、外部からタグ付け・友だち情報の更新・メッセージ送信などができる有料オプションです。使えるのはプロプラン（月32,780円）以上で、オプション料金は月11,000円です（Lステップ公式ブログ: API、Lステップ料金プラン）

拡張ツールで双方向につなぐなら、Lステップの場合は月43,780円（税込）に加えて、LINE公式アカウントのプラン料金がかかります（公式に記載された金額の単純合計）。さらに、自社システムの側にも、ツールのAPIを呼び出す仕組みを作る必要があります。「拡張ツールを使えば開発がまったく不要」とは限りません。

個別開発を勧めない場合

次のような場合は、開発する前に標準機能か拡張ツールで試してください。

• 台帳がExcelで、件数が少なく、担当者が予約の前日に確認して送れば回る
• 送り先の条件が、拡張ツールのタグや回答で表せる
• 自社システムへの反映は、1日1回のCSV取り込みで十分
• 予約システムがすでにLINE連携の機能を持っている（まず予約システムの提供元に、連携の範囲を確認してください）

逆に、自社の予約・顧客管理システムを情報の基準として残したまま、LINEを窓口として使いたい場合は、個別開発の検討に進みます。会員サイトやマイページもまとめて作り直す場合は、会員サイトの開発を依頼するにはと顧客ポータル（顧客用マイページ）の開発も参考になります。

拡張ツールや既存の予約システムと同じアカウントで併用するときの制約

拡張ツールや予約システムのLINE連携をすでに使っていて、そこに自社開発の仕組みを足す場合は、LINE側の仕様が設計を左右します。LINE Developersは2026年7月23日付で、複数のツールから同じアカウントを使うときの注意点をまとめています（複数のツールからMessaging APIを利用する際に確認したいこと）。

もう1つ、最初に確認すべきなのがプロバイダー（LINEの開発者向けの登録単位）です。LINEのユーザーIDはプロバイダーごとに異なり、同じプロバイダーの下であれば、Messaging APIとLINEログインで同じユーザーIDになります（ユーザーIDを取得する）。さらに、管理画面でMessaging APIを有効にするときに選んだプロバイダーは、後から変更できません（LINEヤフー for Business マニュアル）。

すでに会員サイトで「LINEでログイン」を使っている場合に、別のプロバイダーで連携を作ると、同じ人がサイト側とLINE公式アカウント側で別のIDになります。依頼する前に、今のアカウントでMessaging APIが有効になっているか、どのプロバイダーに属しているか、そのプロバイダーで動いているツールは何かを確認してください。

会員IDの紐付け方と、紐付けできない顧客の扱い

自社の会員とLINEの友だちを結び付ける方法は、主に3つあります。

アカウント連携の手順は、ユーザーアカウントを連携するが公式の手順です。連携用の一時的な鍵は有効期間10分・1回限りで、自社側では推測されにくい値を作って会員IDと結び付けます。LINEログインのチャネルは必須ではありません。この手順に正しい持ち主を確かめる仕組みが組み込まれているため、第三者が自分のLINEを他人の会員情報に結び付けることを防げます。電話番号の入力だけで紐付けを確定させる独自の方法では、ここが弱くなります。LINEログインの許可の種類と申請は、ウェブアプリにLINEログインを組み込むを参照してください。

紐付けできない顧客は必ず出る

全員を紐付けられる前提で業務を設計すると、連絡の漏れが起きます。次の表の「残す連絡手段」を、開発の前に決めてください。

「LINEで送ったから連絡済み」と台帳に記録する場合は、送信に失敗したときや相手がブロックしているときに、誰がどう気づくかも決めておく必要があります。

配信の対象・送信数と料金プラン（2026年10月15日確認）

出典：LINE公式アカウント（LINEヤフー for Business）

自社の台帳の条件で送るようになると、送信数が増えてプランの上限に届くことがあります。LINE公式アカウントの料金（税別・日本）は次のとおりです（料金プラン、2026年10月15日確認）。

スタンダードプランの追加メッセージは、2026年10月1日の改定後、月20万通までが1通3円、20万通を超えた分が1通2.5円です（税別・日本のみ。LINEヤフー for Business お知らせ）。

通数は「送った回数×送った相手の人数」で数えます。数えるものと数えないものは次のとおりです（料金プラン、Messaging APIの料金）。

当月の上限を超えると、APIからの送信はエラーになり、届きません。ライトプランとコミュニケーションプランは追加購入ができないため、予約の前日リマインドのように止まると困る連絡では、上限に届く前に気づける仕組みが必要です（送信数の上限と使った数はAPIで取得できます）。また、リストを指定した送信（ナローキャスト）では、送信中にその月の上限の見込み分が確保され、その間にほかの送信が失敗することがあります（メッセージを送信する）。

説明用の試算: 架空の学習教室の予約リマインド

以下は架空データによる、仮定に基づく試算です。実在の教室の数値ではありません。

予約の変更や質問に、会員から届いたメッセージへの返信として答える場合は通数に数えません。ただし、「台帳で予約を変更したらLINEで知らせる」のようにこちらから送る連絡は、通数に数えます。どの連絡をこちらから送るかを、開発の前に一覧にしておくと、プランを選びやすくなります。

開発で作るもの・決めること・検収の条件

出典：Messaging API（LINE Developers）

LINE連携の開発では、LINEとやり取りするプログラムのほかに、自社の台帳とのやり取りや例外の扱いを決める必要があります。説明用に、学習教室の予約リマインドを例にすると、作るものと決めることは次のようになります。

LINEから届く通知は、本物かどうかを確かめる処理（署名検証）が必須です。また、LINEは通知の再送を保証しておらず、同じ通知が重なって届いたり、順番が入れ替わったりすることがあります（メッセージ（Webhook）を受信する）。送信の記録もLINE側からは提供されないため、自社で保存する必要があります（開発ガイドライン）。

検収で確かめる条件の例（説明用）

LINEのAPI仕様は公開されているので、送信や受信のプログラムは、ChatGPTやClaudeなどのAIを使って社内で書き進めることもできます。社内で決めることが残りやすいのは、会員データの重複や表記ゆれ、どちらの情報を基準にするか、紐付けできない会員への連絡、拡張ツールとの通知の分担、そして上の表のような合格の条件です。開発会社に頼む場合も、これらは発注側と一緒に決めることになります。

なお、LINEの開発ガイドラインでは、LINE側への負荷試験や同じ相手への大量送信、存在しないユーザーIDへの送信が禁じられています。試験は、テスト用のアカウントで計画してください。

費用の目安と、別にかかる費用

AI革命に依頼する場合の価格は次のとおりです（すべて税別）。

次の費用は、上の価格とは別に実費としてかかります。

どの依頼の形に当たるかは、台帳がどこにあるか（Excelか、既存のシステムか）、自社システムに手を入れられるか、拡張ツールを残すかで決まります。依頼の形ごとの進め方は、既存システムの改修・PoCの価格と進め方で確認できます。LINEの公式APIとWebhookを使った連携、会員の認証や閲覧権限、既存システムの改修、データの移行は、どれもAI革命の対応範囲です。ただし、LINE連携の事例は公開していないため、この記事の例はすべて説明用です。

依頼前に揃えるもの（記入例つき）

次の4つが揃っていると、相談の段階で依頼範囲の候補を具体的に出しやすくなります。記入例は架空の学習教室です。

管理画面の「設定 → Messaging API」で、有効になっているか、どのプロバイダーに属しているかを確認できます（Messaging APIの有効化と設定の変更ができるのは、管理者の権限を持つ人だけです）。分からない場合は、「分からない」と書いて構いません。初回の相談には、会員の実データ、LINEのチャネルの鍵、ログイン情報を送らないでください。

初回相談は無料・30分・オンライン（Google Meet）で、要件が決まっていなくても大丈夫です。今の予約・顧客管理とLINEの使い方を伺い、自社でAIを使って進める部分と任せる部分を一緒に切り分けます。相談後に、業務の棚卸し表・効果の見立て・簡易モックと、依頼範囲の候補・進め方・費用の目安をまとめた相談メモを無料でお送りします。簡易モックは画面のイメージで、動くシステムではありません。

今の予約・顧客管理とLINEをどうつなぐか、開発の範囲を相談する

運用で誰が何を見るか

連携を作った後も、人が確認する場面は残ります。役割の例は次のとおりです（説明用）。

会員の氏名や予約内容をLINE経由で扱うことになるため、自社のプライバシーポリシーに書いている利用目的と合っているかを、公開前に確認してください。LINE公式アカウントのAPIの利用規約とガイドラインは、LINE Developers 規約とポリシーにあります。

よくある質問

Q. LINE公式アカウントの無料プランでも、システム連携はできますか？

Messaging API自体は無料で始められます（Messaging APIの概要）。ただし、月額0円のコミュニケーションプランでこちらから送れるメッセージは月200通までで、追加購入もできません。予約のリマインドを定期的に送るなら、前の試算のように会員数×回数で送信数を見積もり、収まるプランを選んでください。

Q. 今使っている拡張ツールをやめないと、自社システムとつなげられませんか？

やめる必要があるとは限りません。拡張ツールのAPI連携の機能を使う方法、LINEからの通知を中継して両方に渡す方法、通知を受ける役割をどちらかに寄せる方法があります。どれにするかは、LINEからの通知の受け先が1つに限られることと、接続用の鍵の発行上限をふまえて決めます。まず、今のツールの連携機能が一方向なのか双方向なのかを、提供元の公式情報で確認してください。

Q. LINEの表示名で、会員と自動的に照合できませんか？

勧めません。表示名は会員が自由に変えられ、同じ名前の人もいます。LINEのユーザーIDは表示名やLINE IDとは別のもので、プロバイダーごとに異なります。紐付けは、アカウント連携かLINEログインのように、会員本人がログインして確かめる方法で行ってください。

Q. 会員のメールアドレスや電話番号をLINEから受け取れますか？

LINEログインでメールアドレスを受け取るには、利用目的を示す画面を提出して、事前に申請する必要があります。氏名・電話番号・住所などにも、所定の申請が必要です。すでに自社の台帳に連絡先があるなら、紐付けた後は台帳の情報を使う方が、申請の手間は少なくなります。

Q. 開発した後、LINE側の仕様変更にはどう備えればよいですか？

料金や仕様はLINEヤフー for BusinessとLINE Developersのお知らせで告知されます。たとえば追加メッセージの料金は、2026年2月16日に予告され（予告のお知らせ）、10月1日に改定されました。仕様変更のお知らせを誰が読み、どの機能に関係するかを誰が判断するかを、運用の担当に入れておいてください。保守を外部に頼む場合は、その範囲と費用を契約前に確認します。

Q. 予約システムがクラウドのサービスで、自社では改修できません。それでも連携できますか？

予約システムに公開されたAPIやデータの出力機能があれば、それを使って連携の仕組みを別に作れます。APIがなくCSVの出力だけの場合は、反映が定期的になる（すぐには反映されない）ことを前提に設計します。まず、予約システムの提供元が公開している連携の仕様と利用条件を確認してください。

LINE公式アカウントと自社の予約・顧客管理のつなぎ方は、今の台帳の置き場所、拡張ツールの有無、紐付けできない会員への連絡で決まります。今の予約・顧客管理とLINEの使い方を伺い、依頼範囲の候補と費用の目安を相談メモでお返しします。

今の予約・顧客管理とLINEをどうつなぐか、開発の範囲を相談する