Tallyのフォーム送信を、リストに入る前にすべて検証
Tallyは、メールアドレス欄が入力されていてアドレスの形式になっているかを確認したうえで、回答を送信データの一覧に追加します。メールボックスが実際に存在するかは確認しないため、入力ミス、使い捨てドメイン、とうに使われなくなった受信トレイが、そのままCRMやメール配信ツールに流れ込みます。Qualisendはこのギャップを埋めます。提供中のTallyネイティブコネクターで過去のフォーム送信を検証し、フォームにWebhookを追加すれば新しい送信もリアルタイムで検証します。さらに、アドレスが届いた瞬間に検証できるREST APIも用意しています。
CSV不要で、Tallyと直接連携
必要なのはAPIキーだけ
TallyのAPIキーを貼り付けます。APIキーはTallyの「Settings → API keys」で確認できます。
- 任意のフォームの過去の送信を検証
- クリーニング済みのリストをエクスポート（Tally側は変更なし）
- 新しいフォーム送信をWebhookでリアルタイムに検証
- 7日・14日・30日ごとに自動クリーニング
CSVやAPIでの利用も可能です。詳しくは下記をご覧ください。
Tallyが標準でクリーニングするもの
Tallyのメールアドレス欄は形式チェックを行うため、name@domainの形になっていないとフォームを送信できません。欄を必須にしたり、回答者ごとの送信を1回に制限したり、Tally標準のスパムフィルターに加えてreCAPTCHAやhCaptchaを有効にしてボットを防いだりすることもできます。確認メールや通知メールからは、アドレスがバウンスするかどうかをわずかに推測できる程度です。Tallyの機能はここまでです。Tallyはフォーム作成ツールでメールの送信元ではないため、収集したアドレスについて配信除外リストも、バウンスの記録も、到達率のステータスも持っていません。
検出できないもの
形式チェックはメールアドレスの形をしていれば何でも通すため、打ち間違えたgmial.com、使い捨てドメインのアドレス、info@ などの役割アドレス、2年前に放置されたメールボックスも、すべてTallyのチェックを通過してエクスポートに入ります。Tallyはマーケティングメールを送らないためバウンスも発生せず、こうしたアドレスを事後的に検出する手がかりがまったくありません。問題が表面化するのは、フォーム送信の連携先であるメール配信サービス（ESP）やCRMの中で、すでにバウンス率が悪化したあとです。しかも、連携先のツールにインポートしたリストはバウンス履歴が引き継がれないため、無効なアドレスも再びクリーンに見えてしまいます。
Tallyのリストをクリーンに保つべき理由
Tallyの料金はコンタクト数ではなくフォームと機能で決まるため、実際のコストは連携先で発生します。収集した無効なアドレスは1件ごとにメール配信サービスやCRMの課金対象となるコンタクト数を増やし、スパムによるフォーム送信が急増すれば送信者レピュテーションも一緒に下がります。2024年以降、GmailとYahoo!は一括送信者に迷惑メール率0.3%未満を求め、バウンス率も低く安定していることを求めています。公開フォームは、問題のあるアドレスがこうした基準をすり抜ける最も一般的な経路の1つです。フォームが拡散されて入力ミスや使い捨てアドレスが一度に大量に集まるだけで、すべての受信者に対して迷惑メールフォルダー行きになりかねません。取得時点で検証すれば、不要なアドレスがコストになる前に締め出せます。
CSV・APIを使う場合：手動での手順
フォームの役割はアドレスの取得であって、クリーニングではありません。フォーム送信は保存後に編集できないため、効果的なのは、届いた瞬間に各アドレスを検証することと、すでに収集したアドレスを一度にまとめて検証することです。
過去のフォーム送信をエクスポート
フォームを開いて「Submissions」タブに移動し、「Export」をクリックして「Export as CSV」を選択します。回答ごとに1行となり、クリーニング対象のメールアドレス列を含むファイルが出力されます。
Qualisendでファイルを検証
CSVをQualisendにアップロードして一括処理を実行します。一度に最大100万件のアドレスを扱え、重複アドレスの課金は1回のみです。進捗はリアルタイムで確認でき、有効期限のない100クレジット（初回のみ）で無料で始められます。
結果を確認
各アドレスは、配信可能・要注意・配信不可・不明のいずれかで返されます。それぞれに理由コード、サブフラグ（キャッチオール、使い捨て、役割アドレス、容量超過）、MXプロバイダー、SMTP確認の根拠、0～100の信頼度スコアが付きます。
結果に応じて対処
Tallyの「Submissions」画面で使い捨てアドレスと配信不可アドレスのフォーム送信を削除して、再び同期されないようにします。残りをメール配信サービスやCRMにインポートする前に、それらの行も削除しておきます。要注意アドレスにはタグを付け、連携先でセグメントに分けたり配信ペースを落としたりします。
または登録時に自動で検証
アドレスの取得時点で検証します。フォームの「Integrations → Webhooks」でWebhookを追加すれば、ネイティブコネクターがTallyの新しいフォーム送信をリアルタイムで検証します。または、Zapier、Make、n8nのフローでTallyとQualisendのREST APIをつなげば、アドレスを検証したうえで問題のないアドレスだけを次の連携先に送り、入力ミスや使い捨てアドレスは止めておけます。
Qualisendがすべてのアドレスで検出するもの
- 次の配信でバウンスするはずの送信実績のない無効なアドレス：Tallyの形式チェックは通過したものの、実在するメールボックスにつながっていないアドレスです。
- 特典資料だけを入手したり、本来のアドレスを教えずに済ませたりするために使われる使い捨て・一時的なドメイン。
- 特定の個人ではなく、迷惑メール報告につながりやすいinfo@、support@、sales@ などの役割アドレス。
- SMTPの段階で何でも受け付けるキャッチオールドメイン。フラグを付けるので、やみくもに信頼せずにセグメントに分けたり配信ペースを落としたりできます。
- すべてのアドレスに0～100の信頼度スコアと機械可読な理由コード。残すか除外するかの基準を自由に設定できます。
Tallyのネイティブコネクターを提供中です。Qualisendの「連携」でTallyと連携すると、CSV不要でTallyのリストを直接扱えます。
結果ごとの対処法
各アドレスには判定とサブフラグが返されます。まだ届くコンタクトを失わずにTallyのリストをクリーンに保つための対処法は次のとおりです。
配信可能確認済みのコンタクトとして、リストやCRMに同期します。配信可能 + 役割アドレスフラグ必要であればインポートしますが、役割アドレスとしてタグを付け、1対1のシーケンスからは外します。要注意 + キャッチオールフラグ別のセグメントに分け、最初の配信はペースを落とします。ドメインがすべてのメールを受け付けるため、届くとは限りません。要注意 + 使い捨てフラグTallyでそのフォーム送信を削除し、対象から外します。使い捨てアドレスが実際の顧客になることはありません。不明保留してあとで再検証するか、判定が確定するまで連携先への同期を見送ります。配信不可Tallyでそのフォーム送信を削除し、インポート前に該当行も除外して、メール配信サービスに入らないようにします。関連記事
Tallyのフォーム送信の流れに検証を組み込み、入力ミスがデータベースに入るのを防ぎます。
ZapierでTallyとQualisendをつなぎ、新しいフォーム送信をCRMに入る前にすべて検証します。
Tallyの形式チェックが、一見まったく問題のない使い捨てドメインや使われていないメールボックスを通してしまう理由。
Qualisendの各結果を支える4つの判定、サブフラグ、SMTPの根拠。
スコープ付きキー、Webhook、レート制限で、フォーム送信をアドレスの取得時点で検証します。
Tallyのメールアドレス検証に関するよくある質問
Tallyのリストを数分でクリーニング
有効期限のない100クレジットで無料で始められます。クレジットカード登録は不要です。連携して検証するだけで、次のキャンペーンを守れます。