コンテンツにスキップ

ウォームアップ

目的

  • 新しいドメイン / IP の信頼性を段階的に作る
  • 急激な送信量増加による評価悪化を防ぐ

なぜ必要か

新しく使い始めたドメインやIPには、メール事業者側から見ると実績がありません。
そのため、少量から始めて徐々に送信量を増やす必要があります。

イメージ

graph LR
  A[少量送信] --> B[安定した反応を確認]
  B --> C[段階的に増加]
  C --> D[目標送信量へ到達]

ウォームアップ

自動ウォームアップ

NTT CPaaS では、登録されたドメインに対して自動ウォームアップが適用される場合があります。

特徴

  • ブロードキャスト送信に対して有効
  • 終了値は日次ターゲット・トラフィック
    • 1日の送信数が日次ターゲットトラフィックを超えると自動ウォームアップがオフとなる
  • UTC日単位で制御される
  • 1日の送信実績数と到達率に基づき、翌日の送信可能数が自動的に決定される

自動ウォームアップの主な制約

  • API送信には自動ウォームアップが適用されない（＝自分で送信ペースや上限を制御する必要あり）
  • 自動ウォームアップ中はスケジュール送信機能が利用できない
  • 当日の上限数まで等間隔に1通ずつ送信される
    • 例）1日目 09:00 (UTC 0:00)から送信開始する場合：2-3分間隔*24時間で500通送信される
  • 「24時間かけて等間隔に送信する」という仕組みのため、深夜早朝にも必ず送信が発生する

手動ウォームアップ

自動ウォームアップの制約がかみ合わない場合、あるいはAPI送信を行う場合は自社で手動ウォームアップを行う必要があります。 手動ウォームアップにおける送信数の考え方はこちらを参照してください。

自動ウォームアップの停止について

自動ウォームアップをオフにしたい場合は、NTT CPaaSサポートデスクまでお問い合わせください。

向いているケース

  • API送信中心
  • 配信時間帯を厳密に制御したい
  • セグメントごとに段階的に増やしたい

実務上のポイント

  1. 最初はアクティブユーザだけに送る
  2. バウンス率とスパム率を毎日確認する
  3. 問題が出たら増量を止める
  4. ゴール値は現実的に設定する

よくある失敗

  • 初日から大量配信する ⇒ 初日は500通程度から開始し、1.4～1.5倍程度で送信量を上げていく
  • 非アクティブ会員を混ぜる ⇒ （特にウォームアップ初期は）高いエンゲージメントが期待できる宛先から順に送信していく
  • 自動ウォームアップ中に、意図しない深夜早朝にメールが送られる ⇒ 自動ウォームアップの仕様を理解し、要件にかみ合わない場合は手動ウォームアップを採用する