送信上限とドメインのウォームアップ：新しいドメインがフィルタリングされる理由

送信制限は、その目的が分からなければ不必要に感じるかもしれません。新しいドメインが初日の午後に四千通を送れば、受信サーバーからは乗っ取られたアカウントのように見える場合があります。送信履歴のない状態で急に量を増やすと、不審な動きと判断され、正当なメールの配信にも影響が出る可能性があります。

上限は、プランを区別するためだけのものではありません。新しいドメインが最初から大量に送り、まだ築けていない評判を損なうリスクも減らします。

どのような制限があり、上限に達すると何が起こるのか、送信量をどう段階的に増やすのかを説明します。どの計画でも迷惑メールフィルターの通過は保証されません。

送信制限が守るもの

主に、利用するドメインと共有インフラの評判です。

ドメインの評判。 Gmail、Outlook、Yahoo などのサービスは、送信履歴や迷惑メールの兆候を評価します。送信量とその変化、苦情、無効なアドレス、受信者の反応などが関わりますが、具体的なフィルターのモデルは公開されていません。未知のドメインからの突然の大量送信は、請求書やパスワード再設定の案内を含め、すべてのメールの配信に影響する可能性があります。

同じインフラを使うほかの利用者。 共有プラットフォームでは、複数のアカウントが同じ IP アドレスから送信します。望まれていないメールが集中すると、その IP の評判が悪化し、ほかの利用者の配信も影響を受けます。制限はこのリスクを減らしますが、あらゆる悪用を単独で防ぐものではありません。

上限を引き上げても、受信側の評価はなくなりません。正しい認証、設定、適切な内容は役立ちますが、送信者がメールの振り分け先を決められるわけではありません。

プランごとの上限

これはプランの基本値で、実際に使える枠を保証するものではありません。集計はサービスの日付に基づき、直近 24 時間の移動窓ではありません。日次枠は宛先数に応じて消費され、アカウントの上限は全メールボックスの合計です。二十個の Starter メールボックスがそれぞれ 1,000 を使うことはできません。合計の上限は 6,000 だからです。To、Cc、Bcc はまとめて数えるため、一通でも 120 人宛てなら Starter の上限を超えます。新しいドメインには低い枠が適用されます。Nano は自分の SMTP が必要で、表の数値にはプラットフォームのサーバーによる送信は含まれません。

SMTP 投稿には時間単位の上限もあり、自動送信では特に重要です。一日分の枠を一分半で使い切ろうとするプログラムは、先にこの上限に達する場合があります。集中送信を避け、実際に使う経路の制限を確認してください。

新しいアカウントの上限が低い理由

過去の支払いがない試用中のアカウントでは、基本の安全上限はメールボックスごとに一日 30、アカウント全体で 50、一通の宛先数は 10、SMTP 投稿は時間あたり 15 です。日次消費は宛先数で数え、新しいドメインのウォームアップによってさらに枠が減る場合があります。試用期間外や別の状態ではルールが異なります。支払いが確認されると、未払い実績のアカウントに対する安全制限は通常解除されますが、プランやドメインの上限、そのほかの確認は残ります。

目的は共有インフラの保護です。試用サービスには、望まれていないキャンペーンを一度送って去ろうとする人も集まります。IP の評判が悪化した影響はほかの利用者にも及びます。支払いはアカウントの権限に関わりますが、それだけで送信の正当性が証明されたり、配信が保証されたりするわけではありません。

一日 30 という基本値は、設定、配信、メールクライアントを小規模に試すためのもので、キャンペーン用ではありません。宛先数やドメインのウォームアップによって、実際の余裕はさらに小さくなる場合があります。

送信上限に達するとどうなるか

SMTP サーバーへの引き渡し前に確認する場合は、送信がエラーで拒否され、黙って消えるわけではありません。バックグラウンド処理では、タスクが作られたことだけでなく、最終状態とエラーを確認してください。枠内でサーバーが受け付けても、受信トレイへの配信は保証されません。

日次カウンターはサービスの日付に結び付いています。午後 4 時に枠を使い切っても、古い送信が一定時間を超えるたびに少しずつ回復するのではなく、新しい日付で集計されます。SMTP の時間別カウンターには別の区切りがあります。現地の午前零時に戻ると思い込まず、使われるタイムゾーンと実際の残りを確認してください。

頻繁に上限に達するなら、正当な送信量の増加に合わせて上位プランを検討できます。キャンペーンには専門の事業者と独自の SMTPも選択肢ですが、送信方法の制限を確認してください。独自経路でもウェブメールと API の確認はなくなりません。個別の通知をまとめて日次の要約にするなど、メール自体を減らす方法もあります。

枠を回避するためだけにメールボックスを増やしても解決しません。アカウント全体の上限は残り、受信側には同じドメインが見えます。評判が改善するわけではなく、防御を回避する動きに見える可能性もあります。

ドメインのウォームアップ

新しいドメインには送信履歴がないため、受信サーバーが慎重に扱う場合があります。最初から大量に送るのはリスクがあり、内容が良くても受信トレイに届くとは限りません。

ウォームアップでは、受信者が本当に期待しているメールを少しずつ増やします。人工的な活動を作ることではなく、配信の保証でもありません。次は、増やすペースを考えるための例です。

一度も送信していないドメイン、長期間使っていないドメイン、大きなリストを使い始めるドメインでは、慎重な増量が特に重要です。何年も安定して送ってきた場合、全工程をやり直す必要はないかもしれません。ただし、事業者の変更で IP、認証、メールの処理方法が変わることがあります。ドメインの履歴だけでは、移行後の問題を防げません。

日程より大切な原則が二つあります。メールを期待している相手から始めること。開封や返信を購入してはいけません。そして送信前にリストを整えること。無効と分かっているアドレスを除外し、同意を確認します。メールアドレスの検証はアドレスの評価に役立ちますが、同意を証明したり、不達がないと保証したりはしません。

受信サーバーが評価するもの

量だけでは結果を説明できません。ほかの兆候も確認しましょう。

苦情率。 受信サービスが計算する、迷惑メールとしての報告に関する指標です。Google の送信者ガイドラインは Postmaster Tools の率を 0.1% 未満に保ち、0.3% 以上を避けるよう勧めています。後者はその指標の中で千件あたり約三件の報告に相当しますが、必ずしも全送信メールに対する割合ではありません。すべての事業者に共通する基準ではありません。

不達率。 存在しないアドレスへの恒久的な拒否は、古いリストや未確認のリストを示す場合があります。ここでの 2% 超は、送信を止めて原因を調べる目安であり、全サービス共通のブロック基準ではありません。

認証。 実際の送信元に合わせて SPF、DKIM、DMARC を設定し、ドメインの整合を確認します。要件は受信側やメールの種類、量によって変わります。ウォームアップでは認証の誤りを直せません。

一定のペース。 毎日 500 通送る場合と、月曜日だけ 3,500 通送る場合では、週の合計が同じでも負荷の形が違います。説明できない急増は避けましょう。ただし、一定の予定だけで良い評判が証明されるわけではありません。

受信者の反応。 実際の返信や期待されるやり取りは、リストの質を判断する材料になります。開封の測定は不正確で、各フィルターの重み付けも公開されていません。ドメイン準備のために反応を偽装しないでください。

送信制限の範囲内で運用する

取引関連のメールとキャンペーンを分ける。 請求書やパスワード再設定の配信を、キャンペーンの質に左右させないようにします。別のドメインやサブドメインは流れを分けるのに役立ちますが、特に共有インフラでは評判を完全に切り離せません。

宛先数を確認する。 大きなリストへの案内は、日次枠より先に一通の宛先上限を超える場合があります。許される人数に分け、ほかの人にアドレスを見せるべきでなければ Bcc を使います。これで総消費やキャンペーンの要件がなくなるわけではありません。

自動送信を一日に分散する。 SMTP の時間別上限は別に適用されます。夜間処理ですべて一度に送ると、上限に達しやすくなります。

恒久的な拒否があったアドレスを除く。 無効と分かっている宛先に送り続けると、リストの質が低下します。一時的なエラーと恒久的な拒否は区別してください。

配信停止を簡単にする。 解除方法が見つからなければ、受信者は迷惑メールとして報告しやすくなります。該当する大量送信者には、ワンクリック解除に対応するヘッダーも必要です。受信者側で起こることも確認してください。

よくある質問

一日の送信上限はいくつですか？

基本値は Nano がメールボックスごとに 200、アカウント全体で 400、Starter が 1,000 と 6,000、Pro が 2,000 と 15,000、Agency が 2,500 と 40,000 です。一通の宛先上限はプランにより 50 から 500 です。日次枠は宛先数を数え、ウォームアップやアカウントの状態で実際の上限が減る場合があります。Nano には自分の SMTP が必要です。

プランの表示より上限が低いのはなぜですか？

過去の支払いがない試用中のアカウントでは、基本の安全値はメールボックスごとに一日 30、アカウント全体で 50 です。ほかの状態には別のルールがあります。支払い確認で未払い実績のアカウントへの制限は通常解除されますが、ドメインのウォームアップやほかの確認は残ります。

上限に達するとどうなりますか？

SMTP サーバーへの引き渡し前の確認で、送信がエラーとして拒否されます。バックグラウンド送信では最終状態を確認してください。日次枠はサービスの日付に基づき、移動窓ではありません。時間別カウンターには別の区切りがあります。

上限は引き上げられますか？

上位プランで基本枠が増える場合があります。キャンペーンには専門の事業者を検討し、実際の経路の制限を調べてください。独自 SMTP でもウェブメールと API の枠はなくなりません。メールボックスを増やしてもアカウント全体の上限は回避できず、評判も自動的には改善しません。

自分の SMTP 事業者を使っても制限はありますか？

送信方法によります。ウェブメールと API は独自経路でもプラットフォームの枠を確認します。プロファイル経由の SMTP 投稿には独自の確認条件があり、事業者の制限も適用されます。外部事業者へ直接送るなら、その事業者のルールに従います。超過時の扱いは事業者に確認してください。

ドメインのウォームアップにはどれくらいかかりますか？

四週から六週を参考にすることがありますが、希望する量への到達は保証されません。ペースは実際の配信、苦情、リスト、経路、枠によります。指標が悪化したら、予定どおり増やすのではなく量を減らして原因を調べてください。

移行するドメインにもウォームアップは必要ですか？

何年も一定のペースで送っているなら、全工程をやり直す必要はない場合があります。ただし、新しい経路や IP も配信に影響します。新規、長期休止後、大幅な増量時には慎重に増やしてください。移行後は認証と結果を確認します。

上限に達すること自体で評判が悪くなりますか？

外部サーバーに渡す前に拒否されれば、受信者はそのメールを見ません。その試みが受信側で苦情や不達を生むこともありません。ただし、以前に受け付けられたメールの評判は別であり、送信経路全体に誤りがないと保証するものではありません。