Pabbly Connectで
Pabbly Connect のユーザーは、フォーム、広告プラットフォーム、Webhook から CRM やメールツールへリードを送る自動化を構築しています。ワークフロー内に検証ステップを追加すれば、無効やリスクのあるアドレスがデータベースに届く前に止められ、下流のすべてのアプリがクリーンなデータを受け取れます。
要約
Pabbly Connect 設定
ワークフローは、取得、検証、振り分け、書き込みの順で構築します。API のステップは、他のシステムにコンタクトを作成するどのアクションよりも前に実行してください。
| 判断項目 | Pabbly の設定 | 運用メモ |
|---|---|---|
| リードのトリガー | トリガーのレスポンスに、メールフィールドと、フォーム、キャンペーン、広告名などのソースの値が含まれているかを確認します。 | ソースのコンテキストがあれば、質の低いアドレスを送ってくるフォームやパートナーを特定しやすくなります。 |
| API アクション | API by Pabbly を使って VeriMails 検証APIを呼び出し、必要なメソッド、エンドポイント、ヘッダー、パラメーター、マッピングしたメールの値を設定します。 | API by Pabbly は、専用のアプリアクションがない場合に REST 呼び出しを行うための汎用モジュールです。 |
| 振り分け | 有効なものだけを通す単一のルートなら Filter を、無効、使い捨て、キャッチオールの結果を別々に扱う必要があるなら Router のルートを追加します。 | 各分岐には結果がわかる名前を付け、今後の運用担当者がワークフローをすばやく監査できるようにします。 |
| タスクの計画 | 検証の呼び出しについて、メール1件につき VeriMails のクレジット1つと、ワークフロー内の外部 API アクション1回を見込んでおきます。 | Filter や Router のような Pabbly の内部ツールは、外部 API の呼び出しと同じ運用コストではありません。 |
| レビューログ | 却下またはリスクのあるアドレスは、ステータスと理由のフィールドを付けて Google Sheets、CRM のメモ、またはチームへの通知に送ります。 | このログが、ロールバックの記録であり、ソースの品質レポートにもなります。 |
Pabbly Connect の
Pabbly Connect は、すべてのワークフローがトリガーから始まり、1つ以上のアクションステップを実行する自動化プラットフォームです。一般的なワークフローでは、新しいリードを取得し、データを整形して、CRM やメーリングリストに送ります。問題は、トリガーに届くメールアドレスの品質がソース次第だということです。リードフォームには入力ミスが集まり、広告プラットフォームは代替値を渡し、Webhook のペイロードには送信元アプリが渡したものがそのまま入ります。途中でチェックしなければ、そうした不正なアドレスはすべてシステムに入り込みます。
ワークフロー内で検証すると、Pabbly Connect ユーザーの4つの具体的な課題を解決できます。
CRM が
トリガーとコンタクトを作成するステップの間に検証アクションを追加すれば、CRM に書き込まれるのは配信可能なアドレスだけになります。不正なレコードが最初から入らないため、後から別途クリーニングを行う必要はありません。手動での確認が不可能な大量の自動化では、これが特に重要です。
送信元の
メールボックスプロバイダーは、バウンス率が健全な範囲を超えた送信者に送信制限をかけることがあります。Pabbly Connect のワークフローがメールツールにつながっている場合、すり抜けた無効なアドレスはすべて次のキャンペーンでハードバウンスになります。ワークフロー内でそれらのアドレスを捕捉することは、リアルタイムで行うメールリストクリーニングのようなものです。バウンス率を低く、受信箱への到達率を高く保てます。
自動化が
Pabbly Connect は、フィールドの値を読み取ってレコードを別々のルートに送る Filter と Router に対応しています。検証ステップがレコードにステータスを付ければ、有効なリードはあるルートへ、無効、リスクあり、使い捨てのリードは別のルートへ振り分けられます。ただデータを流すだけのパイプが、判断を伴うワークフローに変わります。
下流の
ワークフローの終点にあるツールの多くは、アクティブなコンタクト数、保存レコード数、メール送信量で課金します。配信できないアドレスをそれらのツールに届く前に除外すれば、古いコンタクトへの送信を減らせます。課金対象のコンタクト数が減るのは、下流のプラットフォームの課金とインポートの仕組みがそれに対応している場合に限られます。
VeriMailsが
Pabbly Connect のワークフローがアドレスを VeriMails に送ると、 VeriMails API が一連のチェックをすべて実行し、構造化された結果を返します。各レイヤーが、それぞれ異なる種類の不正なアドレスを取り除きます。
検証はまず構文の検証から始まり、ネットワーク処理の前にアドレスの形式が正しいかを確認します。次に、 MXとDNSのチェックで、ドメインが存在し、そもそもメールを受信できる設定になっているかを確認します。中核となるテストはライブSMTPハンドシェイクです。VeriMails は受信側のメールサーバーに接続し、メッセージを一切送信せずに、そのメールボックスがメールを受け付けるかを確認します。
さらに3つのチェックで、自動化パイプラインに必要な細かな判断材料を加えます。キャッチオール検出は、あらゆるアドレス宛てのメールを受け付けるよう設定されたドメインを特定するため、サーバーが個別のメールボックスを確認できない場合がわかります。これは品質の推測ではなく検出であり、ワークフローでキャッチオールの結果を独立したカテゴリとして扱えます。使い捨ての検出は、登録フォームを回避するために使われる一時的な受信箱のプロバイダーを検出します。ロールベースの検出は、info@ や sales@ のように、マーケティングリストに入れるべきでないことが多い共有アドレスを特定します。これらすべてのチェックを通じて、VeriMails はワークフローの振り分けに使えるわかりやすい検証結果を返します。
Pabbly Connect ユーザー
新規の VeriMails アカウントにはすべて100件分の検証クレジットが無料で付与され、クレジットカードは不要、そのクレジットに有効期限もありません。この無料分で、導入を決める前に Pabbly Connect のワークフローを最初から最後まで構築してテストできます。
継続的な自動化向けのクレジットパックは10,000クレジット$19から用意しており、1メールあたり$0.0019です。最大で5,000,000クレジットで$1,499まで拡張できます。クレジットに有効期限はないため、リード数が月ごとに増減する自動化にも適しています。ワークフローが一定のペースで動くなら、年払いプランは月額$12.50からご利用いただけます。検証したアドレス1件につき1クレジットを消費します。呼び出し元がワークフロー、単一のAPIリクエスト、一括CSVジョブのいずれでも同じです。そのため、Pabbly Connectの自動化も他のVeriMailsの利用と同じ残高から消費されます。
ワークフローの
このフローで、Pabbly ConnectのワークフローにVeriMailsを検証アクションとして追加します。
- トリガーの範囲： APIアクションを追加する前に、トリガーステップでメールアドレスのフィールドが取得できているか確認します。
- API ステップ： VeriMailsのキーはAPIアクションの設定内で管理し、メール検証API ステータスのフィールドを後続ステップにマッピングします。
- 結果への対応： FilterまたはRouterのパスを使い、有効な連絡先は先に進め、無効なものや使い捨ての連絡先は記録またはスキップします。
ステップバイステップ
VeriMailsの
VeriMailsの無料アカウントを作成し、ダッシュボードを開きます。APIセクションに移動してAPIキーをコピーしてください。このキー1つでPabbly Connectのワークフローからのすべての検証呼び出しを認証するため、これから作るアクションステップ用に手元に用意しておきましょう。
ワークフローを
Pabbly Connectで、リードを取り込んでいるワークフローを開きます。フォーム送信、Webhook、他の連携アプリのいずれから来る場合でも、トリガーステップがメールアドレスを取得しているか確認してください。このフィールドは次の段階で検証ステップにマッピングします。
API by Pabblyの
新しいアクションステップを追加し、API by Pabblyを選びます。メソッドはVeriMailsの検証エンドポイントが求めるものに設定し、VeriMailsのAPIエンドポイントURLを貼り付け、ヘッダーまたはクエリパラメータにAPIキーを追加します。リクエストにはトリガーのメールアドレスのフィールドをマッピングし、実行ごとに実際のアドレスを検証します。
結果に
Pabbly ConnectはVeriMailsのレスポンスを返します。ここにはステータスと、キャッチオール、使い捨て、ロールベースのフラグが含まれます。ステータスが有効の場合のみ処理を続けるFilterを追加するか、Routerで有効なアドレスと、無効・リスクあり・使い捨てのアドレスを別々のパスに分けて確認に回します。
クリーンな
有効のパスに、連絡先をCRMやメーリングリストに書き込むアクションを追加します。テスト用のレコードでワークフローを実行し、検証結果が表示されること、到達可能なアドレスだけが最終ステップに届くことを確認します。テストに通ったら、ワークフローをオンにします。
結果
VeriMailsのレスポンスがPabbly Connectで使えるようになったら、それをもとに連絡先を書き込むか、保留するか、却下するかを判断します。
- 有効: CRMやメーリングリストのアクションに進み、連携先アプリが対応していれば検証日やタグを追加します。
- 無効: 連携先アクションの手前で止め、レコードを除外リストのシートや却下リードのテーブルに書き込みます。
- キャッチオール：確認用のパスに回します。レコードは見える状態のまま、キャンペーンに使える確定済みリードとは分けて管理します。
- 使い捨て：ナーチャリングのワークフローから除外し、フォームの品質確認のためにリードソースにタグを付けます。
- ロールベース：共有受信箱への連絡を目的とした自動化でない限り、手動確認に回します。
- リクエストエラー：担当者に通知し、APIアクションが成功するまで連絡先を追加しないでください。