· 10分読了

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ヘッダー
  • 問題アドレス自動抑制

これらを自分で管理する必要はありません。評判の良いプロバイダーを選び、インフラを任せます。

配信性テスト

大規模キャンペーン前に:

  1. 自分のGmail、Outlook、Yahooアカウントにテストメール送信
  2. 受信トレイかスパムかチェック
  3. 詳細分析にMail-Tester.comなどのツール使用
  4. Gmailに大量送信する場合、Google Postmaster Toolsでドメイン評判チェック

注意すべきレッドフラグ

  • 開封率が急落。 配信性の可能性、またはコンテンツ。調査。
  • バウンス率2%以上。 リスト衛生に問題。
  • スパム苦情0.1%以上。 送信慣行を見直し。
  • 特定プロバイダーでスパム行き。 そのプロバイダーのガイドラインで認証とコンテンツチェック。

あまり重要でないこと

人々が心配するが、実際の問題をほとんど起こさないもの:

  • メール長。 Gmailは長いメールをペナルティしない。
  • 画像対テキスト比率。 古いスパムフィルター論理、今はほとんど無関係。
  • 特定の「スパムトリガー単語」。 件名の「Free」は配信性を落とさない。
  • 送信時間最適化。 開封より配信に重要でない。

結論

  1. SPF、DKIM、DMARCを正しく設定
  2. 評判の良いメールプロバイダー使用
  3. 聞きたい人だけにメール
  4. アンスクライブを簡単にする
  5. 悪いアドレスを迅速に削除

これで配信性の90%です。残り10%は発生したら対応します。

A decision table for this guide

Failure signalFirst checkTypical fix
Accepted but not deliveredDMARC reports, alignmentFix SPF/DKIM alignment; review forwarding branches
Deferred stormsReputation and volume patternsSpread sends; check list hygiene before signals argue
Complaints climbSource tagging and consentSuppress complaint sources; re-permission cold cohorts
Opens dropRendering and tracking gapsSeparate open metrics from placement; rely on replies
Bounces spike after importList hygiene missesStop imports; re-verify; gate the segment

Operating guardrails worth printing out

GuardrailWhat usually breaksThe fix
Demo data ≠ productionAgents treat systems like production even in testingRun real sends against test accounts before relying on any template
Billing events are the strongest triggerReactive firing beats when users happen to browseCheck the platform's docs for Stripe/Paddle/Lemon Squeezy event tables
Manual heaps driftA "quick" CSV edit silently reverts last month's dedupe rulesVersion-control thresholds; review at a fixed cadence
Attribution is the point of reportingLink sends to outcomes to fix the modelVerify real claims before benchmarking

A 30-day evaluation plan

WeekDo thisEvidence to keep
Week 1Shortlist 3 tools; read official pricing pages; model 10k / 50k / 100k contactsComparison grid + read dates
Week 2Build the workflow from this guide per tool in staging; internal testers onlyWorking prototype
Week 3Fire real events; check suppression, retries, and exit rulesEvent traces from one critical flow
Week 4Compare costs at the second milestone; cancel trials; write the decision memoAuditable 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.

PlatformEntry pricing lensFree tierOfficial source
Sequenzy$19/mo (20,000 emails/mo)1,000/mosequenzy.com
Mailchimp$13/mo (500 contacts)500 contacts, 1,000 sendsmailchimp.com
MailerLitefrom ~$10/mo (1,000 subs)limitedmailerlite.com
Brevofree daily send band (300/day)300/daybrevo.com
Customer.iousage-based (~$100/mo)trialcustomer.io
Klaviyoprofile-based pricingup to 250 profilesklaviyo.com
Postmarkfrom ~$15/mo (10,000 emails)100/mo testpostmarkapp.com
Resendusage-based3,000/moresend.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

CheckWhat you verifyWhere it comes from
PricingPlan structure, sends, contact bands, seatsOfficial pricing page on a dated screenshot
IntegrationsNative vs. webhook plumbingOfficial docs or documented marketplace
PositioningThe tool fits the job assignedDocs plus feedback from operating users
ExitContact, consent, template export pathsMigration notes from any guide in alternatives
Support scopeResponse targets and escalation by planPre-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.

メールツールをお探しですか?

SaaS創業者向け15以上のメールツールの完全比較をチェック。

完全比較を見る