無料DMARCレコードジェネレーター

DNS管理コンソールにアクセスする— ドメイン登録業者またはホスティングプロバイダのコントロールパネルにログインしてください。

新しいTXTレコードを作成する— ドメインのDNSゾーンファイルに新しいDNSレコードを追加します。

レコードタイプを「TXT」に設定してください— レコードタイプが「A」、「CNAME」、または「MX」ではなく、「TXT」に設定されていることを確認してください。

host/name を「_dmarc」に設定してください。— host フィールドには、必ず「_dmarc」（引用符なし）と入力してください。

生成されたレコード値を貼り付けてください— 当社のジェネレーターツールからDMARCレコード値全体をコピーし、「値」フィールドに貼り付けてください。

保存と確認— 公開したら「保存」をクリックしてください。DMARCレコードがDNSに反映されるまで最大72時間かかる場合がありますが、多くの場合、それより早く有効になります。当社の無料DMARCチェッカーツールを使用して、レコードが有効になっているか確認してください。

p=reject から開始— 認証情報が完全に一致しない場合、正当なメールもブロックされてしまいます。監視を行う場合は、必ず p=none から開始し、数週間から数か月にわたって検疫を経て、最終的に拒否へと段階的に移行してください。

「rua（レポート）」メールの受信を無効にする— レポートがなければ、何が起きているのか把握できません。集計レポートは、不整合な送信元や、正当なメールが認証に失敗しているケースを特定するために不可欠です。

厳格な整合モードを早すぎる段階で適用すること— adkim=s と aspf=s の両方を設定すると、転送メールやサードパーティの送信者が直ちに機能しなくなります。最初は緩やかな設定（r）から始め、ソースの整合が進むにつれて徐々に厳格化してください。

sp を使用してサブドメインを無視する— sp を設定しない場合、すべてのサブドメインはルートポリシーを継承しますが、そのポリシーが厳しすぎる可能性があります。段階的な導入を管理するために、サブドメインの挙動を明示的に定義してください。

RFC 9989 との互換性を考慮せずに pct=0 を設定する場合— メール受信側は pct を認識しません。RFC 9989 準拠のシステムでは、代わりに t=y を使用して段階的な導入を通知してください。