LINE友だち追加をZapierで自動検知！美容サロンの顧客台帳登録と初回クーポン配信を自動化
LINE公式アカウントの友だち追加を、Zapierが直接検知するわけではありません。LINE Messaging APIのWebhookでイベントを受け、Zapierへ渡す構成にすれば、顧客台帳への登録や初回クーポン配信を自動化できます。美容サロン向けに、現実的な構成と費用、設定手順を整理します。
この記事のポイント
- Zapier単体では検知しないため、LINE Messaging APIのWebhookを入口にする
- WebhookのイベントをZapierへ渡し、Googleスプレッドシートへ顧客情報を記録する
- 友だち追加後のクーポン配信は、LINE Messaging APIの送信処理として設計する
- Zapier、Webhook中継サービス、LINE公式アカウントの費用を分けて確認する
- 個人情報の取得範囲と、重複登録を防ぐ仕組みを先に決める
編集長の見解: この自動化の要点は、ZapierにLINE公式アカウントの公式トリガーがあると考えないことです。LINE Messaging APIのWebhookを受ける仕組みを別に用意し、Zapierは受信後の台帳登録や通知を担当させます。美容サロンは、まず友だち追加を正しく受信できるかを少数件で検証し、その後にクーポン配信を追加する進め方が安全です。
🎯 このレシピで解決できること
美容サロンでは、LINE公式アカウントの友だち追加が新規顧客との接点になります。ただし、ZapierにはLINE公式アカウントの友だち追加を直接検知する公式トリガーがありません。LINE WORKS、LINE Notify、LINE Messaging APIは別の仕組みであり、同じものとして扱わないことが重要です。
このレシピでは、LINE Messaging APIのWebhookで友だち追加イベントを受信します。そのデータをWebhook受信用のURLからZapierへ渡し、顧客台帳への記録につなげます。
解決できる課題と得られる効果
| 課題 | 自動化による解決策 | 期待できる効果 |
|---|---|---|
| 台帳への手入力 | WebhookイベントをZapierで受け、Googleスプレッドシートへ記録 | 転記作業を減らせる |
| 初回対応の遅れ | 受信後にクーポン配信処理へつなぐ | 早い案内につなげやすい |
| 二重登録 | LINEのユーザーIDを照合キーにする | 重複行を減らせる |
| 受信エラーの見落とし | エラー通知と再処理手順を用意する | 運用状況を確認しやすい |
注意: 「ZapierがLINEの友だち追加を検知する」と書くと、実際の連携仕様と異なります。正しくは、LINE Messaging APIがWebhookを送信し、ZapierがWebhook受信後の処理を担当する構成です。
この前提を確認したうえで、次にサロンで使いやすい全体構成を見ていきます。
🔧 全体の仕組み
基本構成は、LINE公式アカウント、Webhook受信用の仕組み、Zapier、Googleスプレッドシートの4要素です。ZapierだけではLINE Messaging APIのWebhook受信先にならない場合があるため、Webhook受信とZapierへの転送方法を事前に確認します。
構成要素と役割
| 構成要素 | 役割 | 確認ポイント |
|---|---|---|
| LINE公式アカウント | 友だち追加イベントを発生させる | Messaging APIを利用できる状態か |
| LINE Messaging API | Webhookでイベントを送信する | Webhook URLと利用設定 |
| Webhook受信用の仕組み | 受信データをZapierへ渡す | HTTPS、認証、再送への対応 |
| Zapier | データ整形や後続処理を実行する | Webhooks by Zapierの利用可否 |
| Googleスプレッドシート | 顧客台帳を管理する | 権限、列設計、重複確認 |
データの流れ
LINE友だち追加
↓
LINE Messaging APIのWebhook
↓
Webhook受信用の仕組み
↓
ZapierのWebhook受信
↓
Googleスプレッドシートへ登録
↓
必要に応じてクーポン配信処理クーポン配信まで自動化する場合は、LINE Messaging APIの送信処理を追加します。Zapierから直接送信できるか、またはWebhook受信用の仕組みからLINE Messaging APIを呼び出すかは、採用する構成によって変わります。
実務のコツ: 最初は「友だち追加を受信して台帳へ記録する」までに絞りましょう。受信が安定した後で、クーポン配信を追加すると原因を切り分けやすくなります。
この構成が分かったら、次は美容サロンが準備する設定項目を確認します。
🛠️ 設定手順
事前に準備するもの
- LINE公式アカウント
- LINE Developersの設定権限
- LINE Messaging APIのチャネル
- Zapierアカウント
- Googleスプレッドシート
- Webhookを受信してZapierへ転送する仕組み
- 配信するクーポンの文面と利用条件
Googleスプレッドシートには、次のような列を用意します。
| 列 | 記録内容 | 注意点 |
|---|---|---|
| 登録日時 | 友だち追加を受信した日時 | タイムゾーンを統一 |
| LINEユーザーID | LINE側の識別子 | 顧客向けに公開しない |
| 表示名 | APIで取得できる範囲の情報 | 本人確認には使わない |
| 対応状況 | 未対応、案内済みなど | 店舗内で表記を統一 |
| クーポン送信日時 | 送信処理の日時 | 送信成功時のみ記録 |
設定の流れ
LINE Developersでチャネルを確認し、Webhookを利用できる状態にします。
HTTPSの受信URLを用意し、LINEからのイベントを受け取れるか確認します。
Webhooks by Zapierで受信し、テストデータを取得します。
LINEユーザーID、受信日時、表示名などをGoogleスプレッドシートへ記録します。
少数件で送信内容と重複送信を確認してから、本番運用に移します。
Zapierの設定では、受信したデータのうち必要な項目だけを後続処理へ渡します。LINEユーザーIDなどの個人にひもづく情報は、アクセス権を限定した台帳で管理してください。
Zapier側の処理例
- Webhookを受信する
- LINEユーザーIDの有無を確認する
- 既存のユーザーIDと照合する
- 未登録なら新しい行を追加する
- 必要に応じてクーポン配信処理を呼び出す
- 処理結果を台帳へ記録する
重複登録に注意: Webhookの再送や設定テストによって、同じイベントが複数回届く場合があります。LINEユーザーIDだけでなく、イベントIDなど利用できる識別情報も確認し、重複時は新規行を作らない設計にします。
設定が完了したら、費用と処理件数が店舗の運用に合うかを確認します。
💰 費用と運用規模
費用は、Zapierだけでなく、LINE公式アカウントのプランやWebhookを受ける仕組みを含めて考えます。料金は変更される可能性があるため、契約前に各サービスの公式料金ページを確認してください。
| 項目 | 費用の考え方 | 美容サロンでの確認事項 |
|---|---|---|
| Zapier | プランとタスク数で変動 | 台帳登録と通知の処理数を試算 |
| LINE公式アカウント | プランや配信数で変動 | クーポン配信数を確認 |
| Webhook受信基盤 | サービスにより無料枠や有料枠がある | HTTPS、ログ、再送対応を確認 |
| Googleスプレッドシート | 通常の利用環境に含まれる場合がある | 店舗アカウントの権限を確認 |
件数の試算例
| 月間の友だち追加 | 1件あたりの処理 | 主な確認事項 |
|---|---|---|
| 30件 | 台帳登録のみ | 無料枠の有無 |
| 100件 | 台帳登録と通知 | Zapierのタスク消費 |
| 300件 | 台帳登録とクーポン配信 | LINEの配信数とエラー対応 |
Zapierの無料枠やタスク数は、契約時点の公式情報を基準に判断します。「無料プランで100件まで」と一律に断定せず、1件の友だち追加で何タスクを消費するかを実測してください。
月額費用を抑えたいサロンは、まず台帳登録だけで試し、クーポン配信やスタッフ通知を段階的に追加する方法が現実的です。
編集部メモ: 月額費用だけでなく、エラー確認にかかる時間も運用コストです。担当者を1人決め、週1回は台帳とZapierの実行履歴を確認しましょう。
費用を把握したら、顧客情報を扱う業務として必要な安全対策を確認します。
🔒 個人情報と運用上の注意
LINEユーザーIDや表示名は、顧客を識別する情報として慎重に扱います。台帳の共有範囲を必要最小限にし、退職者や異動者のアカウントを定期的に見直してください。
次の項目も、運用開始前に決めておきます。
- 何の目的で情報を登録するか
- どのスタッフが台帳を閲覧できるか
- クーポン配信を停止する依頼をどう受け付けるか
- 誤送信や重複送信が起きた場合の連絡方法
- ZapierやWebhook受信用サービスに保存されるログの範囲
友だち追加だけで、氏名、電話番号、来店履歴まで取得できるとは限りません。必要な情報は、利用目的を示したうえで別途取得する設計にします。
編集長の見解: 自動化の目的は、顧客情報を集めることではなく、対応漏れを減らすことです。取得する情報を増やす前に、友だち追加、台帳登録、案内送信の各段階で、誰が何を確認するかを決めてください。
安全面を整えたら、少数件で動作を確かめてから本番運用へ進みます。
✅ テストとトラブル対策
本番公開前に、次のテストを実施します。
| テスト項目 | 確認内容 | 失敗時の対応 |
|---|---|---|
| 友だち追加 | Webhookが受信されるか | LINE側のWebhook設定を確認 |
| Zapier受信 | 受信データを取得できるか | URL、認証、データ形式を確認 |
| 台帳登録 | 正しい列へ記録されるか | 項目の対応関係を修正 |
| 重複処理 | 同じイベントで二重登録しないか | 識別キーと検索処理を見直す |
| クーポン配信 | 意図した相手へ送信されるか | テスト用アカウントで再確認 |
| エラー通知 | 失敗を担当者が把握できるか | 通知先と再処理手順を確認 |
よくある失敗
ZapierにLINE公式アカウントのトリガーがない
これは想定どおりです。LINE公式アカウントの友だち追加は、Zapierの公式トリガーとして直接選ぶのではなく、LINE Messaging APIのWebhookを経由して受信します。
Webhookは届くが台帳に登録されない
受信データの項目名と、Googleスプレッドシートの列の対応を確認します。空欄や日付形式の違いがある場合は、Zapier側で整形してから登録します。
クーポンが二重に届く
再送やテスト操作が原因になることがあります。送信済みのユーザーIDと日時を保存し、一定時間内は同じクーポンを送らない条件を設けます。
友だち追加後にクーポンを送れない
送信処理の権限、LINE Messaging APIの設定、配信対象の指定方法を確認します。公式ドキュメントの仕様に合わない場合は、台帳登録と配信処理を分けて運用してください。
テストで問題がなければ、まず少人数の顧客を対象に段階導入し、エラーと問い合わせ内容を記録します。
📌 まとめ
美容サロンがLINE公式アカウントの友だち追加をZapierで扱う場合、Zapier単体の直接検知ではなく、LINE Messaging APIのWebhookを入口にする必要があります。Webhook受信の仕組みを用意し、Zapierで台帳登録や通知を行う構成が基本です。
導入は、次の順番で進めると安全です。
- LINE Messaging APIのWebhook受信を確認する
- Zapierでテストデータを受け取る
- Googleスプレッドシートへの登録を確認する
- 重複登録とエラー通知を設定する
- 少数件でクーポン配信を試す
- 費用と作業時間を見直して本番運用へ移す
友だち追加からクーポン配信までを自動化する場合も、配信内容、利用条件、停止依頼への対応を明確にします。自動化の範囲を段階的に広げれば、店舗の負担を抑えながら運用を改善できます。