メールアドレス検索

名前とドメインを入れると、
アドレスとその確度が返ります。

John Doe company.com と渡せば、一般的な社内命名パターンを組み立て、そのドメインのメールサーバーを調べ、一つひとつについて問い合わせます。返ってくるのはアドレスと、最も重要なもの - どうやってそこに至ったのか、そして何かが実際にそれを裏づけたのかどうかです。

初回限り500行無料以降は1行0.002ドル10列CSV · XLSX · JSON
使い方

1行につき2つだけ、
ほかに設定するものはありません

人と、その人が勤める会社。パターンの組み立て、DNSの照会、メールサーバーへの確認はツールが行います。あなたはステータス列を読んでください。

  1. ステップ 1プラットフォームにサインインします。
  2. ステップ 2メールアドレス検索を開きます。
  3. ステップ 3氏名、続けて会社ドメインの形で貼り付けます - John Doe company.com - 1行に1件、またはCSV、XLSX、TXT、Parquetファイルをアップロードします。
  4. ステップ 4出力形式を選びます。
  5. ステップ 5Get Data をクリックします。
  6. ステップ 6email 列を使う前に、status で並べ替えてください。

このフォームに上限の設定欄はありません。MXの照会は当社のプロキシプール経由のDNS over HTTPSで行われ、あなたの実IPは使いません。SMTPの確認も同様です。

チームが使う理由

どれくらい確かなのかを
そのつど伝えます

文字列ではなく、ステータス

多くのツールはアドレスを渡すだけで、どこまで信じるかはあなた任せです。ここでは各行が status と、何が起きたのかを平易な言葉で述べた status_details の一文を持ちます - 公開済みアドレスを発見、宛先を受理、キャッチオールドメイン、未確認の推測。判断の拠りどころはこの列です。

パターンが行に載っています

pattern は、そのアドレスがどの形から組み立てられたかを示します - first.lastflastfirst - あるいは web、これは組み立てたのではなく公開されているものを見つけた場合です。確認済みの1行からその会社の流儀がわかれば、同じドメインの残りはずっと読みやすくなります。

メールサーバーには、推測ではなく質問します

ドメインのMXレコードを解決し、候補ごとにSMTPで確認するので、返る答えは古びたデータベースの1行ではなく、そのサーバーがその瞬間に述べたことを反映します。つまり同じ入力が別の日には別の答えを返すこともある、ということでもあります - 誠実ではありますが、ときに不便です。

取得できる内容

10列、
そのうち1列が残りを決めます

名前、ドメイン、たどり着いたアドレス、その背後のパターン - そして肝心の、確認が実際にどこまで進んだか。

このエクスポートについて、ほかの何よりも重いことが1つあるので最初に述べます。email 列は、それ単体では答えになりません。 当社の実行を通じて status には6つの値が現れます:founddeliverableriskyguessnot_foundinvalid。何かが裏づけたことを意味するのは最初の2つだけです - ウェブ上で公開されていたアドレスか、メールサーバーが受理した宛先か。risky はそのドメインがキャッチオールで、あなたがでっち上げたどんなアドレスでも受け入れるという意味です。guess はサーバーが一度も確認しなかったという意味です。status で絞り込まずに email 列を書き出して送れば、あなたが送っているのは組み立て物です。

そこから2つ目が出てきます。値ではなくファイルの形に潜む罠です。deliverablecatch_alltrue か空 - false にはなりません。 空のセルは、確認が取れなかったという意味であって、答えが「いいえ」だったという意味ではありません。この列を真偽値に読み込むと空が黙って false になり、実際には「誰も何も言わなかった」だけなのに「このアドレスは配信不能」と読めてしまいます。この2列は status の代わりにではなく、隣に置いて読んでください。

そして実行を計画する前に知っておきたい構造上の点を1つ。入力1行が必ず1行になるわけではありません。 単一のアドレスが確認されるか、公開されているものが見つかった場合は、その人につき1行が返ります。何も確認できなかった場合は、代わりに候補パターンごとに1行が返ります - 毎回同じ順序の同じ並びで、first.last から last まで - position が番号を振ります。これは有用です。1つを下手に選ぶのではなく、ありうるアドレスをすべて手渡すからです。同時に、1行は1人と同じではないということでもあり、課金は行単位です。

データ辞書

ファイルでは10列、
JSONでは11列

エクスポートのヘッダー行を、その順序で。以下で「ときどき空」と説明されている項目は、確認の実際の状態であって、取得の抜けではありません。

query
送信した行そのもの。元の大文字・小文字のまま、その行が生んだすべての行に繰り返されます - John Doe company.com のような形です。
full_name
行から取り出された人物の名前。入力の大小にかかわらず小文字化されます。行に名前が含まれていなかった場合は空になります - メールアドレスだけを渡すのが、そこに至る一つの経路です。
domain
行から取り出された会社ドメイン。行を「名前+ドメイン」として読めなかった場合は空で、それがまさに invalid 行の意味です。
email
たどり着いたアドレス。使う前に status を読んでください。 その列次第で、これは何かが裏づけたアドレスにも、何も裏づけなかった組み立て物にもなります。invalid 行では空です。
pattern
アドレスの組み立て方:first.lastfirstlastflastfirstlfirst_lastfirst-lastlast.firstlastfirstf.lastfirstlast - あるいは web、これは組み立てたのではなく公開されているものを見つけたという意味です。invalid 行では空です。
status
行の意味を決める列です。 found - 実際に公開されていたアドレス。deliverable - メールサーバーが宛先を受理。risky - 何でも受け入れるキャッチオールドメインなので、受理されても何の証明にもなりません。guess - サーバーが確認しなかった候補。not_found - 一般的なパターンがどれも受理されなかった。invalid - 行を読み取れなかった。
status_details
そのステータスを説明する平易な一文。照合用ではなく読むためのものです:Catch-all domain - accepts any address; candidate pattern. 公開済みアドレスが見つかった場合は、いくつの情報源がそれを載せていたかも書かれます。
deliverable
何かがアドレスを裏づけた場合に trueそれ以外は空 - false にはなりません。 空は未確認であって配信不能ではありません。この列を真偽値に変換して、空を「いいえ」と読まないでください。
catch_all
ドメインがどんなアドレスでも受け入れる場合に true。この場合SMTPで受理されても意味を持ちません。それ以外は空 - false にはなりません。上と同じ注意が当てはまります。
mx_host
そのドメインが解決したメール交換ホスト - smtp.google.com、Outlookの mail.protection.outlook.com 系ホストなど。その会社がどの事業者を使っているかを見分けるのに便利です。ときどき空で、公開済みアドレスが見つかった行でも空になることがあります。
position
クエリ内での1始まりの番号。単一の答えの行では1、候補の並びでは試された順にパターンを番号づけます。JSONのみ - CSVとXLSXのエクスポートは10列で終わります。

これを土台にする前に知っておくべきことは1つ:status のない email は結果ではありません。 何かが裏づけたのは founddeliverable の行だけです。risky はそのドメインなら何でも受け入れたという意味、guess は誰も答えなかったという意味です。2つ目の罠はもっと静かです:deliverablecatch_alltrue か何も入っていないかで、false にはなりません。つまり空のセルは「いいえ」ではなく「未確認」です。そのほか:full_name は小文字化され、mx_host は良い行でも空のことがあり、確認の取れなかった照会は1行ではなく候補パターンごとの行を返し、position はJSONにしか存在しません - CSVやXLSXのエクスポートは11列ではなく10列です。

入力できるもの

人と、
その人の勤め先

1件につき1行、そして両方の要素が必要です。会社名だけでは足りず、メールアドレスでも足りません - それらは invalid として返ります。

John Doe company.com John company.com 氏名 + 会社ドメイン 1行に1件で貼り付け CSV · XLSX · TXT · Parquet アップロード このフォームに上限設定はありません DNS over HTTPS でMX、続いてSMTP あなたの実IPは使いません
よくあるワークフロー

ここで最もよく
実行される3つの用途

推測を隠さず開いてみせるとき、名前とドメインに何ができるのか、いくつか例を。

アウトリーチ

名前の一覧を、送れる一覧に変える

カンファレンスの参加者名簿やCRMのエクスポートから、人と会社はあるがアドレスがない。その組み合わせを通し、送信用には founddeliverable の行だけを残し、残りは手元にとどめてください。組み立て物でドメイン評価を焼くよりずっとましです。

営業 · マーケティング
社内の流儀

ある会社のアドレスの付け方を学ぶ

すでに確認済みのアドレスがある人を1件通し、pattern 列を読んでください。あるドメインが f.last で書くと分かれば、その会社の他の名前はずっと短い問いになります - そうでない場合も、候補の並びが選択肢を見せてくれます。

リサーチ · データ拡充
データ衛生

どのドメインがキャッチオールかを知る

catch_all が立った risky ステータスは、そのドメインが何でも受け入れることを示します。つまりどんな検証ツールでも、そこのアドレスを証明することはできません。自社の取引先のどれがキャッチオールかを知っておけば、見かけどおりの意味を持たない緑のチェックを信じずに済みます。

運用 · 到達性
料金

実際に取得した行の分
だけお支払い。

サブスクリプションも、最低利用額も、毎月の請求もありません。最初の500行は当社負担です。以降は従量課金で、ここにある他のスクレイパーと同じ一律料金です。

無料枠

500行無料 - 0ドル

すべての新規アカウントに初回限定で。クレジットカード不要。ファイルアップロードとすべてのエクスポート形式を含みます。

ずっと0ドル
従量課金

無料枠を超えたら1行0.002ドル

プラットフォーム上の他のすべてのスクレイパーと同じ均一料金です。ここで覚えておきたいのは、確認の取れなかった照会は1行ではなく候補パターンごとの行を返すため、1行は1人と同じではないという点です。事前見積もりが、実行前に費用を表示します。

最も人気
大量利用

個別対応 · 大量利用

大量の氏名・ドメインリストを定期的に処理する場合は、ボリューム価格、専用ワーカー、SLAをご用意します。規模をお知らせいただければお見積もりします。

ご相談ください
初回有料実行が10%オフ。チェックアウト時にコード LIVESCRAPER10 をご利用ください。
登録する
併せて使うと便利

この一歩の
前と後ろ

このツールが答えるのは一つの問いです。この会社にいるこの人のアドレスは何か。次の3つは、その周りの問いに答えます。

法的な点

他人の勤務先アドレスを
調べるのは合法ですか

簡潔に言えば、調べること自体はありふれていますが、その後に何をするかは規制されます - そしてここにある大半のツールと違い、これは副産物としてではなく、設計上そのものとして個人データを生み出します。

まず実際に何が起きているかから。これは厳密にはスクレイピングとは言い切れないからです。ウェブのどこかに公開されているアドレスに由来するのは found の行だけです。残りは組み立てられたものです。ツールはあなたが渡した名前から一般的な社内命名パターンを作り、ドメインのMXレコードを、あなたの実IPではなく当社のプロキシプール経由のDNS over HTTPSで解決し、各候補が存在するかをそのメールサーバーにSMTPで尋ねます。アカウントへのアクセスも、ログインも、ペイウォールの通過もなく、誰かのメールの中身を読むこともありません。それでもこれを公開データの収集とは呼びません。ほとんどの行について、それは事実ではないからです。

氏名が特定される個人の勤務先メールアドレスは個人データです - GDPRおよび英国GDPRのもとで。そしてこれを実行することで、あなたがその管理者になります。データが本人から得られたものではないため、第14条が適用されます。適法な根拠が必要で - B2Bの営業では正当な利益が通例ですが、それは前提ではなく評価を要します - そして本人に対し、あなたがその情報を保有していることと、それがどこから来たのかを、通常は最初の連絡の中で伝えなければなりません。異議申立ての権利と削除の権利がそれに続き、「仕事用のアドレスだから」ということでそのどれからも免れることはありません。個人事業主や小規模な組合については、業務上の連絡先がそのまま個人の連絡先であるとして、さらに厳しい法域もあります。

送ることは、見つけることとは別に規制されます。ePrivacy規則、日本の特定電子メール法、米国のCAN-SPAM、そして各国の同等の法令が、何を未承諾で送ってよいか、誰に対して送ってよいか、配信停止の仕組みがどうあるべきかを定めており、そのいずれもアドレスの入手方法とは無関係です。エクスポート自体から導かれる実務的な注意を一つ:riskyguess の行は誰も確認していない組み立て物なので、そこへ送ることは到達性の問題であると同時に、存在しないかもしれない相手に連絡することでもあります。まず status で絞り込んでください。当社はデータ層でサードパーティのトラッカーを動かしておらず、エクスポートは30日後に自動削除されます。

livescraper.app · 方針
名前とドメインから組み立てた候補
MXとSMTPの確認 - ログインなし、メールも読みません
あなたの実IPは使いません
勤務先アドレスは個人データ - 管理者はあなたです!
エクスポートは自動削除(30日)
送信の前に、ステータスで絞り込んでください。
よくある質問

登録前に
よく聞かれること

最もよくいただく質問です。他にご不明な点は? お問い合わせください - 回答を書くのはボットではなく人間です。

メールアドレス検索はどう使いますか?+
プラットフォームにサインインします。メールアドレス検索を開きます。氏名に続けて会社ドメインを書いた形で貼り付けます - John Doe company.com - 1行に1件、またはCSV、XLSX、TXT、Parquetファイルをアップロードします。出力形式を選び、Get Data をクリックします。そのあと、email 列を使う前に status で並べ替えてください。
何を渡せばよいですか?+
人と会社ドメインを、同じ行に。両方が必須です。会社名だけでは invalid として返り、クエリとして渡したメールアドレスも同様です。名だけとドメインの組み合わせは有効で、John company.com は正しい行です。
返ってくるアドレスは確認済みですか?+
そうであることもあり、どれがそうかは status 列が教えてくれます。6つの値が現れます。found は実際に公開されていたアドレス、deliverable はメールサーバーが宛先を受理したこと、risky はドメインがキャッチオールで何でも受け入れること、guess はサーバーが候補を一度も確認しなかったこと、not_found は一般的なパターンがどれも受理されなかったこと、invalid は行を読み取れなかったことを意味します。何かが裏づけたのは found と deliverable の行だけです。
deliverable と catch_all がときどき空なのはなぜですか?+
それらの列は true か何も入っていないかのどちらかで、false にはならないからです。空は確認が取れなかったという意味であって、答えが「いいえ」だったという意味ではありません。列を真偽値のフィールドに読み込むと、空が黙って false になり配信不能と読めてしまいますが、実際に起きたことはそれではありません。status の代わりにではなく、隣に置いて読んでください。
1つの名前が複数の行になって返ったのはなぜですか?+
その名前について単一のアドレスを裏づけるものが何もなかったからです。その場合ツールは、1つを下手に選ぶ代わりに候補パターンごとに1行を返します。position で番号が振られ、順序は常に同じで、first.last から last までです。つまり1行は1人と同じではないということで、課金が行単位である以上、覚えておく価値があります。
同じ入力なら常に同じ答えになりますか?+
いいえ。そこは正直に申し上げます。答えはそのドメインのメールサーバーがその瞬間にどう応じるかに左右されるので、同じ名前とドメインでも、ある実行では found、別の実行では未確認となることがあります。それが、古びたデータベースを読むのではなくサーバーに尋ねることの代償であり、ファイル全体に単一の品質スコアを付けるのではなく、すべての行にステータス列を置いている理由でもあります。
pattern 列は何を意味しますか?+
アドレスがどの形から組み立てられたかを示します - first.last、firstlast、flast、firstl、first_last、first-last、last.first、lastfirst、f.last、first、last。値が web の場合は逆で、アドレスは組み立てられたのではなく、ウェブ上で公開されているものが見つかったという意味です。invalid の行では空になります。
他人の勤務先メールアドレスを調べるのは合法ですか?+
調べること自体はありふれていますが、その後に何をするかは規制されます。氏名が特定される個人の勤務先アドレスはGDPRおよび英国GDPRのもとで個人データであり、これを実行することであなたがその管理者になります。本人から得たものではないため第14条が適用され、適法な根拠が必要で、その情報を保有していることとどこから来たのかを本人に伝えなければなりません。送ることはさらに別に、ePrivacyや特定電子メール法、CAN-SPAMとその同等法によって規制されます。
料金はいくらですか?+
最初の500行は初回限定で無料、クレジットカードも不要です。それ以降は1行0.002ドル - プラットフォーム上の他のすべてのスクレイパーと同じ均一料金です。実行前に見積もりが費用を表示します。

名前と会社さえあれば、
始められます

最初の500行は無料です。カードも定期契約も不要。その後は1行あたり一律0.002ドルです。

即時有効 · カード不要

名前とドメインから勤務先のメールアドレスを見つける

メールアドレス検索は、あなたがたいてい持っている2つのもの - 人の名前と、その人が勤める会社 - を受け取り、それに対応するメールアドレスを返します。各行は氏名に続けて会社ドメインを書く形、たとえば John Doe company.com で、1行に1件貼り付けるか、CSV、XLSX、TXT、Parquetファイルとしてアップロードします。ツールは各行について一般的な社内命名パターンを組み立て、ドメインのメール交換ホストを、あなた自身のIPではなく当社のプロキシプール経由のDNS over HTTPSで解決し、候補ごとにSMTPで確認します。ファイルには10列、JSONには11列が返ります:クエリ、取り出された名前とドメイン、アドレス、その背後のパターン、ステータスと平易な説明、2つの確認フラグ、そしてメールホストです。

このエクスポートを土台にする前に、言っておくべきことが1つあります。email 列はそれ単体では答えではありません - status がそれです。 6つの値が現れます:ウェブ上で公開されていたアドレスなら found、メールサーバーが宛先を受理したなら deliverable、ドメインがキャッチオールでどんなアドレスでも受け入れるなら risky、候補を何も裏づけなかったなら guess、一般的なパターンがどれも受理されなかったなら not_found、行を「名前+ドメイン」として読めなかったなら invalid。何かが裏づけたのは最初の2つだけなので、この列で絞り込むかどうかが、送れるリストと組み立て物のリストとの分かれ目になります。

同じ設計から、より静かな2つの性質が出てきます。deliverablecatch_alltrue か何も入っていないかで、false にはなりません。つまり空のセルは「いいえ」ではなく「未確認」であり、列を真偽値に変換すれば読み違えることになります。そして入力1行が必ず1行になるとは限りません。1つのアドレスを裏づけるものが何もない場合、ツールは候補パターンごとに1行を返します。順序は first.last から last まで固定で、position が番号を振ります。これは悪い推測を事実のように差し出すよりは有用ですが、1行は1人と同じではないということでもあります。答えは実行ごとに変わることもあります。保存された記録ではなく、その時点でメールサーバーが述べたことを反映するからです。

これは氏名が特定される個人の勤務先アドレスを生み出すため、当社のカタログの大半にはない義務を伴います。そのアドレスはGDPRおよび英国GDPRのもとで個人データであり、あなたがその管理者であり、本人から得たものではないため第14条が適用されます - 適法な根拠と、どこから入手したかを伝えること。送ることはさらに別に規制されます。無料で始められます。最初の500行は費用もクレジットカードも不要で、その後は1行あたり一律0.002ドルです。