Local Scraper メール認証

エクスポート後に認証する。

最適な認証タイミングは、Local Scraper が CSV を生成した後、レコードがダウンストリームシステムに入る前です。

1. 地理に関連するソースプラットフォームを選択して、ターゲットカテゴリと場所で Local Scraper を実行する。
2. 結果を CSV としてエクスポートする。
3. 認証実行前にビジネス名と主要住所で重複排除する。
4. メール列を正規化する（1 行 1 アドレス）。
5. メール列を BillionVerify にアップロードする。
6. 認証結果を元の行に結合する。
7. 結果シグナルに基づいて各行をルーティングする。
8. 承認された行のみを CRM・送信者・アウトリーチツールにインポートする。

ソース品質を診断したい場合は、BillionVerify 結果をソースプラットフォームでフィルタリングし、Google Maps と Yellow Pages レコード間の通過率を比較してください。Yellow Pages 関連レコードでの低い通過率は予想されており、将来のソーシング決定に情報を提供するべきです。

バッチクリーンアップに CSV を使用する。

CSV は Local Scraper 実行が手動またはインポート前に確認する場合に適したアプローチです。

エージェンシー用途では、クライアント納品前にすべての Local Scraper エクスポートで認証を実行してください。高いバウンス率で納品されたリストは、データがどのようにソースされたかに関係なく、エージェンシーに悪影響を与えます。

各結果をルーティングする。

認証結果は 3 つの明確なグループを生成するべきです：送信、セグメント、または抑制。

ルーティングをインポートステップに組み込んでください。各 Local Scraper 実行後に何をすべきかを人が覚えていることに依存しないでください。

役割ベースのメールは別途管理する。

マルチソースのローカルリストは特に役割ベースが多いです。複数のディレクトリで最も広くインデックスされるメールは通常、一般的なコンタクトアドレスです。より特定の部門または指名メールはディレクトリリスティングに表示される可能性が低く、抽出される可能性も低いです。

これらのアドレスは自動的に無効ではありません。指名された意思決定者コンタクトと同じでもありません。

別途管理してください：

1. まずアドレスを認証してライブであることを確認する。
2. 役割ベースシグナルを専用列に保存する。
3. 役割ベースメールを個人化された指名コンタクトシーケンスから除外する。
4. 共有受信ボックスに送信する際はクリーンで簡潔で転送しやすいコピーを使用する。
5. 高価値ターゲットには、ビジネスドメインを使用して追加のコンタクトを検索する。

Home Advisor にインデックスされたビジネス（配管工、屋根葺き業者、電気工事士、便利屋）は、小さな請負業者がビジネスメールをオーナーにより直接ルーティングすることがあるため、小売またはレストランカテゴリより役割ベースアドレスが少ない場合があります。それでも最初に認証してください；キャッチオール設定はそのセグメントでも一般的です。

次は送信またはエンリッチ。

認証後、異なるレコードは異なる場所に移動するべきです。

承認されたレコードを既存の送信・CRM・セールスワークフローに移動してください。役割ベースとメールなしのレコードは、破棄するのではなく別のセグメントに保持してください。

メール列の作成方法を選ぶ。

Local Scraper は Google Maps を他のローカルソースと組み合わせます。エクスポートが単一ソースの Google Maps ワークフローから来ている場合は、クリーンアップがデータパスと一致するようにソース固有のページを使用してください。

Local Scraper FAQ。