Argorantのリストがバウンスしない理由と、手持ちのリストをチェックする方法

エクスポート時のチェックを基本から解説します。評価の段階、身を守るための初期設定、2つの別々のクレジット、そして手持ちのリストをきれいにするための完全なワークフローを、アップロード時のすべてのエラーとその意味も含めて説明します。

バウンス率は、自社のドメインのメールが受信トレイに届き続けるかどうかを決める数値であり、コンタクトリストについて後から修正できない唯一の要素です。このガイドでは問題の両面を扱います。Argorantのデータをエクスポートしたときに何が起きるのか、そしてほかから入手したリストをどう扱うか。この2つは仕組みも請求の仕方も異なり、両者の混同は、請求に関して最も多く寄せられる質問です。

基本の考え方：メールチェックは収集時ではなくエクスポート時に

多くのデータベースは、アドレスを収集した時点でチェックし、何か月も前に正しかった情報をそのまま渡します。Argorantはその逆です。エクスポートを作成すると、含まれるすべてのアドレスをその時点でチェックするか、過去60日以内に行ったチェックの結果を使います。メールを受信できないアドレスは、ファイルが届く前に取り除かれ、費用はかかりません。

ここから3つのことが言え、このガイドのほぼすべての内容はそれで説明できます。

鮮度はレコードではなく、エクスポートの性質です。問うべきはデータの古さではなく、ファイルがいつ作られたかです。
エクスポートは通常、件数より少なくなります。それはシステムが正しく動いている証拠です。件数は一致する全体で、ファイルはそのうちの到達可能な部分です。
実行前に正確なコストはわかりません。チェックはエクスポートの最中に行われるからです。選択した件数を上限として予算を立て、実際の金額はそれを下回ると考えてください。

チェック済みの行数と受け渡した行数が表示された、「エクスポート」ページの完了したエクスポート — エクスポートの行数は、そのまま消費したクレジット数です。ファイルを開けば、請求額と照合できます。

判定をわかりやすく

すべてのアドレスに判定が付きます。重要なのは次の4つです。

有効。受信側のサーバーがメールボックスの存在を確認しました。これが既定の対象で、ほとんどのセグメントでは、受け取るデータの大半を占めます。
キャッチオール。そのドメインは、メールボックスがあるかどうかに関係なく、すべてのアドレスへのメールを受け付けます。これは受信側の企業の設定によるもので、どんなチェック方法でも個々のメールボックスは確認できません。できると言うベンダーは推測しているだけです。Argorantでは推測せず、ラベルを付けて示します。
リスクあり。チェックは完了しましたが、シグナルが混在しています。原則として届きますが、有効ほど確実ではありません。
無効またはチェック不能。受け渡しの前に除外され、ファイルに入ることも、課金されることもありません。

請求のルールは1行で言えます。ファイル内の到達可能なコンタクト1件につき1クレジット、除外されたものは0。有効、キャッチオール、リスクありの行はすべて到達可能なコンタクトで、それぞれ1クレジットかかります。無効とチェック不能の行は費用がかからず、推測したアドレスにこっそり置き換えられることもありません。

送信元を守る既定の設定

エクスポートの既定は有効のみです。キャッチオールとリスクありは、エクスポート時に明示的に選んだ場合だけ含まれます。そのため、ウォームアップ中のドメインに、不確かなアドレスだらけのファイルをうっかり読み込むことはありません。エクスポートが予想より少なく安く済んだなら、たいていはこの既定の設定のおかげで、有利に働いたということです。

Argorantのエクスポートの列構成と、サンプルの行 — すべての行にチェックのステータスが付いているので、判定は黙って混ざるのではなく、見える形で示されます。

キャッチオールをどうするか、正しい判断の仕方

これは技術ではなく戦略の選択で、どちらの答えにも根拠があります。

含めるべきなのは、対象市場がエンタープライズの場合や、キャッチオールの設定が広く使われている地域の場合です。まったく含めないと、セグメントによってはかなりの部分が抜け落ち、上位市場に売っているなら、到達範囲の3分の1を知らないうちに削っているかもしれません。

含めないほうがよいのは、新しいドメインをウォームアップしている場合、送信元の評価がすでに不安定な場合、または利用しているメールプロバイダーがバウンス率に厳しい場合です。

多くのチームが落ち着くのは、その中間の戦略です：

メインのシーケンスは、健全な送信ドメインから、有効なアドレスだけに送ります。
キャッチオールは別のキャンペーンに分け、可能なら別の送信ドメインから送ります。
そのキャンペーンは送信量を抑え、最初の数百通でバウンス率を見守ります。
率が安定していれば規模を拡大し、そうでなければ一時停止します。

分けておけば、キャッチオールのバッチの結果が悪くても、メインのキャンペーンを支える評価が損なわれることはありません。分ける意味はまさにそこにあります。

メールチェックが代わりにやってくれないこと

エクスポート時のメールチェックは、バウンスの最大の原因を取り除きます。ただし、すべてを取り除くわけではなく、次の6つは引き続き自分で対応する必要があります。

送信ドメインを認証する。SPF、DKIM、DMARCは、送信量を増やした後ではなく、増やす前に正しく設定してください。
新しいドメインとメールボックスは少しずつウォームアップする。完璧なリストでも、温まっていないドメインから送れば迷惑メールに入ります。
キャッチオールは意図を持って判断する。件数が良く見えるからという理由で含めないでください。
送信の直前にエクスポートする。フォルダーに2か月置いたままの確認済みファイルは、もう確認済みではありません。
すでにメールを送った全員を除外する。配信停止の依頼は、送信に使うすべてのツールで守ってください。
メールボックスごとの1日の送信量を適正に保つ。バウンス率は送信数に対する割合なので、少ないメールボックスに大量の送信を流すと、あらゆる問題が増幅されます。

60日間の有効期間と、手元のファイルにとっての意味

チェック結果は60日間有効です。そのため、エクスポートではその場でチェックするか、最近の結果を再利用します。どちらも確認済みとして扱われます。ただし、ダウンロードしたCSVが最新の状態に保たれるわけではありません。ファイルはダウンロードした日の状態を表しており、人は異動し、メールボックスは閉鎖されますが、何も警告してくれません。ダウンロード日を、そのファイルの有効期限の目印と考えてください。

これを根本的に解決するリズムはこうです。セグメントごとに保存したリストを正とし、キャンペーンを始めるたびに新しい分をエクスポートします。保存したリストはスナップショットではなくフィルターを保存するので、再実行すれば今日の市場が反映されます。過去のエクスポートをエクスポートから再ダウンロードするのは、すでに支払ったファイルなので常に無料です。本当に新しいエクスポートを作成すると、メールチェックが再び行われ、到達可能なコンタクト1件につき1クレジットが課金されます。

数週間かけてメールを送る非常に大きなセグメントは、巨大なファイルを1つ作るのではなく、送信スケジュールに合わせて分けてエクスポートしてください。そうすれば、それぞれの分が実際に送信される直前にチェックされます。

完了したジョブ、そのステータス、ダウンロードの操作が表示されたエクスポートジョブの表 — チェックは実際の作業なので、大きなエクスポートはバックグラウンドで実行されます。送信日の当日ではなく、その前に始めてください。

もう半分：手持ちのリストをチェックする

app.argorant.com/verify のメールアドレスチェッカーでは、自分で用意したアドレスをチェックできます。1年間誰も触れていないCRMのセグメント、引き継いだスプレッドシート、ほかのソースから入手したファイル、フォームで集めたアドレスなどです。Argorantのエクスポートから得たコンタクトには、この手順は不要です。エクスポートを作成した時点でチェック済みだからです。

貼り付け、CSVのアップロード、チェックのカウンターが表示された「チェック」ページ — いくつかのアドレスを貼り付けるか、ファイルをアップロードします。横にはチェックのカウンターが表示されます。

2つの枠と、請求の仕方が異なる理由

クレジットの残高は1つで両方に使えますが、課金の仕方は異なります。

コンタクト用クレジットは、Argorantのデータに使います。表示またはエクスポートした到達可能なコンタクト1件につき1クレジットです。アドレスがチェックに通らなければ、受け渡しの前に除外され、費用はかかりません。
メールチェックは、自分のデータに使います。送信したアドレス1件につき0.5クレジットで、判定の結果にかかわらず課金されます。

この非対称は意図的なもので、正直なやり方です。Argorantからコンタクトを購入するときに支払っているのは届くアドレスなので、届かなければこちらの問題であり、費用は0です。手持ちのリストをチェックするときに支払っているのは、判定そのものです。「このアドレスは使われていません」はまさに知りたかった答えで、どちらにしてもチェックの作業は行われています。

2026年9月19日以降、チェックとコンタクトは1つの残高を共有しています。新しいチェックは0.5クレジットで、最近チェックしたアドレスの再チェックは無料です。それ以前のチェック用の残高がある場合は、そちらから先に使われます。クレジットがなくなると、クレジットかプランを追加するまで、連絡先の表示とリストのチェックはどちらも一時停止します。

最初から最後までの流れ

チェックを開きます。
アドレスを1件または数件そのまま貼り付けるか、まとめてチェックする場合はCSVをアップロードします。
実行を開始します。大きなバッチはバックグラウンドで処理されるので、ページを離れてもかまいません。
結果をダウンロードします。行ごとに判定が付いています。
どこかにインポートする前に、キャッチオールの行をどう扱うかを決めます。

メールアドレスチェッカーにアップロードしたCSVと、検出したメールアドレスの件数、クレジットの残高 — 実行を始める前に、検出したアドレスの件数とチェックの残高が両方表示されます。

1回の実行で課金されるのは、新しく行ったチェックだけです。最近チェックしたアドレスは、既存の結果から無料で回答され、サマリーには課金された件数と無料だった件数が表示されます。ファイル自体が受け付けられなかった場合は、何も課金されません。

1回でアップロードが通るファイルの準備

アップロードの失敗の大半は、次の7つのどれかが原因で、どれもスプレッドシートで1分もかからずに直せます。

1行に1アドレス。1つのセルにセミコロンやスラッシュで区切って複数入れないでください。
メールアドレスの列にわかりやすい見出しを付ける。1行目に email などと入れます。
UTF-8のCSVとして保存する。古いCRMツールからのエクスポートは別の文字コードを使っていることがあり、文字化けの原因になります。
区切り文字はカンマにする。地域設定によっては、スプレッドシートの既定がセミコロンになっているため、保存のダイアログを確認してください。
空白や余分な引用符を取り除く。先頭に空白が1つあるだけで、正しいアドレスも使えなくなります。
明らかにアドレスでないものを削除する：空の行、仮のテキスト、メールアドレスの列に紛れ込んだメモなどです。
先に重複を削除する。同じアドレスが2回あれば同じ判定が2回出るだけで、自分でアップロードしたリストでは両方に支払うことになります。

メールアドレスの列だけを持つ、メールアドレスチェッカー用のシンプルなCSV — 最小限の、飾り気のないファイル。名前や企業名などの列はあってもかまいません。結果を元のデータと照合できるよう、残しておきましょう。

ケース：アップロードが受け付けられなかった

"Only CSV and Excel files are supported."（CSVとExcelのファイルのみ対応）。ファイルの拡張子を書き換えるのではなく、スプレッドシートからCSVとして書き出し直してください。
"CSV has no headers"（CSVに見出しがない）または "Could not parse CSV text."（CSVを読み取れない）。ほとんどの場合、見出しの行より上に前置きの行があります。CRMのエクスポートはこれを付けたがります。見出しより上の行をすべて削除してください。
"Empty file."（ファイルが空）。たいていは、保存はしたものの中身が入っていないエクスポートか、フィルターをかけた表示で、非表示の行だけが書き出されたスプレッドシートです。
"File too large."（ファイルが大きすぎる）。圧縮するのではなく、セグメントごとに分割してください。小さいファイルのほうが、その後のどのツールでも速く読み込めます。
"No valid email addresses found in your list."（リストに有効なメールアドレスが見つからない）。ファイルは読み取れたものの、アドレスの形をしたデータを含む列がありませんでした。メールアドレスの列が数式として保存されていないか、コピー＆ペーストの際に列幅のせいでアドレスが途中で切れていないかを確認してください。

ケース：リストが1回の実行に収まらない

アプリのメールアドレスチェッカーで扱えるのは1回の実行につき1,000件までで、超えると "Up to 1,000 emails per run - split larger lists."（1回の実行は最大1,000件。大きなリストは分割してください）と表示されます。それより大きなリストには、ファイルを自動で分割してくれるCLIを使ってください：

npx argorant verify --file my-list.csv -o out.csv

ファイルを読み込み、アドレスを抽出して重複を削除し、500件ずつ送信して、email,status,deliverable の列を持つCSVを書き出します。メールアドレスの列名が異なる場合は、--column work_email のように指定してください。最後のサマリー行には、到達可能だった件数、課金されたチェックの件数、最近の結果がすでにあったため無料になった件数が表示されます。

APIでも同じ上限が適用されます。一括チェックのエンドポイントは1回の呼び出しで500件までなので、巨大なリクエストを1回送るのではなくバッチごとにループで処理し、レート制限にかかったらすぐに再試行せず、間隔を空けてください。

ケース：リストの途中でチェックの残高がなくなった

途中で残高がなくなるのは、ほかと同じクレジットの問題です。プロフィールの「請求」から従量課金のパックを追加するか、毎月の付与分で通常のクリーンアップの量をまかなえるプランに変更してください。Starterで毎月パックを買い足しているなら、毎月5,000件のチェックが含まれるProとその支出を比べてみましょう。

データベースを健全に保つリズム

結果は60日間有効なので、絶えず再チェックするのはお金の無駄です。うまくいくのは、カレンダーではなく送信に合わせてチェックするリズムです。

Argorantのセグメント：保存したリストを残しておき、キャンペーンを始めるたびに新しくエクスポートします。別途チェックする手順は一切不要です。Argorantのエクスポートを、インポートの前にチェックツールにかける理由はありません。
自社のデータベース：これからメールを送る分だけを、送る直前に再チェックします。CRM全体を毎月チェックする必要はありません。
フォームとインバウンド：チェックのエンドポイントをフォームやオンボーディングの流れに組み込み、そもそも無効なアドレスがデータベースに入らないようにします。これはAPIの最も効果の高い使い方で、入力ミスを捕まえる最も安い場所です。
引き継いだリスト：誰かが行数に浮かれる前に、すぐに一度チェックしてください。作成時期のわからないリストは、送信ドメインを失う最も確実な方法です。

この4つを、前に挙げた到達率のための6つの作業と合わせて行えば、バウンス率はメールプロバイダーの基準内に余裕を持って収まります。それがまさに目的です。次のガイドでは、確認済みのファイルを、何も壊さずにシーケンサーに渡す手順を説明します。