Email Verifierクレジットの仕組み

Email Verifierはクレジットを使います。管理画面にはプランの利用枠と購入済みクレジットの両方が表示されるため、ジョブ開始前に正確な費用を確認できます。

検証の費用

Deepジョブでは、メールボックス単位の有用な情報を提供しないプロバイダーのアドレスは1クレジットです。管理画面とAPIの見積もりはリストのアドレスから計算します。リスト件数を単純に2倍せず、表示された合計を使ってください。

月間枠

月間クレジットは繰り越されません。検証ツールに現在の残高とリセット日が表示されます。それ以前に追加分が必要ならクレジットパックを購入します。

クレジットパック

チェックアウトに表示される価格は、利用可能な場合にアカウントの請求通貨に従います。購入済みクレジットに有効期限はありません。

購入するにはEmail Verifierを開き、クレジットを購入を選び、数量を指定して管理画面のチェックアウトを完了します。

パック選択の例

これらは計画用の例で、チェックアウトの見積金額ではありません。実際に送信するアドレスについてジョブ開始前に表示される料金が基準です。

クレジットを使う操作と使わない操作

この違いはソースファイルの整理に便利です。ジョブを開始する前にリストを準備、確認、修正できます。クレジットは検証作業に使われ、アドレスがある列の検出には使われません。

最初に使用される残高

通常のTrekMailホストでは、月間枠、購入済みクレジットの順で消費されます。パックを消費する前に含まれる枠を使えます。

White Labelホストでは購入済み残高が使われます。メールプランの枠は代理店のTrekMailアカウントに属し、そのブランド製品内では公開されません。

残高が異なって見える理由

通常のTrekMailホストでは、クレジットパネルに月間分と購入分が分けて表示されます。月間枠はメールプランに関連付けられ、表示された予定でリセットされます。購入パックは別残高です。White Labelホストでは、そこで実際に利用できる購入済み残高が表示されます。

統合がAPI経由でクレジットを読む場合、新しいジョブの見積もりと比較する値にはtotal_availableを使います。通常のホストでは、APIは月間分と購入分も返します。あるホストの残高を別のホストへ送る要求に加算しないでください。

メールプランの変更

月間枠はアカウントの有効なメールプランに従います。プラン変更後の金額と次回リセットはクレジットパネルで確認します。購入クレジットは別残高のため、枠が変わっても購入済みパックは消去されません。

一括ジョブ開始前

検証を開始を選ぶ前に、ツールがアドレスを抽出し、重複を除き、見積もりを表示します。次を確認してください。

• 一意なアドレス数
• 選択したモード
• 実際のクレジット費用
• 残高でジョブ全体を処理できるか

クレジットはジョブ開始時に控除されます。リスト全体を処理できない残高ではジョブが始まらないため、部分的にしか支払われない検証はありません。

24時間以内に同じ正規化済みリストを同じモードで送信すると、TrekMailはクレジットを再び消費せず既存のジョブを返します。

ソースに重複がある場合

1つのリスト内の重複は料金計算前に正規化されるため、同じアドレスにジョブ内で2回請求されません。ただし、ソースシステムの重複した連絡先を放置してよいわけではありません。可能なら正規の連絡先記録を1件だけ保持してください。そうしないと、検証費用が正しくてもキャンペーンのレポートやオプトアウト処理が不整合になる場合があります。

重複保護期間中に同じリストを再送信した場合は、返された既存ジョブを正確な基準としてください。処理中のことも、確認可能な結果がすでにあることもあります。不確かなブラウザーやネットワーク応答が成功したように見えるまで新規送信を繰り返すより安全です。

キャンセルと結果

待機中または処理中のジョブをキャンセルできます。処理済みの行は残り、未処理作業のクレジットは返還されます。ジョブと結果は15日間保持されるため、期間終了前に必要なエクスポートをダウンロードしてください。

完了済みジョブには未処理作業がないため、キャンセルしても返還は発生しません。ジョブを準備できる前に送信が失敗した場合、TrekMailは存在しない有料ジョブを残さず、失敗した開始として請求を処理します。問題がある場合は別のコピーを送信する前に履歴を確認してください。

保持期間の注意

15日間の結果期間はクレジット残高とは別です。詳細結果が保持期間の終わりに達した後でも、クレジットが正しく消費されている場合があります。利用できる間に監査とキャンペーンに必要なCSVまたはテキストをダウンロードし、自社のプライバシー手順に従ってエクスポートした連絡先データを保護してください。

記録を簡潔に保つ

後の確認が簡単になるジョブ名を使います。September newsletter importやPartner A sampleは一般的な日付より有用です。エクスポートとジョブIDをキャンペーン記録と一緒に保存してください。受信箱から判断を再構築しなくても、確認者がソース、見積費用、実際のクレジット請求、結果セグメントを確認できます。

残高を監視する

利用可能残高が少ないと検証ツールが警告します。特にDeepモードの大規模リストでは見積もりを確認してください。自動処理では、ジョブ送信前にGET /api/v1/verify/creditsで現在の残高を読み取ります。

古い残高確認に基づいて複数の大規模送信を同時に実行しないでください。各受付前に残高を再確認し、API一括要求ごとに異なる冪等性キーを使い、返されたcredits_chargedを記録します。複数の統合がアカウントを共有するときの想定外を減らせます。

残高または購入が正しく見えない場合

検証ツールを更新し、対象のTrekMailまたはWhite Labelホストを開いているか確認します。次に、すでに作成された可能性があるジョブを履歴で確認します。サポートが必要なら、ジョブID、ジョブ名、表示されたエラーまたは購入参照を提供してください。APIトークン、カード番号全体、メールボックスパスワード、完全な連絡先エクスポートは絶対に提供しないでください。

計画例はEmail Verifierの料金とクレジットパックを参照してください。