Webhook

一般的な使用例

Webhookが重要な理由

Webhookは、継続的なポーリングの必要性を排除することで、メールデータとのやり取り方法を変革します。新しいイベントを確認するためにAPIを繰り返しクエリする代わりに（リソースを浪費し遅延を生じさせる）、Webhookは情報が利用可能になった瞬間に配信します。このリアルタイム機能は、次のキャンペーンの前にバウンスしたアドレスを削除したり、受信者のエンゲージメントに基づいてフォローアップシーケンスをトリガーしたりするなど、タイムセンシティブな操作に不可欠です。 メールマーケターや開発者にとって、Webhookは以前は不可能だった高度な自動化を可能にします。誰かがメール内のリンクをクリックすると、Webhookは即座にCRMを更新したり、営業通知をトリガーしたり、ターゲットを絞ったナーチャリングシーケンスに連絡先を登録したりできます。ユーザー行動へのこの即時応答は、エンゲージメントとコンバージョン率を劇的に向上させます。 Webhookはインフラストラクチャコストと複雑さも軽減します。ポーリングベースのアプローチは、何も変更がない場合でも、継続的に更新を確認するための専用リソースを必要とします。Webhookでは、イベントが実際に発生した場合にのみデータを処理するため、システムがより効率的でスケーラブルになります。このイベント駆動型アーキテクチャは、現代のメールインフラストラクチャの標準的なプラクティスです。

Webhookの仕組み

Webhookは、シンプルで強力なメカニズムで動作します。事前定義されたイベントが発生すると、ソースシステムが指定したURLにHTTP POSTリクエストを送信します。Webhookエンドポイントと呼ばれるこのURLは、イベントに関する詳細情報を含むJSONペイロードを受信します。メールシステムの場合、メールがバウンスしたり、開封されたり、その他の追跡されたイベントがトリガーされた瞬間にアプリケーションに通知されます。 プロセスは、メールサービスプロバイダーにエンドポイントURLを登録し、受信したいイベントを選択することから始まります。購読者がメールを開封すると、ESPはこのアクションを検出し、イベントタイプ、タイムスタンプ、受信者メール、その他の関連メタデータを含むペイロードを即座に構築します。このペイロードは、HTTPS POSTリクエストを介してエンドポイントに送信されます。 サーバーはHTTP 200ステータスコードを返すことで受信を確認する必要があります。Webhookの配信に失敗した場合（サーバーダウンタイムやネットワーク問題）、ほとんどのプロバイダーは指数バックオフによるリトライロジックを実装しています。これにより、一時的な障害が発生しても、最終的にすべてのイベントデータを受信できます。プロセス全体は通常ミリ秒で完了し、メールパフォーマンスのほぼ瞬時の可視性を提供します。

ベストプラクティス

よくある質問