「メール が Gmail の 迷惑 メール box に 入る」 は 多くの 場合 · 送信 元 ドメイン の レピュテーション 汚染 が 原因 だ。
共有 ドメイン の 問題
多く の SaaS は 「@notify.serviceX.com」 の ような 共有 ドメイン から 送信 する。 これ は 便利 だが:
- 他社 の 過剰 送信 · スパム 苦情 で ドメイン スコア が 下がる
- 1 tenant が 大量 送信 で ブラックリスト 入り → 全社 の 到達率 が 落ちる
- 独自 branding が できない (「from: notify@serviceX.com」 は 信頼 感 低い)
Posti の 解決: project 単位 で 独自 sender domain
Posti は project 単位 で 独自 sender domain を 発行 する。 例えば:
- Project A (tradebiz.jp 系):
noreply@tradebiz.jpから 送信 - Project B (shopee 講座):
noreply@shopee-master.jpから 送信 - Project C (メンタル 系):
noreply@mind-support.jpから 送信
別 project の 汚染 は 一切 波及 しない。 A で 大量 送信 しても B の 到達率 に 影響 なし。
SPF · DKIM · DMARC 自動 設定
sender domain を 追加 する と Posti が 内部で:
- SES に 送信 domain identity を 登録 (verify request 発火)
- CF API 経由 で DKIM CNAME 3 レコード 追加 (Cloudflare 管理 の domain のみ)
- SPF include レコード 追加 (
v=spf1 include:amazonses.com ~all) - DMARC ポリシー レコード 追加 (
v=DMARC1; p=none; rua=mailto:dmarc@posti.jp) - verified_at タイム スタンプ 記録 → 送信 可
CF 管理 外 の domain (Xserver DNS 等) は 手動 設定 手順 を admin UI に 表示。
Warmup 対応
新規 domain は 初日 から 大量 送信 する と 迷惑 判定 されやすい。 Posti は 1 日 の 送信量 を 自動 増加 (warmup schedule):
- Day 1: 100 通
- Day 3: 500 通
- Day 7: 2,000 通
- Day 14: 制限 なし
warmup 中 は 予約 送信 が 自動 分散 される。
実運用: 到達率 の 変化
貿易 大学 (実在 tenant) で 実測:
| 期間 | sender | 到達率 (Gmail 主要 受信箱) |
|---|---|---|
| 移行 前 (Listmonk 共有) | @notify.listmonk.io | 68% |
| 移行 後 30日 (per-project SES) | @tradebiz.jp | 94% |
| 移行 後 90日 | @tradebiz.jp | 97% |
約 30 ポイント 改善。 一斉 送信 の CV も 1.4× に。
設定 手順 (2 分)
- Posti admin → project 設定 → 「sender domain」 追加
- domain 名 を 入力 (例:
mail.your-brand.jpサブドメイン推奨) - Cloudflare 管理 なら 「自動 設定」 → verified 待ち (5 分)
- Cloudflare 外 なら 表示 された TXT + CNAME を 手動 追加 → 「verify」
完了 後 は project 内 の 全 メール が この domain から 送信 される。
次 に 読む: - Visual Funnel Builder で LINE + メール を 1枚 配線 - Behavioral Tag hook で 状態遷移 を 自動化