DMARC レコードを
60 秒で作成する
DMARC レコードの作成は 5 ステップです: DMARC ポリシーを選び、レポート送信先アドレスを設定し、アライメントモードを定め、DNS TXT レコードを整形し、_dmarc.yourdomain.com に追加します。
一括送信者に対して Google、Yahoo、Microsoft が要求しています。顧客向けドメインでは PCI DSS v4.0 のもとで必須です。
前提条件: SPF と DKIM
DMARC は SPF と DKIM の上に成り立っています。そのうち少なくとも一方が通過し、かつ表示される From ヘッダーのドメインとアライメントすることを要求します。DMARC レコードを作成する前に、両方が設定されていることを確認してください。
DMARC レコードを 5 ステップで作成する
これらのステップに従って、有効な DMARC レコードを公開しましょう。全プロセスは 5 分もかかりません。
DMARC ポリシーを選ぶ
監視のために p=none から始めます。これにより、配信に影響を与えることなく、誰があなたのドメインからメールを送信しているかを確認できます。90 日以上監視した後、p=quarantine、そして p=reject へ移行します。
p=none # 監視のみ - メールに影響なし p=quarantine # 失敗を迷惑メールへ振り分け p=reject # 失敗を完全にブロック
レポート送信先アドレスを設定する
受信側から日次の集計レポートが届くように rua= タグを追加します。これらの XML レポートは、誰があなたのドメインからメールを送信しているか、そしてそれらが認証を通過しているかを示します。DMARC Report を使えば、生の XML を視覚的なダッシュボードに変換できます。
rua=mailto:dmarc-reports@yourdomain.com
アライメントモードを設定する
アライメントは、SPF/DKIM のドメインが From ヘッダーのドメインと完全に一致（strict）しなければならないか、そのサブドメインでもよい（relaxed）かを制御します。relaxed アライメントから始めてください — strict はサードパーティ送信者を壊す可能性があります。
adkim=r # relaxed DKIM アライメント（デフォルト） aspf=r # relaxed SPF アライメント（デフォルト）
完全なレコードを整形する
すべてのタグを 1 つの TXT レコード値にまとめます。タグはセミコロンで区切ります。v= タグは最初に来なければなりません。
v=DMARC1; p=none; rua=mailto:dmarc-reports@yourdomain.com; adkim=r; aspf=r; fo=1
DNS にレコードを追加する
DNS プロバイダーにログインし、新しい TXT レコードを作成します。ホスト/名前を _dmarc に設定します（プロバイダーが自動的にドメインを付加します）。レコード値を貼り付けます。
Host: _dmarc Type: TXT Value: v=DMARC1; p=none; rua=mailto:dmarc-reports@yourdomain.com; adkim=r; aspf=r; fo=1 TTL: 3600
プロバイダー別のセットアップガイド
最も人気のある DNS プロバイダーやメールプラットフォームに DMARC レコードを追加するためのステップバイステップガイドです。
無料の DMARC レコードジェネレーターを使う
いくつかの質問に答えるだけで、DNS にコピー＆ペーストできる有効な DMARC レコードが得られます。登録は不要です。
DMARC レコードジェネレーターを開く →すでにレコードをお持ちですか? DMARC チェッカーで確認する
DMARC レコードを公開した後
レコードの公開は最初のステップです。完全な強制への道のりには忍耐が必要です — 9〜18 か月を見込んでください。
集計レポートを毎日監視する
DMARC Report のダッシュボードを確認して、すべての送信者を特定し、正規ソースが認証を通過していることを確認し、無許可のソースを検出します。すべての主要な受信側からレポートが届くまで、少なくとも 7 日間を見込んでください。
認証の失敗を修正する
SPF または DKIM に失敗する正規送信者ごとに、SPF レコードを更新して送信 IP を含めるか、そのプラットフォームで DKIM 署名を設定します。強制に移行する前に、アライメントが通過することを確認してください。
各フェーズで 90 日以上待つ
各強制フェーズ（none、quarantine、reject）には最低 90 日間の監視が必要です。p=reject までの完全な道のりは通常 9〜18 か月かかります。強制を急がないでください。
段階的に強制へ進める
pct=25 で p=quarantine へ移行し、数週間かけて 50、そして 100 に増やします。さらに 90 日以上クリーンな結果が続いたら、同じ段階的な pct= のアプローチで p=reject へ進みます。
DMARC レコードの作成に関するよくある質問
DMARC レコードの作成にはどのくらい時間がかかりますか?
DMARC レコードの公開は 5 分もかかりません。レコード自体は 1 つの DNS TXT エントリです。ただし、p=reject での完全な強制に到達するには、9〜18 か月の監視と段階的なポリシーの進行が必要です。
DMARC の前に SPF と DKIM が必要ですか?
はい。DMARC は SPF と DKIM の上に成り立っています — そのうち少なくとも一方が通過し、From ヘッダーのドメインとアライメントすることを要求します。SPF も DKIM も設定されていないと、DMARC には評価すべきものがなく、すべてのメッセージが失敗します。
最適な開始時の DMARC ポリシーは何ですか?
必ず p=none から始めてください。これは監視のみのポリシーで、メール配信に影響を与えることなく、すべての正規送信ソースを特定できます。先に監視せずに quarantine や reject へ移行すると、正規メールがブロックされます。
DMARC レポートに無料のメールアドレスを使えますか?
技術的には可能ですが、お勧めしません。集計レポートは XML ファイルで、アクティブなドメインには大量に届きます。専用のアドレスと、DMARC Report のような DMARC レポートアナライザーを使って自動的に処理してください。
DMARC レコードを間違えるとどうなりますか?
レコードに構文エラーがあると、受信側は DMARC レコードが存在しないかのように扱います。あなたのメールは SPF と DKIM の結果のみに基づいて配信されます。公開の前後で DMARC チェッカーを使ってレコードを検証してください。
簡単なセットアップ、お客様が実証済み
Rated 4.8/5 on G2 · 469 verified reviews
Dave G.
Owner
"DMARC Report has been invaluable in fixing email deliverability issues for our clients"
DMARC Report dashboard allows us to see easily what is compliant and what isn't compliant so we can quickly fix issues.
Antoine L.
"Incredible Service for an affordable price"
The software is easy to use and has also an entry friendly free plan up to 1,000 mails per month.
Zunaid K.
Director
"Essential tool for email delivery"
This tool helps us to implement DMARC reporting for our domains in an easy to use manner.