投票、フォーム送信、購入のすべてが、発生した瞬間に署名付きのWebhookを発火します — それをZapierの汎用的なWebhookトリガーに向ければ、コードを書くことなく、あらゆるインタラクションがCRM、スプレッドシート、Slackチャンネルに届きます。
MailInAppには公式のZapierアプリはなく、必要でもありません。プロジェクトのWebhookはすでに、HTTPS経由のプレーンな署名付きJSONです — これはZapierのWebhooks by Zapierトリガー(あるいはMake、n8n、Pipedream、その他受信Webhookを受け取れるものなら何でも)が期待している形そのものです。
プロジェクトごとに一度有効にする
回答ページでHTTPS URLを入力し、有効にするをクリックします。MailInAppは署名シークレット(whsec_…)を一度だけ表示します — 後で署名を検証する予定があれば控えておいてください。
受け取り、絞り込み、動かす
Zapierでは、Webhooks by Zapier → Catch Hookトリガーがすべてのイベントを受け取ります。その直後のFilter by Zapierステップが、重要なものだけに絞り込みます — event.actionがsubmitやpurchaseと等しい、特定のevent.blockId、あるいは悪いCSAT/NPS回答についてマネージャーへ通知するZapのためのlowScoreがtrueである、といった条件です。
何も静かに失われることはない
無効なZap URLや一時的な障害は配信失敗としてカウントされ、バックオフ(おおよそ1分、5分、30分、2時間、その後6時間)を伴い自動的に再試行されます。インタラクション自体は常にまずMailInApp内に保存されるため、配信を逃しても何も失われません — 回答ページが正となる情報源で、Webhookはリアルタイムの信号です。
両方向に機能する
別のZap(「チケット解決」「商談成立」など)の最後のステップとして独立したWebhooks by Zapier → POSTステップを置けば、連絡先リストの行アップサートエンドポイントを呼び出し、MailInAppの連絡先を自動的に追加・更新できます。これにより、人手でCSVを再エクスポートすることなく、送信リストを最新の状態に保てます。
はじめに
プロジェクトの回答ページでWebhookを有効にし、Webhooks by Zapierトリガーで受け取り、気にかけているイベント用のフィルターステップを追加し、自分のワークフローに合ったアクション(Sheets、CRM、Slackなど)を組み立てます。
