ローカルビジネスディレクトリはリストを提供しますが、クリーンなメールアドレスは提供しません。
Yellow Pages、Yelp、BBB、Angi、Bark、Thumbtack、Mantaは、連絡先情報とともにローカルビジネスをリスト化しています。その連絡先情報は、ウェブサイトのURLや電話番号からメールアドレスまでさまざまで、現在有効なものも、古くなったもの、複数の従業員で共有されているものもあります。
ローカルビジネスのメールリストは、B2Bデータベースのエクスポートとは異なる品質問題を抱えています。その問題は構造的なものです。小規模ビジネスは汎用の受信箱を使用し、メールアドレスをより頻繁に変更し、キャッチオールドメインで運営し、標準化されたメールインフラが少ない傾向があります。
認証前にどのような問題が予想されるかを理解しておくと、結果のルーティング方法が明確になります。
ローカルビジネスのメールリストが異なる理由。
| 問題 | 発生理由 | アウトリーチへの影響 |
|---|---|---|
| 共有受信箱の高い割合 | 小規模チームは info@、contact@、service@ を共有している | 特定の人物に到達しにくい。メッセージは汎用的にする必要がある |
| キャッチオールドメイン | 小規模ビジネスのホスティングはキャッチオール受信をデフォルトにすることが多い | SMTPチェックは陽性を返すが、メールボックスが存在しない場合がある |
| 古いアドレス | ビジネスの連絡先情報はディレクトリのリストを更新せずに変更される | リスト作成時に有効だったメールからのバウンス |
| 重複リスト | 同じビジネスが複数のディレクトリに掲載される場合がある | 認証前にリストが重複排除されていない場合、重複して送信される |
| 名前付き連絡先なし | 多くのリストにはビジネス名のみが表示され、個人名はない | 役割ベースまたは汎用受信箱が唯一利用可能なアドレスになる |
| 古くなったビジネス | リスト掲載のビジネスの中には、閉業または非活動なものがある | バウンス、非アクティブなドメイン、またはMXレコードなし |
BillionVerifyがローカルビジネスリストに返すシグナル。
| シグナル | ローカルアウトリーチにおける意味 |
|---|---|
| Valid（有効） | アドレスは配信可能で役割ベースではない — 送信可能 |
| Invalid（無効） | アドレスはバウンスする — インポート前に削除 |
| Catch-all | ドメインはすべてのメールを受け入れる。特定のメールボックスの状態は不確実 |
| Role-based（役割ベース） | 共有受信箱 — 名前付き連絡先ではない |
| Unknown（不明） | 判断不能 — 送信前にレビューが必要 |
| Disposable（使い捨て） | ビジネスアドレスではない — 削除 |
ローカルビジネスリストは通常、B2Bデータベースのエクスポートよりもキャッチオールと役割ベースのアドレスの割合が高くなります。これはリストを使えなくするものではありません。異なるルーティングとメッセージングの決定が必要であることを意味します。
ローカルビジネス認証の標準ワークフロー。
ディレクトリからローカルビジネスリストを収集
→ メールアドレスを抽出
→ ソース間で重複排除
→ 以前に抑制したアドレスを削除
→ BillionVerifyで認証
→ Valid → 送信者またはCRMにインポート
→ Catch-all → 別の低ボリュームセグメント
→ Role-based → 別のキャンペーン、汎用メッセージング
→ Invalid → 抑制ファイル
→ Unknown → レビューキュー
ローカルビジネスリストの役割ベースアドレスの処理方法。
ローカルビジネスの役割ベースアドレスは一般的です。info@、contact@、hello@、service@、office@ — これらは、個人のメールアドレスを持たない小規模ビジネスの標準的な汎用受信箱です。
汎用受信箱への送信は、無効なアドレスへの送信と同じではありません。メッセージは誰かに届く可能性があります。問題は、間違った人物、またはあなたのオファーに対して行動する権限を持たない人物に届く可能性があることです。
ローカルビジネスの役割ベースアドレスへの対応：
- 特定の読者を想定しないメッセージングを書く
- ファーストネームの挨拶なしで機能するサブジェクトラインを使用する
- 最初の文で価値提案を明確にする
- 返信またはメール配信停止への明確な経路を含める
このクラスターで扱うローカルディレクトリ。
イエローページメール認証
イエローページのリストからメールをアウトリーチキャンペーンに追加する前に認証します。
Yelp メール認証
Yelp のビジネスリストからメールを認証します。Yelp はメールを直接公開することは少なく、ほとんどのアドレスはウェブサイト発見が必要です。
BBB メール認証
BBB ビジネスプロフィールからメールをローカルアウトリーチキャンペーンに追加する前に認証します。
商工会議所メール認証
アウトリーチ前にローカル商工会議所の会員ディレクトリからメールを認証します。
Manta メール認証
ローカルアウトリーチ前に Manta の中小企業ディレクトリリストからメールを認証します。
ローカルディレクトリメール認証
メール品質、コンタクト経路、認証戦略でローカルディレクトリソースを比較します。
このクラスターで扱うサービスマーケットプレイス。
このクラスターで扱う業種。
ローカルビジネスメールリストのワークフロー。
ローカルビジネスソースの比較。
ローカルビジネスメール認証によくある質問。
ローカルビジネスリストはB2Bデータベースエクスポートよりもクリーニングが難しいのはなぜですか？
B2Bデータベースは製品の一部としてメール認証に投資しています。ローカルディレクトリはそうではありません。その価値はローカルの発見にあり、連絡先の正確さにはありません。ローカルディレクトリのリストに掲載されているメールアドレスは、ビジネスオーナーが何年も前に提出したもので、更新されていない可能性があり、現在アクティブでない場合があります。認証のギャップは偶発的なものではなく、構造的なものです。
ローカルビジネスリストの info@ や contact@ アドレスに送信すべきですか？
調整されたメッセージングで別のキャンペーンにルーティングしてください。メインキャンペーンには入れないでください。汎用受信箱は誰かに届くかもしれませんが、あなたのオファーに関係する特定の人物に届く可能性は低いです。アウトリーチがパーソナライゼーションや役割固有の関連性に依存している場合、汎用受信箱はターゲットとして適切ではありません。ビジネスオーナーやマネージャーであれば誰でも関連するオファーであれば、適切なメッセージングで機能する可能性があります。
ローカルビジネスリストの何パーセントが配信可能だと期待できますか？
有効率はディレクトリソース、ビジネスカテゴリ、および場所によって大きく異なります。ローカルビジネスリストは通常、厳選されたB2Bデータベースエクスポートよりも有効率が低く、無効およびリスクのあるアドレスを削除した後、50〜70%が有効で、別途処理が必要なキャッチオールおよび役割ベースのアドレスが相当な割合を占めます。
複数のディレクトリに掲載されているビジネスの処理方法は？
認証前に重複を排除してください。重複排除キーとしてメールアドレスを使用してください。Yellow PagesとYelpの両方から同じアドレスが表示される場合は、2回ではなく1回認証すべきです。認証前に重複排除することで、認証コストが削減され、同じアドレスが2つの異なるリードとして扱われることを防ぎます。
ローカルビジネスリストはどのくらいの頻度で再認証すべきですか？
最低でも6ヶ月ごとに再認証してください。ローカルビジネスのメール変更率はエンタープライズB2Bよりも高く、ビジネスは閉業、リブランド、オーナー変更を行い、連絡先情報を頻繁に更新します。12ヶ月前に認証されたリストは、相当な劣化がある可能性があります。キャンペーンを再利用する前に再認証してください。