📍 隆重推出 MapLeads:把 Google 地圖、Bing 地圖、Apple 地圖變成你的客戶名單。了解 MapLeads

郵箱查詢工具

公司郵箱搜尋:按域名查詢郵箱

輸入公司域名,發現其公開網站上發布的郵箱地址。控制結果上限,選擇是否包含角色帳號,每個返回地址都帶驗證。

發現公司公開發布的郵箱

先搜尋公司域名,不必先點名人。BillionVerify 會在公司公開頁面上擴大搜尋,直到達到您的上限或用盡可用站點證據。

您選擇的上限會在搜尋開始前設定最高扣費。

搜尋公司域名
  • 每個返回郵箱 5 積分,不超過您選擇的上限。沒有返回郵箱的搜尋免費。
  • 返回的每個郵箱都已完成驗證。驗證包含在內,不再另行收費。

公司搜尋查詢與域名相關的公開郵箱地址

公司搜尋是一種基於域名的郵箱查詢器,適合您知道組織、但還不知道該聯絡誰的時候。它查閱公司網站上的公開頁面,收集已發布地址,在頁面證據支援時歸名人,驗證最終集合,並返回不超過您所選上限的結果。

工具可以包含具名職業地址,以及 info、sales、support、careers 或 press 等角色郵箱。這兩類地址服務不同流程,因此結果會標註角色帳號,並記錄人名如何獲得,而不是把每個郵箱都呈現為已確認的個人聯絡人。

本頁面向客戶的名稱是公司搜尋。底層產品也叫域名搜尋,因為必填輸入是公司域名。它不是公司資料庫、員工名錄、LinkedIn 查詢器,也不保證每個員工郵箱都會出現在公開網頁上。

從一個域名發現公司郵箱的方式

搜尋受公司網站、您對角色帳號的選擇,以及您願意接收的最大郵箱數約束。

1

規範化公司網站

網站 URL 會歸約為公司域名,並在任務開始前檢查。社交資料 URL 和無法支援郵件的域名,不會被當作普通公司站點。

2

逐步掃描公開公司頁面

搜尋先從現有證據開始,需要時再擴展到公開頁面。它收集可見和結構化的郵箱訊號,無需您選擇內部抓取深度。

3

分類聯絡人並驗證地址

每個候選會被標為個人或基於角色,在有支援時配對姓名,並在進入返回集合前完成驗證。驗證包含在公司搜尋價格中。

4

在所選結果上限處停止

搜尋根據您選擇的上限返回 1 到 200 個郵箱。達到上限或公開來源用盡時停止,並報告是否還有額外發現結果被截斷。

公司郵箱搜尋結果包含什麼

輸出把地址本身與歸屬和驗證分開,方便團隊決定每個聯絡人該怎麼用。

已驗證的公司郵箱地址

結果包含透過產品最終篩選和驗證的有界地址集合,而不是站點上遇到的每一個像郵箱的字串。

個人與角色標籤

具名工作郵箱會與 sales 或 support 等共享郵箱分開。您可以在搜尋前排除角色帳號,避免它們佔用所選結果上限。

姓名歸屬與來源方法

當有聯絡人姓名時,結果會說明它來自結構化資料、鄰近頁面文字、推斷,還是郵箱格式猜測。按格式推斷的姓名在個性化前應複核。

計數、截斷與驗證細節

回應會區分返回數量和篩選前的總發現數,報告結果是否被限制,並保留驗證狀態、原因和送達能力欄位。

使用域名搜尋結果時,不要把發現和身份混為一談

公司網站可以發布有用的聯絡人,但每個地址背後的頁面證據,決定它能被多有把握地歸屬和個性化。

1

選擇官方公司域名和預算上限

使用組織自己的網站,而不是市場資料、社交頁面、短鏈或母公司,除非那才是您要研究的實體。規範化後的域名定義了搜尋的公開來源邊界。

提交前選擇 1 到 200 的上限。按每個返回郵箱 5 積分計算,上限既是結果邊界,也是明確的最高扣費。

2

決定共享角色郵箱是否應進入結果

對於支援、合作、招聘、媒體、隱私或採購問題,角色帳號可能就是正確目的地。當流程需要具名決策者或一對一個人化外聯時,它們就沒那麼有用。

包含角色的設定在計費前生效。排除這些地址可防止它們佔用結果上限或每個返回郵箱 5 積分的費用。

3

使用稱呼前先讀姓名方法

團隊頁上印在郵箱旁邊的姓名,比從本地部分推斷出的姓名歸屬更強。結果會透過結構化資料、鄰近、推斷和格式等方法保留這種差別。

不要把按格式推斷的標籤未經複核就變成個性化問候。共享郵箱、別名、繼承頁面或常見姓名,即使郵箱本身可送達,也可能造成錯誤歸屬。

4

從公司發現轉到正確的下一個工具

如果您選定了一個具名人,郵箱查詢器可以搜尋該人的最佳工作地址。如果已有完整地址,郵箱驗證器可以聚焦送達能力和風險。如果許多公司和個人已經按行結構化,批量郵箱查詢器可以把名單當作一個任務處理。

公司搜尋應保持為組織級發現步驟。它不證明在職、職位是否最新、帳戶歸屬、同意,也不證明某個地址就是特定訊息的最佳目的地。

何時按公司域名搜尋郵箱

當組織級發現應發生在人員級定向之前時,使用公司搜尋。

選定潛客前的客戶研究

先看公司發布了哪些具名和角色聯絡人,再決定該客戶是否值得更深的人工研究。

合作、媒體與支援路由

當職能比具名員工更重要時,定位公開的合作、媒體、銷售、支援或通用聯絡郵箱。

建立公司聯絡地圖

檢視已發現地址、歸屬姓名、角色和來源方法,了解組織有哪些公開聯絡路徑。

為具名郵箱查詢流程提供種子

用公開公司證據識別相關人選,再在某個具體人需要最佳匹配工作地址時切換到郵箱查詢器。

公司搜尋與郵箱查詢器、驗證的對比

這些工具共享驗證基礎設施,但起步已知事實不同,交付的結果形態也不同。

工具您提供您得到適用場景
郵箱驗證器一個完整郵箱地址SMTP 送達能力與風險訊號地址已知,使用前需要驗證
郵箱查詢器一個人的姓名和公司域名一個已驗證的最佳匹配工作郵箱具體人已知,但地址缺失
批量郵箱查詢器含姓名和域名的 CSV 行每人一個匹配的富化 CSV結構化名單包含許多具名聯絡人
公司搜尋公司域名、結果上限、角色帳號選擇帶歸屬資訊的已驗證公開公司地址知道公司,但還不清楚相關人選或郵箱

搜尋公司域名無法確立的結論

公開發現能提供有用的聯絡證據,但若干結論仍超出本工具的技術範圍。

它不是完整的員工名錄

公司搜尋返回有公開公司證據並經過驗證支援的地址。郵箱未發布或無法推斷的員工可能不會出現。

它不確認當前在職或職位

頁面可能過時,地址可能在角色變化後仍被保留,歸屬姓名也可能是推斷出來的。依賴身份細節前請複核時效。

已驗證郵箱不等於具名所有者

送達能力和歸屬是分開的。角色帳號、別名、Catch-All 域名和轉發地址都可以收信,卻不能證明某個人控制該收件箱。

公開可見不等於獲准外聯

公司發布地址,並不取消相關性、抑制檢查、同意分析和發件人自己地區聯絡規則的需要。

域名、郵箱與歸屬概念的一手來源

這些標準解釋公司搜尋在解讀公開組織資料和郵件投遞訊號時依賴的技術結構。

Schema.org Organization

說明公司可能在網站上發布的結構化組織屬性、URL、聯絡點及其它資料。

Schema.org Person

說明可支援更強公開姓名到郵箱歸屬的結構化人物屬性。

公司搜尋常見問題

1. 如何按域名查詢公司郵箱地址?

輸入公司官方域名,選擇最大結果數,並決定是否包含角色帳號。BillionVerify 會搜尋公開公司頁面,在有支援時歸名人,驗證最終集合,並返回不超過您上限的結果。

2. 公司搜尋和域名搜尋是一回事嗎?

是。公司搜尋是面向客戶的頁面名稱,域名搜尋描述產品的必填輸入。兩者都指搜尋一個公司域名,得到一組有界的已驗證公開郵箱地址。

3. 公司郵箱搜尋怎麼收費?

搜尋按每個返回郵箱扣除 5 積分,不超過您選擇的上限。如果沒有返回已驗證地址,搜尋費用為零。包含的驗證不會再次扣費。

4. 可以排除 info、sales 和 support 地址嗎?

可以。提交前關閉基於角色的地址。篩選在計費前生效,因此被排除的角色帳號不會佔用您的結果上限或返回郵箱積分。

5. 公司搜尋能找到每個員工郵箱嗎?

不能。它發現有公開公司來源和產品證據流程支援的地址。它不是私人員工名錄,也不能保證覆蓋郵箱未發布或無法可靠推斷的人。

6. 姓名方法是什麼意思?

它解釋人名如何連接到地址:結構化資料、鄰近頁面文字、推斷,或郵箱格式猜測。按格式推斷的姓名更弱,個性化前應複核。

7. 公司郵箱比我的上限更多時會怎樣?

結果會停在您選擇的上限,並報告可用集合被截斷。在資訊可用時,它還會區分返回數量和篩選前的總發現數。

公司搜尋

把一個公司域名變成已驗證的聯絡路徑

控制結果數量,決定是否包含角色帳號,並在每個返回聯絡人中保留歸屬強度。

每個返回郵箱 5 積分 · 驗證包含在內 · 沒有返回郵箱就不扣費