請求書のリマインダーや見積書、毎月のニュースレターを送信したのに、顧客がそれを見ることはありません。エラーメッセージも返らず、ただ沈黙だけが残ります。メールはスパムフォルダに入ってしまったのです。
心当たりがあるなら、あなただけではありません。Gmail、Yahoo、Outlookは現在、SPF、DKIM、DMARCの3つのDNSレコードを設定していないドメインからのメールを拒否またはスパムフォルダに分類します。2024年2月以降、大量送信者（Gmailアカウントに対して1日あたり約5,000通以上のメールを送信する送信者）は、これら3つすべてで認証し、ワンクリックでの購読解除を提供し、スパム苦情率を0.3%未満に抑えることが必須となりました。この取り締まりは2025年を通じて強化され、2026年には低容量のビジネス送信者もその影響を実感しています。認証がない場合、見積書、請求書、予約確認メールがスパムとしてフラグ付けされる可能性がはるかに高くなります。
良いニュースは、この修正には約1時間かかり、コストはかからず、到達率が恒久的に向上するということです。ここでは、各レコードの役割、設定方法、そして小規模ビジネスがスパムフォルダに入り続ける理由となる間違いについて説明します。
SPF、DKIM、DMARCが実際にすること
これら3つのレコードは、あなたのメールに対する身分証明書チェックと考えてください。それぞれが、受信サーバーがメッセージを配信する前に尋ねる異なる質問に答えます。
SPF：あなたのドメインから送信してもよいサーバー
SPF（Sender Policy Framework）は、ドメインのDNSにあるTXTレコードで、あなたのメールアドレスで送信を許可されたすべてのサーバーをリストアップします。Gmailが[email protected]からのメッセージを受信すると、SPFレコードを調べ、送信サーバーのIPアドレスがリストに含まれているかどうかを確認します。
Google Workspaceと請求ツールを使用しているビジネスのSPFレコードの例：
v=spf1 include:_spf.google.com include:servers.mcsv.net ~allv=spf1は、レコードがSPFであることを識別します。- 各
include:は、プロバイダーのサーバーを承認します。 ~all（ソフトフェイル）は、リストにないサーバーを疑いの目で扱うよう受信者に指示します。-all（ハードフェイル）は、完全に拒否するよう指示します。
SPFだけでは十分ではありません。なぜなら、SPFはエンベロープ送信者（隠されたReturn-Path）のみを検証し、顧客がFromフィールドで見るアドレスは検証しないからです。また、転送によってSPFは壊れることがあります。そのため、DKIMも必要です。
DKIM：すべてのメッセージに付与される改ざん防止署名
DKIM（DomainKeys Identified Mail）は、すべての送信メッセージのヘッダーに暗号署名を追加します。送信プロバイダーは秘密鍵を保持し、あなたは対応する公開鍵をDNS TXTレコードとして公開します。受信サーバーは署名を検証して、メッセージが本当にあなたのドメインから来たものであり、転送中に改ざんされていないことを確認します。
SPFとは異なり、DKIMは転送後も有効であり、2つのシグナルのうちより耐久性があります。Googleは大量送信者にSPFとDKIMの両方の合格を要求し、そのうち少なくとも1つがFromドメインとアライメント（整合）していることを要求します。
DKIMの設定は通常、次の手順で行います：
- プロバイダー（Google Workspace、Microsoft 365、Mailchimpなど）でDKIM署名を有効にします。これらのツールにはワンクリックで有効化する手順があります。
- 提供されたTXTレコード（セレクターと長い公開鍵）をDNSにコピーします。
- 伝播を待ち、プロバイダーのダッシュボードで確認します。
DMARC：チェック失敗時のポリシー
DMARC（Domain-based Message Authentication, Reporting, and Conformance）は、SPFとDKIMを結び付けます。_dmarc.yourdomain.comのTXTレコードで、あなたを名乗るメッセージが認証に失敗した場合に受信サーバーが何をすべきか、そして報告をどこに送るかを指示します。
監視モードでの初期DMARCレコード：
v=DMARC1; p=none; rua=mailto:[email protected]; pct=100;p=noneは、まだアクションを起こさず、レポートのみを送信することを意味します。ここから始めます。rua=は、集約レポートの送信先です。実際に確認するメールボックスを使用してください。- 正当なメールが一貫して通過するようになったら、
p=quarantine（失敗をスパムに送る）に移行し、その後p=reject（ブロック）に移行します。この段階的な移行が、スプーファーがあなたのドメインをなりすますのを防ぎます。
DMARCはアライメントも要求します。Fromヘッダーのドメインが、SPFまたはDKIMに合格したドメインと一致する必要があります。これは多くのビジネスが見落とすステップです。SPFとDKIMの両方が「合格」を示していても、ドメインが一致しないためにDMARCが不合格になることがあります。
満たすべきGmailとYahooのルール
5,000通を1日に送信することがなくても、これらを基準として扱ってください。Gmailは同じプライマリドメインからのすべてのメール（サブドメインを含む）をバルク送信のしきい値にカウントし、バルク送信者のステータスは一度割り当てられると無期限に残り、すべての送信者（バルクまたは非バルク）が認証することが期待されています。
2026年の実用的なチェックリストは次のとおりです：
- 最低でもSPFまたはDKIMで認証し、大量送信する場合は両方で認証します。 バルク送信者は、SPFとDKIMに加えて、Fromドメインとのアライメントを持つ公開済みDMARCレコード（少なくとも
p=none）が必要です。 - スパム苦情率を0.3%未満に保ちます。 Google Postmaster Toolsで率を確認できます。0.3%を超える持続的な率はフィルタリングを引き起こします。0.1%未満に保つことを目指してください。
- マーケティングメールでは購読解除を簡単にします。 ワンクリックで購読解除をサポートする、表示可能なList-Unsubscribeヘッダーを含め、リクエストを2日以内に処理します。
- 有効なフォワードDNSとリバースDNS、一貫したFromドメインを使用します。 フリーメールのアドレスや頻繁に変わるFrom名からビジネスメールを送信しないでください。
- Gmailヘッダーをなりすましたり、リストを購入したりしないでください。 未承諾メールは、あなたの評価を最も早く落とす苦情を生み出します。
YahooとOutlookもほぼ同じルールを適用しているため、1つの正しい設定で3つのサービスすべてをカバーできます。
約1時間での設定方法
これを技術的なスキルなしで行うことができます。必要なのは、DNSホスト（ドメインを購入した場所またはネームサーバーが向いている場所）へのアクセスと、メールプロバイダーへの管理者アクセスだけです。
ステップ1：あなたとしてメールを送信するものをすべて把握する
あなたのドメインを使用してメールを送信するすべてのサービスをリストアップします：メールボックスプロバイダー、ウェブサイトの問い合わせフォーム、請求または予約システム、ニュースレターツール、CRM。それぞれがSPFに含まれるか、独自のDKIM署名でカバーされる必要があります。1つでも見落とすと、そのメールは失敗し始めます。
ステップ2：10ルックアップ制限を壊さずにSPFを公開する
SPFには10回のDNSルックアップという厳格な制限があります。各include:は複数のルックアップを引き起こす可能性があり、プロバイダーを積み重ねると（メールボックス+マーケティング+ヘルプデスク+請求）、静かに制限を超えてしまうことがあります。その時点でSPFはエラーを返し、受信者はそれを失敗として扱います。
- プロバイダーの推奨レコードから始め、ブログ投稿のランダムなスニペットをマージしないでください。
- すべての送信元をルートドメインの単一のSPF TXTレコードにまとめます。複数のSPFレコードはすべて無効になります。
- 制限に近い場合は、プロバイダーにフラット化されたインクルードを依頼するか、使用していないサービスを削除します。
- 先に進む前に無料のSPFチェッカーで検証します。
一般的なSPF設定：
| プロバイダー | 典型的なインクルード |
|---|---|
| Google Workspace | include:_spf.google.com |
| Microsoft 365 | include:spf.protection.outlook.com |
| ニュースレター/マーケティングツール | プロバイダー固有、例：include:servers.mcsv.net |
ステップ3：送信するすべての場所でDKIMを有効にする
各送信プラットフォームでDKIM署名を有効にし、提供された各セレクターレコードを公開します。ドメインには複数のDKIMセレクター（プロバイダーごとに1つ）が付くことがよくありますが、これは正常です。各セレクターがプロバイダーコンソールでアクティブと表示されることを確認し、Gmailアドレスにテストメールを送信して、Authentication-Resultsヘッダーがdkim=passを示すことを確認します。
プロバイダーが促したらキーをローテーションします。壊れたローテーションは、到達率の段階的な低下として現れるため、古いキーを削除する前に新しいキーが検証されることを確認してください。
ステップ4：DMARCを監視モードで公開し、その後強制する
_dmarcをp=noneとrua=アドレスで公開します。- 2〜4週間、集約レポートを監視します。無料のDMARCレポートリーダーはXMLを読みやすいテーブルに変換し、どのサーバーが合格し、どのサーバーが失敗するかを示します。
- 失敗するすべての正当な送信元を修正します（通常、DKIM署名の欠落またはアライメントの不一致）。
p=quarantineに移行し、もう1サイクル監視してからp=rejectに移行します。
初日からp=rejectにスキップすることは、このプロセス全体で最も一般的な自己招集の障害です。見落としていた送信者が認証されていないために、正当な請求書や領収書がブロックされるからです。
小規模ビジネスをスパムに留める7つの間違い
- SPF、DKIM、DMARCがまったくない。 小規模ビジネスのドメインで今でも最も一般的な問題です。プロバイダーが「処理した」と思い込む前に、無料の認証テスターで確認してください。
- SPFレコードが2つある。 DNSは1つしか許可しません。すべてを
v=spf1で始まる単一のTXTレコードに統合します。 - SPFがルックアップ制限を超えている。
include:が多すぎるとSPFがエラーになります。毎年監査し、使われていないプロバイダーを削除します。 - アプリでDKIMが有効だが、DNSに公開されていない。 TXTレコードなしの署名トグルは何もしません。
- DMARCがアライメントで失敗する。 SPFまたはDKIMは合格しているが、Fromアドレスとは異なるドメインである場合—ニュースレターがあなたのドメインではなくプロバイダーのドメインから送信される場合に一般的です。カスタム送信ドメインを設定してアライメントを通過させます。
- 誰もDMARCレポートを読まない。
rua=メールボックスが満杯になり、新しいツールの失敗に関する警告が見落とされ、問題は顧客が苦情を言ったときにのみ表面化します。 - リスト衛生とコンテンツが認証を無効にする。 購入したリスト、購読解除リンクの欠落、誤解を招く件名、画像のみのメールは、完璧なDNSでも苦情を生み出し、評価を落とします。
成功したかどうかの確認方法
- テストメールを送信する Gmail、Yahoo、Outlookのアドレス（あなたと一度もやり取りしたことがない新しいアカウントを含む）に送信し、受信トレイに届くことを確認します（スパムではないこと）。
- ヘッダーを検査する。 Gmailでメッセージを開き、「元を表示」を選択し、
spf=pass、dkim=pass、dmarc=passがあなたのドメインにアライメントされていることを確認します。 - Google Postmaster Toolsに登録する。 ドメインを追加し、所有権を確認し、今後数週間にわたってスパム率、認証合格率、評価を監視します。
- 実際の指標を追跡する。 開封率、返信率、そして最も重要な「請求書を受け取っていない」という顧客の苦情を変更前後で比較します。
これが帳簿とどう関係するか
メール到達率は、ITの雑務に偽装されたキャッシュフローの問題です。請求書がスパムに入ると、顧客は自分のせいではなく支払いが遅れ、売上債権回転日数（DSO）は徐々に増加し、見られなかった支払いを追いかけるのに時間を無駄にします。同じことは、返答されない見積書や、虚無に向かって発射される支払いリマインダーシーケンスにも当てはまります。
認証済みの送信ドメインを、銀行の照合と同じように扱ってください。それはお金を動かし続ける退屈なコントロールです。どのプロバイダーが何を送信するか（請求書、領収書、マーケティング）を記録し、各ストリームが認証された状態を維持し、支払いが遅れた場合は、システムが送信した日付だけでなく、顧客が実際に請求書を見た日付を基準に追跡します。クリーンな配信記録は、フォローアップと帳簿の両方をより正確にします。
売掛金をタイトに保つための詳細は、/docs/の請求ワークフローガイドと、/fava/のダッシュボードビューを参照してください。これらは期限超過の残高を一目で確認できます。
財務管理をシンプルに
請求書が確実に受信トレイに届くようになったら、その後のプロセスも同様にクリーンに保ってください：請求されたもの、支払われたもの、未払いのものを明確に記録します。Beancount.ioはプレーンテキスト会計を提供し、財務データに対する完全な透明性とコントロールを実現します—ブラックボックスなし、ベンダーロックインなし。無料で始める そして、請求書から元帳まで、すべてのドルを追跡可能に保ちます。
