--- title: "SPF、DKIM、DMARCとは？設定例つきで解説 | Chargezen" description: "SPF、DKIM、DMARCをわかりやすく解説。各レコードの役割と例、設定方法、アライメントのしくみ、BIMIの位置づけがわかります。" url: "https://chargezen.com/ja/blog/spf-dkim-dmarc-explained" lang: "ja" updated: "2026-11-01" --- Canonical URL: https://chargezen.com/ja/blog/spf-dkim-dmarc-explained # SPF、DKIM、DMARCをわかりやすく解説：ストアオーナーのためのメール認証 Claire Mitchell ライフサイクルマーケティングリード、Chargezen 2026年10月19日 · 6分で読めます SPF、DKIM、DMARCは、メールが本当に自社ドメインから送られたことを証明する3つのDNSレコードです。これらがないと、誰でもストアを名乗ってメールを送れてしまい、受信トレイの提供会社は本物のニュースレターと詐欺を見分けられません。今ではGmail、Yahoo、Outlookがバルク送信者に求めているため、メールマーケティングを行うストアにとって、もはや任意ではありません。 このガイドでは、各レコードをわかりやすく説明し、実際の形を示し、設定手順を順に紹介して、多くの人がつまずくアライメントについても解説します。最後に、一部の受信トレイでロゴを表示する新しい標準、BIMIを取り上げます。 ## SPF、DKIM、DMARCの概要 | レコード | 答える問い | 置く場所 | | --- | --- | --- | | SPF | このサーバーは、このドメインのメールを送ることを許可されているか？ | 自社ドメインのTXTレコード | | DKIM | このメッセージはドメインによって署名され、変更されていないか？ | selector.\_domainkey.yourdomainのTXT（またはCNAME）レコード | | DMARC | SPFとDKIMが一致しないとき、受信側はどうすべきか？レポートはどこに送るか？ | \_dmarc.yourdomainのTXTレコード | ## SPF：自社ドメインのメールを送れるのは誰か SPF（Sender Policy Framework）は、自社ドメインのメールを送ることを許可されたサーバーとサービスの一覧です。メッセージが届くと、受信側のサーバーは、送信元のサーバーが一覧にあるかどうかを確認します。シンプルなSPFレコードは次のような形です。 `v=spf1 include:_spf.google.com include:sendingservice.example ~all` * **v=spf1** ： このレコードがSPFであることを示します。 * **include:** ： メールボックスの提供会社やメールマーケティングツールなど、別のサービスのサーバー一覧を追加します。 * **~allまたは-all** ： それ以外すべての扱いを示します。~allは「ソフトフェイル」（疑わしいものとして扱う）、-allは「フェイル」です。 多くの人がつまずくルールが2つあります。ひとつは、SPFレコードは1ドメインに1つしか持てないことです。新しいサービスは、2つ目を作らず既存のレコードに追加してください。もうひとつは、SPFで許されるDNSルックアップが最大10回であることです。標準である[RFC 7208のセクション4.6.4](https://www.rfc-editor.org/rfc/rfc7208#section-4.6.4)は、実装がinclude、a、mx、ptr、existsの各メカニズムとredirect修飾子を10回までに制限しなければならないと定めており、超えると恒久的なエラーが返ります。includeはすべて数えられ、includeの中にさらにincludeが含まれることもあるため、長いレコードは気づかないうちに壊れます。 ## DKIM：すべてのメッセージへの署名 DKIM（DomainKeys Identified Mail）は、各メールにデジタル署名を追加します。送信サービスが秘密鍵でメッセージに署名し、対応する公開鍵をDNSに公開します。受信側はそれを使って、署名が有効で、メッセージが途中で変更されていないことを確認します。 レコードは「セレクター」の下に置きます。セレクターは送信サービスが選ぶ名前で、たとえば`s1._domainkey.yourstore.com`のような形です。送信に使うサービスごとに固有のセレクターがあるため、複数のDKIMレコードがあっても競合しません。公開すべき正確な名前と値は、メールツールが教えてくれます。 ## DMARC：ポリシーとレポート DMARC（Domain-based Message Authentication, Reporting and Conformance）は、SPFとDKIMをFrom行に表示されるアドレスに結びつけ、失敗したメールの扱いを受信側に伝え、レポートの送信を依頼します。最初のレコードは次のような形です。 `v=DMARC1; p=none; rua=mailto:dmarc-reports@yourstore.com` * **p=none** ： 監視のみです。受信側は通常どおり配信し、レポートを送ります。Gmail、Yahoo、Outlookは、これをバルク送信者の最低条件として認めています。 * **p=quarantine** ： 失敗したメールは迷惑メールに入ります。 * **p=reject** ： 失敗したメールは拒否されます。 * **rua=** ： 毎日の集計レポートの送付先です。誰が自社ドメインとしてメールを送っていて、合格しているかどうかがわかります。 まずp=noneから始め、数週間レポートを読んで、自社として送信しているサービス（ストア、ヘルプデスク、請求書ツール）をすべて見つけます。失敗しているものを直してから、quarantineへ、その後rejectへ移行しましょう。いきなりrejectにすると、自社の正当なメールまでブロックされることがあります。 ## DMARCのアライメントとは何ですか？ DMARCに合格するのは、SPFまたはDKIMが合格し、_かつ_チェックされたドメインがFromアドレスのドメインと一致する場合だけです。これをアライメントと呼びます。Fromアドレスがyourstore.comなら、メッセージがメールツールのドメインでSPFに合格しても、DMARCには失敗することがあります。よくある解決策は、自社ドメインでのDKIM署名です。メールツールから渡されるDKIMレコードを追加すれば設定されます。Gmailの送信者ガイドラインは、バルク送信者のFromドメインがSPFまたはDKIMとアライメントすることを求めています。 ## SPF、DKIM、DMARCはどう設定しますか？ * 自社ドメインとしてメールを送るサービスをすべて書き出します。メールボックスの提供会社、ストアのプラットフォーム、メールマーケティングツール、ヘルプデスク、請求書ツールなどです。 * DNSホスト（多くの場合はドメインレジストラまたはCloudflare）で、SPFのTXTレコードを見つけるか作成し、各サービスをincludeします。レコードは1つにし、ルックアップの回数を数えます。 * 各送信サービスから渡されるDKIMレコードを追加します。 * \_dmarcに、p=noneとレポートの送付先アドレスを指定したDMARCレコードを追加します。 * Gmailにテストメールを送り、「メッセージのソースを表示」を開いて、SPF、DKIM、DMARCがすべてPASSであることを確認します。 * 数週間DMARCレポートを読み、失敗しているものを直してから、ポリシーを厳しくします。 DNSの変更がすべての場所に反映されるまでには時間がかかることがあります。公開した直後にチェックが失敗しても、レコードを変更する前に、少し待ってからもう一度試してください。 ## BIMIとは何ですか？必要ですか？ BIMI（Brand Indicators for Message Identification）を使うと、対応している受信トレイでメールの横にロゴを表示できます。DMARCを置き換えるものではなく、その上に成り立つものです。2026年10月19日に確認した[GoogleのBIMI設定ガイド](https://knowledge.workspace.google.com/admin/security/set-up-bimi)によると、Gmailには次のものが必要です。 * pctを100に設定した、quarantineまたはrejectのDMARCポリシー。監視のみ（p=none）は対象になりません。 * 商標登録されたロゴが必要なVerified Mark Certificate（VMC）、またはロゴが商標登録されていない場合のCommon Mark Certificate（CMC）。 * SVG Tiny Portable/Secure（SVG Tiny PS）形式で、96×96ピクセル以上のロゴ。 BIMIは、すでに厳格なDMARCを設定していて、さらに認知度を高めたいブランドには価値があります。ほとんどのストアでは、SPF、DKIM、DMARCを正しく設定することが先です。SmartyTapはBIMIを代わりに設定しません。BIMIレコードと証明書は、DNSホストと証明書の提供会社で公開していただくことになります。 ## SmartyTapでできること [SmartyTap](https://chargezen.com/ja/smartytap)で送信ドメインを追加すると、公開すべきDKIMレコードを案内し、ドメインのDNSレコード（DKIMとDMARCを含む）をチェックして、まだ直す必要がある点を知らせます。新しい送信ドメインはその後ウォームアップのスケジュールに沿って進み、ワンクリック配信停止と、バウンスおよび迷惑メール報告の自動の配信除外が組み込まれています。ドキュメントの[メールドメインの認証](https://chargezen.com/ja/docs/smartytap/sending-and-compliance/email-domain-authentication)をご覧ください。 SmartyTap Starterは月額US$20で、連絡先2,500件、メール25,000通、SMSクレジット/セグメント250です。Proは月額US$199（または年額US$1,990）で、連絡先25,000件、メール250,000通、SMSクレジット/セグメント2,500です。1クレジットで1セグメントを送信でき、料金は2セントです。新しいワークスペースで送信するには有料プランが必要で、無料トライアルはありません。[SmartyTapの料金プラン](https://chargezen.com/ja/smartytap/pricing)をご覧ください。 用語集：[SPF](https://chargezen.com/ja/glossary/spf-sender-policy-framework)、[DKIM](https://chargezen.com/ja/glossary/dkim-domainkeys-identified-mail)、[DMARC](https://chargezen.com/ja/glossary/dmarc)、[BIMI](https://chargezen.com/ja/glossary/bimi)。次に読む：[メール到達率ガイド](https://chargezen.com/ja/blog/email-deliverability-guide)、[メールリストのクリーニング方法](https://chargezen.com/ja/blog/how-to-clean-your-email-list)、[Shopifyのメールマーケティング](https://chargezen.com/ja/blog/email-marketing-for-shopify)、[ブラックフライデーのメールとSMSのチェックリスト](https://chargezen.com/ja/blog/bfcm-email-sms-checklist)。 ## よくある質問 ### SPF、DKIM、DMARCの違いは何ですか？ SPFは、自社ドメインのメールを送れるサーバーの一覧です。DKIMは、各メッセージに署名し、受信側がそのメッセージが自社ドメインから変更なしで届いたことを確認できるようにします。DMARCは、そのどちらかがFromアドレスと一致するかを確認し、一致しないときの扱いを受信側に伝え、レポートを送ります。 ### SPF、DKIM、DMARCは必要ですか？ バルク送信をするなら、はい。Gmail、Yahoo、Outlookはバルク送信者にSPF、DKIM、DMARCレコード（少なくともp=none）を求めています（2026年10月19日確認）。送信量の少ない送信者にとっても、3つすべてが受信トレイへの到達を改善します。 ### SPFレコードを2つ持てますか？ いいえ。1つのドメインに置くSPFレコードは1つだけにしてください。2つあるとSPFが失敗します。すべてのサービスを1つのレコードにまとめ、DNSルックアップは10回以内に収めましょう。 ### DMARCポリシーはどれから始めるべきですか？ p=noneとレポートの送付先アドレスから始めます。正当なメールがすべて合格しているとレポートで確認できたら、p=quarantineへ、その後p=rejectへ移行します。 著者 ## Claire Mitchell ライフサイクルマーケティングリード、Chargezen Claireは、Chargezenでライフサイクルマーケティングを率い、顧客エンゲージメントと、顧客維持におけるAIの役割の高まりについて執筆しています。企業がメール、SMS、メッセージングプラットフォーム、行動データを活用し、カスタマージャーニー全体でより的確な顧客体験を届ける方法を探っています。マーケティングの自動化、インテリジェントなセグメンテーション、パーソナライズされたキャンペーン、そしてブランドがリピート購入と顧客生涯価値（LTV）を高めるための戦略を中心に取り上げています。 [claire@chargezen.com](mailto:claire@chargezen.com) ## 関連記事 [ DTC戦略 · 6分で読めます ### EC運営にAIを活用：AI従業員に任せるべき仕事 EC運営でAI従業員に任せるべき仕事を解説。ストアデータの質問、遅れている注文、在庫確認、返金の分析、フルフィルメントの追跡まで。 ](https://chargezen.com/ja/blog/ai-for-ecommerce-operations)[ DTC戦略 · 6分で読めます ### ストアチームのSlackにAIエージェントを追加する方法 SlackにAIエージェントを追加する手順を解説。接続、チャネルとイベントの選択、スレッドでの質問、メール下書きの承認、最初に聞くことまで。 ](https://chargezen.com/ja/blog/ai-agent-in-slack)[ DTC戦略 · 6分で読めます ### AIエージェントに覚えさせる方法：記憶と対応マニュアルの違い AIエージェントの記憶と対応マニュアルの違い、使い分け、最初に教えること、学んだ内容の確認と消去の方法を解説します。 ](https://chargezen.com/ja/blog/ai-agent-memory-and-playbooks) ## 定期購入の売上を伸ばしませんか？ Chargezenで解約を減らし、売上を伸ばし、業務を自動化している有力ブランドの仲間に加わりましょう。 [今すぐ始める](https://admin.chargezen.com/signup)