システム連携で業務効率10倍！Webhook機能の活用完全マニュアル

田辺さん、Webhookってよく聞きますけど、正直あまりピンとこないんです。IT担当者じゃないと分からない話ですか？

概念自体はシンプルですよ。「何かが起きたら自動的に他のシステムに知らせる仕組み」です。例えるなら、お店のドアベルのようなものです。お客様が来店したらドアベルが鳴る──Webhookでは「友だちが追加されたらCRMに自動登録する」というように、あるイベントをきっかけに別のアクションが自動実行されます。

なるほど、ドアベルは分かりやすいですね。じゃあLINEのWebhookだと、どんなイベントが「ドアベルの引き金」になるんですか？

主なイベントは「友だち追加」「メッセージ受信」「フォーム送信」「リッチメニュータップ」「フォロー解除（ブロック）」などです。これらのイベントが発生するたびに、あらかじめ指定したURLに情報が送られる。受け取った側のシステムが、その情報をもとにアクションを実行するわけです。

実際にどんな連携ができるんですか？具体例を教えてください。

代表的なものを5つ挙げますね。1つ目は「CRM連携」──友だち追加やフォーム回答をCRMに自動登録。2つ目は「EC連携」──購入完了情報をLINEに連携して、購入者に自動でお礼メッセージを送信。3つ目は「予約システム連携」──LINEのフォームから受けた予約を予約管理システムに自動反映。4つ目は「スプレッドシート連携」──フォームの回答をGoogleスプレッドシートに自動記録。5つ目は「チャットツール連携」──問い合わせが入ったらSlackに自動通知。

Slackへの通知は便利そうですね！チャットで問い合わせが入ったのをリアルタイムで把握できるんですか。

はい。さらに重要なのが、これらの連携をプログラミングなしで実現できるかどうかです。ZapierやMakeなどの連携ツールを使えばノーコードで設定できますが、ツール側がWebhookを発信する機能を持っていないとそもそも連携できません。

ツールLやツールEのWebhook機能はどんな感じですか？

ツールLはWebhook機能を搭載していて、主要なイベント（友だち追加、メッセージ受信など）をWebhookで外部に通知できます。ただし、送信できるイベントの種類が限られている場合があり、カスタムイベントの定義などは難しいですね。リトライ機能も基本的なものにとどまります。

ツールEはどうですか？

ツールEは外部連携においてはAPI提供が中心で、Webhook（ツール側から外部に通知する方式）は限定的です。つまり外部システムからツールEのデータを取りに行くことはできても、ツールEから外部に自動通知する仕組みは弱い。受動的な連携はできても能動的な連携には制約があるわけです。

APIとWebhookの違いって何ですか？

簡単に言うと、APIは「聞かれたら答える」方式で、Webhookは「何かあったら知らせる」方式です。APIだと外部システムが定期的にデータを取りに来る必要がありますが、Webhookならイベント発生時に即座に通知されるので、リアルタイム性が圧倒的に高いんです。

ToolsBoxのWebhook機能はどうなっているんですか？

ToolsBoxは20種類以上のイベントをWebhookで外部に通知できます。友だち追加、メッセージ受信はもちろん、タグの付与・削除、セグメントへの追加・離脱、フォーム送信、シナリオ完了など、ほぼすべてのアクションがWebhookのトリガーになります。

セキュリティ面は大丈夫なんですか？外部にデータを送るってことは、安全性も気になりますよね。

重要なポイントですね。ToolsBoxでは署名検証機能を搭載していて、Webhookの受信側が「本当にToolsBoxから送られたデータか」を検証できます。さらにHTTPS通信を必須としているので、通信経路での盗聴リスクもありません。リトライ機能も備えていて、受信側がエラーを返した場合は時間をおいて最大3回再送します。

リトライがあるのは安心ですね。一時的なサーバーダウンでデータが失われないってことですよね。

はい。さらにToolsBoxでは、Webhook送信ログも管理画面から確認できます。いつ、どのイベントで、どのURLに、何のデータを送ったか。受信側のレスポンスコードも記録されるので、連携がうまくいかないときのトラブルシューティングも容易です。