SaaS向けメール配信性: 実践ガイド
メールを実際に受信トレイに届ける方法。DNSレコード、送信者評判、そして重要なこと。
配信性なんて退屈だと思っていたら、パスワードリセットメールがスパムに届き始めたら急に重要になります。
このガイドでは、SaaSのメール配信性で実際に重要なことを扱い、ほとんどの記事が積み重ねるような過度に複雑で不安を煽る内容は避けます。
基本事項: DNS認証
3つのDNSレコードが重要です。一度正しく設定したら、ほとんど忘れていいです。
SPF (Sender Policy Framework)
SPFは受信サーバーに、あなたのドメインのメールを送信が許可されたメールサーバーを伝えます。承認された送信者をリストしたTXTレコードです。
メールプロバイダーが具体的な値を教えてくれます。こんな感じです:
v=spf1 include:_spf.provider.com ~all よくあるミス: SPFレコードを複数持つこと。一つしか持てません。複数のメールサービスを使う場合、一つのレコードにまとめます。
DKIM (DomainKeys Identified Mail)
DKIMはメールに暗号署名を追加します。受信サーバーはメールが改ざんされていないことと、本当にあなたから来たことを検証できます。
メールプロバイダーがDKIMキーを生成します。公開鍵をDNSレコードとして追加します。彼らは秘密鍵で送信メールに署名します。
設定: プロバイダーの指示に従います。通常、特定のセレクター名付きのCNAMEまたはTXTレコードを追加します。
DMARC (Domain-based Message Authentication)
DMARCはSPFやDKIMが失敗したときに受信サーバーに何をするかを指示します。また、レポートを有効にして、あなたのドメインを装った送信者を見ることができます。
最初は監視のみのポリシーから始めます:
v=DMARC1; p=none; rua=mailto:dmarc@yourdomain.com 数週間監視してすべて正常に動作することを確認したら、施行へ:
v=DMARC1; p=quarantine; rua=mailto:dmarc@yourdomain.com または厳格な拒否:
v=DMARC1; p=reject; rua=mailto:dmarc@yourdomain.com 送信者評判
メールプロバイダー(Gmail、Outlookなど)はあなたの送信評判を追跡します。良い評判 = 受信トレイ。悪い評判 = スパムフォルダ。
良い評判を築くもの:
- 人々があなたのメールを開く。 高い開封率は望まれるメールのサイン。
- 人々がリンクをクリックする。 エンゲージメントは価値を示す。
- 人々が返信する。 正当性の最強のシグナル。
- 低いバウンス率。 有効なアドレスに送信している。
- 少ないスパム苦情。 ジャンクとしてマークされていない。
評判を損なうもの:
- 高いバウンス率。 無効なアドレスへの送信はスパムっぽい。
- スパム苦情。 0.1%の苦情率でも懸念。
- スパムトラップ。 古いアドレスがハニーポットに変わったもの。
- 急な送信量スパイク。 100通から一夜で10,000通は怪しい。
- 一貫性のない送信。 散発的な大量送信の後に沈黙。
実践ガイドライン
トランザクショナルメールの場合
トランザクショナルメール(パスワードリセット、レシート)は自然に高いエンゲージメントがあります。人々は期待して開きます。主要なリスク:
- 悪いアドレスへの送信。 登録時にメール検証を実装。
- 遅い配信。 速度で知られるプロバイダーを使う(Postmark、Resend)。
- マーケティングと混在。 マーケティング量が多い場合、別インフラを検討。
マーケティングメールの場合
マーケティングメールはより厳しくチェックされます。ガイドライン:
- オプトインした人だけにメール。 リストを買わない。アドレスをスクレイプしない。
- アンスクライブを簡単にする。 ワンクリック。ログイン不要。
- リストを定期的にクリーン。 バウンスアドレスを即削除。慢性非エンゲージ購読者を定期削除。
- 新しい送信ドメインをウォームアップ。 少量からエンゲージ購読者に始め、徐々に増やす。
- 一貫して送信。 定期パターンが散発ブラストより評判を築く。
メールプロバイダーが扱うこと
良いメールプロバイダー(Sequenzy、Resend、Postmark、Customer.io)は扱います:
- IP評判管理
- バウンス処理
- フィードバックループ処理(スパム苦情)
- List-Unsubscribeヘッダー
- 問題アドレス自動抑制
これらを自分で管理する必要はありません。評判の良いプロバイダーを選び、インフラを任せます。
配信性テスト
大規模キャンペーン前に:
- 自分のGmail、Outlook、Yahooアカウントにテストメール送信
- 受信トレイかスパムかチェック
- 詳細分析にMail-Tester.comなどのツール使用
- Gmailに大量送信する場合、Google Postmaster Toolsでドメイン評判チェック
注意すべきレッドフラグ
- 開封率が急落。 配信性の可能性、またはコンテンツ。調査。
- バウンス率2%以上。 リスト衛生に問題。
- スパム苦情0.1%以上。 送信慣行を見直し。
- 特定プロバイダーでスパム行き。 そのプロバイダーのガイドラインで認証とコンテンツチェック。
あまり重要でないこと
人々が心配するが、実際の問題をほとんど起こさないもの:
- メール長。 Gmailは長いメールをペナルティしない。
- 画像対テキスト比率。 古いスパムフィルター論理、今はほとんど無関係。
- 特定の「スパムトリガー単語」。 件名の「Free」は配信性を落とさない。
- 送信時間最適化。 開封より配信に重要でない。
結論
- SPF、DKIM、DMARCを正しく設定
- 評判の良いメールプロバイダー使用
- 聞きたい人だけにメール
- アンスクライブを簡単にする
- 悪いアドレスを迅速に削除
これで配信性の90%です。残り10%は発生したら対応します。
A decision table for this guide
| Failure signal | First check | Typical fix |
|---|---|---|
| Accepted but not delivered | DMARC reports, alignment | Fix SPF/DKIM alignment; review forwarding branches |
| Deferred storms | Reputation and volume patterns | Spread sends; check list hygiene before signals argue |
| Complaints climb | Source tagging and consent | Suppress complaint sources; re-permission cold cohorts |
| Opens drop | Rendering and tracking gaps | Separate open metrics from placement; rely on replies |
| Bounces spike after import | List hygiene misses | Stop imports; re-verify; gate the segment |
Operating guardrails worth printing out
| Guardrail | What usually breaks | The fix |
|---|---|---|
| Demo data ≠ production | Agents treat systems like production even in testing | Run real sends against test accounts before relying on any template |
| Billing events are the strongest trigger | Reactive firing beats when users happen to browse | Check the platform's docs for Stripe/Paddle/Lemon Squeezy event tables |
| Manual heaps drift | A "quick" CSV edit silently reverts last month's dedupe rules | Version-control thresholds; review at a fixed cadence |
| Attribution is the point of reporting | Link sends to outcomes to fix the model | Verify real claims before benchmarking |
A 30-day evaluation plan
| Week | Do this | Evidence to keep |
|---|---|---|
| Week 1 | Shortlist 3 tools; read official pricing pages; model 10k / 50k / 100k contacts | Comparison grid + read dates |
| Week 2 | Build the workflow from this guide per tool in staging; internal testers only | Working prototype |
| Week 3 | Fire real events; check suppression, retries, and exit rules | Event traces from one critical flow |
| Week 4 | Compare costs at the second milestone; cancel trials; write the decision memo | Auditable memo |
Pricing snapshot (decision lenses, not quotes)
Entry pricing lenses and free tiers read from official pricing pages on our check dates. Never quotes — packaging changes; the linked official pages are the source of truth.
| Platform | Entry pricing lens | Free tier | Official source |
|---|---|---|---|
| Sequenzy | $19/mo (20,000 emails/mo) | 1,000/mo | sequenzy.com |
| Mailchimp | $13/mo (500 contacts) | 500 contacts, 1,000 sends | mailchimp.com |
| MailerLite | from ~$10/mo (1,000 subs) | limited | mailerlite.com |
| Brevo | free daily send band (300/day) | 300/day | brevo.com |
| Customer.io | usage-based (~$100/mo) | trial | customer.io |
| Klaviyo | profile-based pricing | up to 250 profiles | klaviyo.com |
| Postmark | from ~$15/mo (10,000 emails) | 100/mo test | postmarkapp.com |
| Resend | usage-based | 3,000/mo | resend.com |
Frequently asked questions on this guide
- Are any numbers here quotes? Never — every price is a decision lens as of our check dates; the linked official pages decide.
- How current is this guide? Each read carries a last-verified rhythm; pages whose facts move fastest get more frequent passes.
- Do you test everything yourselves? Where a guide relies on vendor documentation instead of direct testing, the guide says so.
- Can I request a correction? Yes — email the URL plus an authoritative source; corrections answer with the source we checked.
- Where is the honest baseline? The screenshots-and-dates comparison grid from the Week 1 plan is the baseline most teams genuinely need.
Verification checklist before you commit budget
| Check | What you verify | Where it comes from |
|---|---|---|
| Pricing | Plan structure, sends, contact bands, seats | Official pricing page on a dated screenshot |
| Integrations | Native vs. webhook plumbing | Official docs or documented marketplace |
| Positioning | The tool fits the job assigned | Docs plus feedback from operating users |
| Exit | Contact, consent, template export paths | Migration notes from any guide in alternatives |
| Support scope | Response targets and escalation by plan | Pre-sales in writing |
- Does a reputable provider guarantee the inbox? No vendor can honestly guarantee it — content, list quality, and domain reputation still decide.
- Should transactional and marketing go on separate providers? Sometimes — separation isolates ownership and reputation risk but adds integration work.
- Do I need a dedicated IP? Not automatically; a shared pool serves most teams until volume and policy justify dedicated infrastructure.
- What do I check first if mail goes to spam? Segment the symptom by provider, stream, domain; then verify alignment before blaming content.
Next steps: the tools directory for a shortlist, the compare hub for a matchup, and the use-case pages to fit your business model. Contact us via contact with a correction and we re-verify on priority.