將本地部分與已識別的角色模式比對
info@、support@、sales@、billing@、abuse@ 和 postmaster@ 等地址描述的是職能，而非具名個人。BillionVerify 會規範化地址，並將其本地部分與持續維護的角色模式比對，從而一致地分類常見角色別名。
網際網路標準社群在 RFC 2142 中記錄了常規服務郵箱名稱。實際組織還會建立更多角色別名，因此陰性匹配能縮小風險範圍，但絕不能證明收件箱屬於個人。
郵箱驗證工具
免費角色帳戶檢測
個人收件箱還是通用角色郵箱？這個基於角色的郵箱地址檢查器會標記 info@、support@、sales@ 等模式，並提供一項聚焦的角色結果。
什麼是角色帳戶檢測？
角色帳戶檢測會標記 info@、support@、sales@ 和 admin@ 等通用角色郵箱——這正是基於角色的郵箱地址檢查器的用途。
這些角色地址通常能接收郵件，卻會拖低回覆率、增加投訴並浪費 SDR 的時間。免費角色帳戶檢測會讓這項判定保持醒目。
角色帳戶檢測會結合本地部分模式與驗證上下文，然後本頁只顯示角色判定及其指引。
免費角色帳戶檢測如何運作
在保留獨立路由和 SMTP 證據的同時，分類角色郵箱的用途。
1. 校驗地址
在任何網路工作前拒絕空或畸形輸入。
2. 匹配常見角色模式
基於角色的郵箱地址檢查器會將規範化後的本地部分與 support、sales、billing 等已知職能名稱比對。
3. 獨立檢查送達能力
將 SMTP 收件人結果分開保留，因為角色郵箱仍可能正常接收郵件。
4. 僅展示角色讀數
免費角色帳戶檢測會突出本頁的判定維度及其淺白含義，而不是顯示完整的多標記面板。
何時需要免費角色帳戶檢測
當單一判定比完整報告更重要時，使用專門的基於角色的郵箱地址檢查器。
複核線索來源品質
在把匯入的聯絡人分配給 SDR 前，衡量其中有多少是角色帳戶，而不是具名個人。
分段人員級外聯
把 info@、sales@ 和類似角色郵箱移出面向具名決策者的序列。
保留營運角色郵箱
當工作流程確實面向該組織職能時，保留 billing@、support@ 和 security@。
建立依上下文路由
把角色標誌當作批量匯出和 API 決策中的欄位，而不是刪除原始紀錄。
免費角色帳戶檢測與其他郵箱驗證工具比較
這些是交互式郵箱驗證工具——不是批量任務、不是 API、也不是免費工具（DNS / SPF / DKIM）。
本頁只處理角色判定。其他工具會顯示完整的多層結果，或聚焦另一項專門標記。
| 工具 | 功能說明 | 適用時機 |
|---|---|---|
| 免費郵箱驗證器 | 完整 SMTP 郵箱檢查加上全部風險標記 | 當送達率與發送安全重要時 |
| 郵箱檢查器 | 單個地址的完整 SMTP + 全部風險標記 | 需要一處查看完整多層結果時 |
| 免費郵箱檢查器 | 檢測免費個人郵箱服務商（Gmail、Yahoo 等） | 線索質量與 B2B 域名評分——不是“免費額度”驗證 |
| 郵箱校驗器 | 僅語法 + MX——無 SMTP | 快速格式與域名初篩 |
| 一次性郵箱檢測 | 標記臨時 / 一次性域名 | 註冊與線索捕獲 |
| 退信郵箱檢查器 | 聚焦退信與不可達風險 | 控制退信率的列表衛生 |
| Catch-All 驗證器 | 檢測 Catch-all 域名 | 當 SMTP 接受結果不可靠時 |
| 角色帳戶檢測 | 基於角色的郵箱地址檢查器 | B2B 外呼質量 |
| 郵箱列表清洗 | 一次驗證多個地址（粘貼或 CSV） | 單次檢查不夠、需要清洗整份列表時 |
| 反向電子郵件查找 | 依郵箱地址找出公開歸屬線索與公司上下文 | 線索調研與未知寄件者審核 |
| 電話號碼驗證器 | 驗證電話格式、國家、類型和 E.164 輸出 | 外聯前清理 CRM 電話 |
如何閱讀角色帳戶檢測結果
角色帳戶表示符合通用角色郵箱模式。非角色帳戶表示本地部分不符合任何常見角色關鍵詞——仍不保證它是個人收件箱。
角色分類與 SMTP 可投遞性互相獨立。共享的 sales@ 角色郵箱可以接收郵件，而看似個人的地址仍可能拒收郵件或其實是別名。
本地部分證據
免費角色帳戶檢測如何分類通用郵箱
角色帳戶檢測描述的是 @ 符號前的郵箱名稱；它不能取代域名或 SMTP 驗證。
域名和 SMTP 檢查不受角色標記影響
角色郵箱可能完全可投遞，而看似個人的郵箱也可能無效。因此，檢查會解析接收路由並評估郵箱證據，不讓角色帳戶檢測覆蓋 SMTP 結果。
若要完整面板，打開 郵箱檢查器 即可查看完整面板。本頁會更深入解釋角色郵箱與可能的個人郵箱之間的區別，因為兩者會導向不同的外呼決策。
角色表示共享職能，不等於質量一定較低
support@ 可以是客戶問題的正確目的地，billing@ 適合發票，security@ 適合漏洞報告。同一個地址可能不適合人對人的銷售外聯，卻最適合事務性流程。
角色分類應用於分流，而不是成為一律刪除的規則。保留角色標籤，讓每個工作流程自行決定如何處理。
閱讀標籤
將角色分類轉化為依上下文而定的決策
同一個角色郵箱在某個工作流程中可能很合適，在另一個流程中卻可能不合適。
檢測到角色帳戶
本地部分符合已知的職能或共享郵箱模式。對面向具名個人的銷售序列，應將角色帳戶移出主要受眾，或要求提供特定個人的聯絡方式。對支援、發票、濫用舉報和營運通知，如果該職能正是預期收件人，則應予以保留。
發送前請另行檢查 SMTP 狀態。角色標籤描述的是用途，而不是伺服器目前是否接受該郵箱。
未檢測到常見角色模式
本地部分在目前的角色資料集中沒有任何匹配。它可能是個人收件箱，也同樣可能是不常見的共享別名、分發列表、轉寄地址或虛構的本地部分。
發送決策請使用 郵箱驗證器 來作出發送決策，並保留聯絡人來源證據。單靠角色帳戶檢測既不能確認所有權，也不能確認身分。
角色與 Catch-All 或一次性訊號並存
多種信號可以並存。Catch-all 域名上的 sales@ 角色帳戶同時帶有共享郵箱和全域接受的不確定性。臨時服務商上看似角色地址的郵箱也可能是一次性郵箱。
分別複核 Catch-All 驗證器 和 一次性郵箱檢測，而不是讓一個標誌解釋整個地址。
按用途路由
使用角色帳戶檢測，同時保留有用的聯絡人
明確的分流政策，勝過在所有地方封鎖每一個角色地址。
- 1
為每個工作流定義預定收件人
產品註冊可能要求由使用者控制的持久郵箱，銷售序列可能要求具名決策者，而發票流程則可能明確需要 accounts-payable@。請先寫下預期收件人，再決定要抑制哪些角色標籤。
這樣既能避免全域角色封鎖妨礙合法的營運郵件，也能保護個人層級的營銷活動免受通用別名影響。
- 2
擷取時分類並保留原始角色訊號
在註冊、富化匯入或 CRM 更新時使用 郵箱驗證 API。把角色標誌與總體狀態分開儲存，這樣政策可以演進，而不會丟失驗證器觀察到的內容。
如果使用者在僅限個人的表單中輸入角色帳戶，請要求提供具名工作地址，而不要先悄悄接受，再於之後抑制該聯絡人。
- 3
分段前先清洗檔案
在把潛客分配到序列前運行 郵箱列表清洗 ，再將潛在客戶分配到序列。匯出角色、一次性、Catch-all 和 SMTP 欄位，讓營收營運團隊能依活動目的分群，而不是依賴一個不透明的分數。
複核較舊資料，因為即使域名仍活躍，郵箱別名和員工分配也會變化。
窄解讀
免費角色帳戶檢測無法確認什麼
角色分類是實用的中繼資料，而不是地址背後人物的個人檔案。
角色地址並不自動容易進垃圾箱
角色郵箱本身不一定是陷阱或無效收件人。許多角色郵箱之所以公開，正是為了讓組織接收與該職能相關的訊息。相關性、許可和頻率仍會決定訊息是否適當。
看起來像個人的本地部分不是身分驗證
firstname.lastname@ 可能是猜測所得、經過轉寄、多人共享，或受 Catch-all 政策保護。角色檢測的陰性結果無法確認姓名、職銜、僱傭關係或郵箱擁有者。
使用 反向郵箱查詢 時，只取它實際返回的公開上下文，並把推斷身分與已核實事實分開。
可投遞性和同意仍需要分開控制
角色帳戶檢測既不能證明 SMTP 接受郵件，也不能賦予聯絡收件人的許可。請分別套用郵箱結果、退訂、抑制列表和您自己的外呼政策。
參考模型
把角色標籤建立在已發布慣例上
標準提供穩定的角色核心；產品資料則涵蓋實務中使用的更廣泛集合。
RFC 2142 定義常見服務郵箱名
該文件列出商務、網路和安全職能的常規郵箱，包括 postmaster、abuse、hostmaster、sales、support 和 security。來源及其互通目的見 RFC 2142。
讓角色分類可版本化
組織會建立標準以外的角色別名。請將新增項目作為資料維護、複核誤報，並保留結果時間戳，避免日後的資料集更新改寫歷史含義。
獨立報告角色和投遞欄位
穩定的 API 合約應讓使用者看出郵箱既可投遞，也是角色帳戶。將兩項事實合併為單一狀態，正好會掩蓋本頁要說明的區別。
相關工具
回答角色問題後，繼續使用郵箱驗證工具集。
常見問題
1. 什麼是角色帳戶郵箱？
角色帳戶（或基於角色的地址）是由某項職能共享的通用郵箱，例如 info@、support@、sales@、admin@、billing@、hello@ 等，而不是具名個人。郵件或許能投遞，但角色帳戶的回覆率較低、路由不明確，而且部分 ESP 和垃圾郵件過濾器會將大量角色地址視為較低質量。
2. 為何要在 B2B 外呼中運行角色帳戶檢測？
冷郵件和 SDR 序列對個人收件箱的轉化效果最好。當許多團隊都向同一個 sales@ 別名發信時，角色帳戶會增加無回覆、共享分流延遲和投訴風險。免費角色帳戶檢測可讓您以不同於具名聯絡人的方式對這些行評分、抑制或分流，而不必捨棄每個非個人域名。
3. “非角色帳戶”表示一定是個人收件箱嗎？
否。這表示本地部分不符合任何常見角色模式。該地址仍可能是名稱不常見的共享別名、分發列表或個人收件箱。基於角色的郵箱地址檢查器提供的是質量訊號，而非身分證明。請將它與郵箱檢查器的可投遞性結果及您自己的增強資料結合使用。
4. 角色帳戶檢測與郵箱檢查器——該用哪一個？
當劇本決策明確是「通用角色還是可能的個人本地部分」時，使用角色帳戶檢測。需要同時取得 SMTP 可投遞性以及一次性、Catch-all 和角色標記時，使用郵箱檢查器。對於完整文件，運行郵箱列表清洗，讓每一行在序列啟動前都帶有角色分類。
5. 角色帳戶檢測免費嗎？
是的——免費角色帳戶檢測按相同的公平使用配額，每個 IP 每滾動 24 小時可檢查 20 次，與其他完整工具共用。註冊後即可使用批量和 API 路徑，進行流水線規模的角色過濾。
6. 你們會儲存我測試的郵箱嗎？
公開檢查會返回結果並執行防濫用限制。我們不會利用您粘貼到這個基於角色的郵箱地址檢查器中的地址建立營銷列表。
免費角色帳戶檢測
從單次角色檢查擴展規模
登入後即可在相同的角色帳戶檢測引擎上使用批量列表清洗、更高用量和 API。
24 小時 20 次免費 SMTP 檢查 · 免費層無需信用卡 · 與批量及 API 使用相同的角色檢測引擎
99.9%
準確率
Real-time
API 速度
$0.00014
每封郵件
600/mo
永久免費