業務システムとLINEをつなぐ方法｜ノーコード連携とAPI開発の使い分け

✅ この記事の要点

• つなぎ方は3通り：ノーコード・ローコード（Make・Zapier・GAS）、連携ツール（MA・CRM）、Messaging APIでの自社開発
• ノーコード・ローコードは小さく試す段階向け：無料枠や実行時間の上限があり、件数が増えるとエラー処理と保守が課題になる
• 連携ツールは配信まで含めて運用したい段階向け：顧客データを使ったセグメント配信やシナリオ配信を画面操作で回せる
• 基幹システムと連携するときは、ID連携・データの正・個人情報（データの流れ）の3点を先に決める

はじめに

kintoneの顧客台帳、Shopifyの注文データ、店舗のPOSや会員システム。こうした業務データをLINE公式アカウントの配信に使おうとすると、CSVの書き出しと取り込みを手作業で繰り返すことになりがちです。

この記事では、業務システムとLINE公式アカウントをつなぐ方法を、ノーコード・ローコード、連携ツール、Messaging APIによる自社開発の3通りに分けて整理します。各サービスの料金と仕様は、2026年10月7日時点の公式サイトの記載に基づいています。

なお、LINE API（Messaging API）そのものの仕組みや、LINE APIの側から見た「自社開発かマーケティングツールか」の比較は、LINE APIとは？できること・連携方法とマーケティング活用で解説しています。本記事は、業務システムの側から「何をどうつなぐか」に絞って説明します。

なぜ業務システムとLINEをつなぐ必要がある？つながないと何が起きる？

業務システムとLINEがつながっていないと、購入履歴、契約状況、来店日などの社内データを使った配信の出し分けが難しくなります。LINE公式アカウントの属性やオーディエンスでの絞り込みはできますが、業務データに基づく細かな配信は手作業になりがちです。

つながないままだと、現場では次のようなことが起きます。

• 手作業のCSV連携：毎週、業務システムから顧客リストを書き出し、LINEの管理画面で絞り込み条件を作り直す。担当者が休むと止まる
• タイミングのずれ：注文や予約が入ってから通知が届くまでに数日かかり、リマインドや購入後フォローの効果が落ちる
• 二重管理：LINEで受けた問い合わせや回答が業務システムに戻らず、営業やサポートが同じことを聞き直す

逆に、業務システムとLINEがつながると、「注文が確定したら発送予定を送る」「契約更新の30日前に案内する」「来店がない会員にだけクーポンを送る」といった、業務の出来事をきっかけにした配信ができるようになります。社内に散らばったデータをまとめる考え方そのものは、データ統合とは？種類・メリット・仕組みから顧客データ活用までで解説しています。

業務システムとLINEのつなぎ方は何通りある？

業務システムとLINE公式アカウントのつなぎ方は、大きくノーコード・ローコード、連携ツール、Messaging APIでの自社開発の3通りです。いずれもLINE公式アカウントとの接続が必要ですが、Messaging APIを自社で直接呼び出すのか、連携サービスやMAツールに接続処理を任せるのかで、必要な開発と運用の範囲が変わります。

3通りの比較：初期費用・期間・運用担当・できること

Messaging API自体の利用料は無料ですが、運用費にはLINE公式アカウントの料金プラン（無料メッセージ通数と追加メッセージの可否）に加え、連携サービス、サーバー、開発・保守の費用が含まれます。料金プランは国・地域で異なります（Messaging APIの料金）。日本の料金プランと無料枠は、LINE Messaging APIとは？できること・使い方・料金で解説しています。

ノーコード・ローコードでLINEとつなぐにはどうする？

ノーコード・ローコードでつなぐ方法は、「まず1本の通知を自動化して効果を確かめたい」段階に向いています。代表的なのは、画面操作で組み立てるMake・Zapierと、少量のコードを自社で書くローコードのGoogle Apps Script（GAS）です。kintoneのWebhookは、これらと組み合わせて連携を始める起点として使います。

Zapier・Make：クラウド上のアプリ同士を画面操作でつなぐ

Makeには、Makeが管理する「LINE」の連携アプリがあり、リッチメニューの作成（Create a Rich Menu）や友だち数の取得（Get a Number of Followers）などのモジュールが並んでいます。Makeの料金ページでは、Freeプランは「Up to 1,000 credits/mo」、最短の実行間隔は15分、有効にできるシナリオは2本と案内されています。有料のCoreプランは「$12/mo」からです。

一方、Zapierのアプリ一覧では、LINE公式アカウント（Messaging API）向けのZapier公式アプリは見当たりませんでした（2026年10月7日時点）。ZapierからLINEに送る場合は、汎用のHTTPリクエストを送る機能でMessaging APIを呼ぶ構成になります。Zapierの料金ページでは、Freeプランは「100 tasks /mo」で「Two-step Zaps」、Professionalプランは「Starting from $19.99/month」と案内されています。

GAS＋スプレッドシート：Googleの無料環境で小さく自動化する

Google Apps Script（GAS）は、Googleスプレッドシートやフォームと組み合わせて使えるスクリプト環境です。ノーコードではなく、処理を自分で書くローコードの選択肢で、スプレッドシートに行が追加されたらMessaging APIにリクエストを送る、という処理を数十行のコードで書けます。

Webアプリとして公開すればdoPostでPOSTリクエストを受けられるため（Googleの公式ガイド）、LINEからのWebhookの受け口にもできます。

ただし、GASには1日あたりの実行回数や実行時間に上限があります。Apps Scriptの割り当てでは、外部へのリクエスト（URL Fetch calls）が一般ユーザーで「20,000 / day」、Google Workspaceで「100,000 / day」、1回の実行時間が「6 min / execution」と定められています。

kintone：Webhookを起点にLINEへ知らせる

顧客台帳や案件管理をサイボウズのkintoneで持っている企業では、kintoneのWebhookを起点にLINEへ通知する構成がよく検討されます。

kintoneの開発者向けドキュメントでは、Webhookについて「Webhookを利用するとkintoneのアプリで特定の操作が行われたときに、その内容を外部サービスに送信できます」と説明されています。レコードの追加や編集をきっかけに、ZapierやMake、GASなどを経由してLINEに送る、という組み合わせが基本形です。Webhookは外部に出来事を知らせる機能で、Webhook単体でLINEに送れるわけではありません。

kintone向けには、LINE公式アカウントと連携する製品も提供されています。たとえばサイボウズのkintone連携サービスのページには、株式会社クウゼンの「KUZEN for kintone」が掲載されています。

料金面では、kintoneの料金ページで、ライトコースが月額1,000円、スタンダードコースが月額1,800円、ワイドコースが月額3,000円（いずれも1ユーザーあたり・税抜き）と案内されています。プラグインや連携サービスはスタンダードコース以上が対象で、kintoneの案内には「プラグイン・連携サービスは、スタンダードコース以上でご利用いただけます。」とあります。ライトコースで運用している場合は、連携の前にコースを確認してください。

ノーコード・ローコードの限界：件数・リアルタイム性・エラー処理

運用が大きくなると、次の3点で限界が出ます。

特に見落とされやすいのがエラー処理です。Messaging APIのレート制限は一律ではなく、エンドポイントごとに違います。ナローキャストやブロードキャストは1時間に60リクエストまで、オーディエンスの作成などは1分に60リクエストまでで、超えると「429 Too Many Requests」のエラーが返ります。制限にかかったときに再実行する仕組みを、ノーコードの画面だけで作り込むのは難しいのが実情です。

連携ツール（MA・CRM）でLINEとつなぐと何が変わる？

連携ツールとは、LINE公式アカウントと業務システムの間に入り、データの受け取りから配信、効果測定までを1つの画面で扱えるMA（マーケティングオートメーション）やCRMのことです。ノーコードとの違いは、「つなぐ」だけでなく「つないだデータで誰に何を送るか」を画面上で設計し続けられる点にあります。

Shopify：ECの購入・カート情報をLINE配信に使う

ShopifyとLINEをつなぐ場合は、Shopify App StoreのLINE連携アプリを使う方法と、Shopifyと連携できるMAツールを使う方法があります。どちらもID連携が前提です。Shopifyの購入後フォローやカゴ落ち配信を具体的にどう組むかは、ShopifyのAI機能とは？Sidekick・MagicとLINE連携の活用方法で解説しています。

会員システム・POS：店舗とECの会員をLINEで1人として扱う

店舗のPOSや自社の会員システムとつなぎ、LINEのユーザーIDと自社会員IDを紐付けられれば、店舗で買った人とECで買った人を、LINE上で同じ顧客として扱えるようになります。ID連携をしていない友だちは、この対象に入りません。来店日や購入店舗、会員ランクで配信を分けたり、ポイントの付与をLINEで知らせたりできます。

POSや会員システムは企業ごとに作りが違うため、連携ツールを使う場合も、標準の連携で足りるか、個別の連携開発が必要かを事前に確認します。CRMとの双方向連携の例として、Salesforceとの連携方法はSalesforce×LINE連携の4つの方法で比較しています。

MAAC：クレッシェンドラボの連携ツールの例

クレッシェンドラボのMAACは、LINE公式アカウントを中心にしたマーケティングオートメーションツールです。製品ページでは「LINEを中心に、EC・CRM・CDP・広告・分析まで主要ツールと双方向で連携」と案内しており、機能として「他システムとの連携（Open API）」「他システム起点配信処理」が挙げております。

連携先の一覧には、Shopify、SHOPLINE、Salesforce、Zendesk、ZOHO、Google Analytics 4、BigQuery、Treasure Data、Zapierなどが並び、「豊富なOpen APIとWebhook技術を活用し」と説明しており、連携できるデータの範囲や方法は、連携先のシステム、契約プラン、個別の要件によって異なります。製品ページにはPOS連携についての個別の記載はないため、POSとの連携は導入前の確認事項になります。

費用は、料金ページで「MAAC 基本プラン」が「月額 80,000円〜」で、「顧客数や配信規模、ご利用機能に応じて最適な料金をご案内します。」と案内しています。初期費用は別にかかり、金額は公開されていません。料金ページのFAQには「初期費用はかかります。ご導入までのシステム支援や既存でご利用頂いている他のサービスとの連携支援をさせていただきます。」とあり、契約期間は1年です。税抜か税込かの表記はありません。

GA4の行動データとつなぐ方法は、LINE公式アカウント×GA4連携ガイドで解説しています。他のLINEマーケティングツールとの違いは、MAACと他ツールの比較にまとめています。

Messaging APIで自社開発するには何が必要？

Messaging APIで自社開発すると、業務システムとLINEの間の処理をすべて自社の要件どおりに作れます。その代わり、サーバーの運用、障害対応、LINE側の仕様変更への追従まで自社で担うことになります。

開発に必要なもの：Webhook・サーバー・保守

自社開発で用意するものは、主に次の4つです。

• Webhookを受けるサーバー：LINE Developersの説明では、ユーザーが友だち追加やメッセージ送信をすると、「「Webhook URL」に指定したURL（ボットサーバー）に対して、LINEプラットフォームからWebhookイベントオブジェクトを含むHTTP POSTリクエストが送られます。」とされています。これを受けて業務システムに書き込む処理を作ります
• 業務システムとの接続処理：基幹システムやデータベースから配信対象と内容を取り出し、Messaging APIで送る処理
• 署名の検証：LINE Developersは、Webhookを処理する前に署名を検証し、「LINEプラットフォームから送信されたWebhookか」「通信経路で改ざんされていないか」を確認するよう求めています
• 再送と重複の処理：Webhookの再送を有効にすると、サーバーが200番台を返さなかったWebhookが「一定の期間内に、一定の時間を空けて」再送されます。同じイベントを二重に処理しないよう、WebhookイベントごとのwebhookEventIdで重複を防ぐ設計が必要です。送信側の429エラーへの再試行も自社で作ります
• 配信と分析の画面：マーケティング担当者が配信対象や文面を変えるための管理画面と、効果を見る仕組み

自社開発が向いているケース：独自要件が強く、開発を続けられる

自社開発が向いているのは、次の条件がそろう場合です。

• 予約、見積もり、契約手続きなど、業務フローそのものをLINE上で完結させたい
• 社内に開発チームがあり、公開後も改修と保守を続けられる

基幹システムとLINEを連携するとき、実務で何を決める？

基幹システムとLINEをつなぐときは、方式を選ぶ前にID連携、データの正、個人情報の扱いの3点を決めておくと、後からの手戻りを防げます。

ID連携：LINEのユーザーIDと自社会員IDを紐付ける

業務システムのデータをLINEで使うには、まず「LINEの友だちの誰が、自社のどの会員か」を対応づける必要があります。LINE Developersのユーザーアカウントの連携では、「サービス提供者は、ユーザーのLINEアカウントと自社サービスのアカウントをセキュアに連携させることができます。」と説明されています。

注意したいのは、LINEのユーザーIDの性質です。ユーザーIDの説明には「ユーザーIDは、同じユーザーであってもプロバイダーごとに異なる値が発行されます。」とあります。複数のLINE公式アカウントやLINEログインを使う場合は、同じプロバイダーの配下にそろえておくことが、後の名寄せを楽にします。ID連携の具体的な進め方と連携率を上げる方法は、LINE ID連携とは？仕組み・メリット・やり方で解説しています。

データの持ち方：どのシステムを正とするか

両方のシステムに顧客データを持つと、どちらの値が正しいかが問題になります。たとえば住所や会員ランクは基幹システムを正とし、LINEでの反応やアンケート回答は連携ツール側を正とする、というように項目ごとに正とするシステムを決め、更新の向きを1方向にそろえるのが基本です。

個人情報の取り扱い：データの流れを確認する

LINEのユーザーIDや行動履歴を会員情報と紐付けて使う場合は、利用目的、本人への説明と同意、外部ツールや委託先へのデータの受け渡し、保存場所を確認します。自社利用か、委託か、第三者提供かは、データの流れによって変わります。たとえば個人情報保護委員会のFAQでは、個人関連情報の第三者提供について「第三者が個人関連情報を個人データとして取得することが想定されるときには、原則として本人の同意が得られていることが必要です。」と説明されています。具体的な判断は、法務部門や専門家に確認してください。

自社はどれを選ぶべき？3つの質問で決める

3通りのどれを選ぶかは、次の3つの質問で絞り込めます。

当社の見解として、迷ったときは「配信の内容を誰が変えるのか」から決めるのがおすすめです。マーケティング部門が主導して改善を回すなら連携ツール、開発チームが要件を握るなら自社開発、という分け方にすると、導入後に運用が止まりにくくなります。

まとめ

• 3通りのつなぎ方：ノーコード・ローコード（Make・Zapier・GAS）、連携ツール（MA・CRM）、Messaging APIでの自社開発
• ノーコード・ローコード：無料枠から小さく試せるが、件数・実行間隔・エラー処理に上限がある
• 連携ツール：Shopifyや会員システムのデータを使ったセグメント配信とシナリオ配信を、画面操作で回せる。初期費用と契約期間の確認が必要
• 自社開発：独自の業務フローを作り込めるが、署名検証、再送・重複の処理、管理画面まで自前で持つ
• 基幹システム連携の前提：ID連携、どのシステムを正とするか、個人情報のデータの流れを先に決める

当社の見解として、業務システムとLINEの連携でいちばん差がつくのは、つなぐ技術よりも、つないだデータで配信を改善し続けられる体制です。まずは「どの業務の出来事をきっかけに、誰に何を送るか」を1つ決め、それに合う方式を選んでください。

• まず全体像を知りたい方：LINE APIとは？できること・連携方法、無料資料「AIビジネスコミュニケーション」
• 具体的な施策を探している方：LINE ID連携のやり方、導入事例一覧
• 導入を相談したい方：MAACの製品ページ、料金

業務システムとLINEの連携について、自社の構成でどの方式が合うかを相談したい方は、お気軽にお問い合わせください。