機能ページ
共有受信箱向けロールアカウント検出
登録やリード取得時に hello@、sales@、support@ のようなロール型メールを判定します。EmailCheck で共有受信箱をリアルタイムに識別できます。
なぜこれが重要か
ロールアカウントは必ずしも無効ではありませんが、多くの場合は共有所有を意味します。オンボーディング、アトリビューション、ライフサイクルメールで実在の個人が必要なら、ロールアカウント検出は有効な第一フィルターです。
おすすめの次の一歩
まずトップページのチェッカーで手動テストを行い、その後フォームや登録フローに API を組み込んでください。
EmailCheck でできること
1 つの登録が単一の担当者、管理者、請求連絡先に紐づくべき場面で曖昧さを減らせます。
ライフサイクルメールの個別最適化や CRM 引き継ぎを改善できます。
共有の support や sales 受信箱がそのまま主ユーザーになるのを防げます。
API が返すシグナル
各フィールドは実際の検出機能に対応しており、ビジネスロジックで直接活用できます。
role_accountローカル部が support、info、admin、hello などの共有機能アドレスらしい場合に true です。
public_domainロール風アドレスがフリーメール由来かどうかを見る際に役立ちます。
aliasそのアドレスが実在の個人ではなく派生・マスク済みエイリアスかもしれない場合の判断材料になります。
よくあるワークフロー
- 1 人の champion がワークスペースを所有すべき SaaS オンボーディング。
- 直接の担当者が必要な営業フォーム。
- 汎用受信箱に依存すべきでないセキュリティや請求フロー。
実装方法
- アカウントやリードを作成する前にメールアドレスをチェックします。
- `role_account` が true の場合は、必要に応じて手動上書きを許しつつ、名前付きの担当者アドレスを依頼します。
- 監査できるよう、元のメールと最終的に受け入れたメールの両方を保存します。
よくある質問
ロールベースのメールアドレスとは何ですか？
support@company.com、sales@company.com、info@company.com のように、役割や部署に紐づく共有受信箱です。
ロールアカウントは悪いデータですか？
必ずしもそうではありません。多くは有効な受信箱ですが、所有権、アトリビューション、アカウント回復を難しくすることがあります。
いつ個人メールを求めるべきですか？
オンボーディング、請求、安全性の高い連絡で 1 人の責任者が必要な場合は個人アドレスを求めるべきです。
関連ページ
メール検証に関するその他のトピックや、さまざまなシーンでのベストプラクティスをご覧ください。
登録フォーム向け使い捨てメールチェッカー
偽ユーザーがアカウントを作成する前に、使い捨て・一時・捨てアドレスを検出します。EmailCheck API で temp mail ドメインをリアルタイムに確認できます。
メールドメイン検証向け MX レコードチェッカー
メールドメインに有効な MX レコードがあり受信可能かを確認します。EmailCheck でドメイン、メールサーバー、到達性シグナルをリアルタイム検証できます。
ビジネス登録フロー向けパブリックメール判定
Gmail や Yahoo のようなパブリックメールドメインを検出し、デモ申込、営業問い合わせ、B2B オンボーディングで会社メールを依頼できます。