## この記事でわかること - DMARCbisで導入される`t`タグの意味と、`t=y` / `t=n`の使い分け - 廃止予定の`pct`タグとの差分（割合指定 vs 二択フラグ）とその背景 - `t=y`から`t=n`へ進めるテスト運用の手順 - 既存の`pct`付きレコードを将来に向けて整理する方針 ## tタグとは｜DMARCbisの「テストモード」フラグ DMARC（ディーマーク）の次世代仕様「DMARCbis」で新たに`t`タグ（test mode）が導入されます。2025年7月公開の第41版が現行ドラフトで、2026年初頭のProposed Standard公開見込みです（[draft-ietf-dmarc-dmarcbis](https://datatracker.ietf.org/doc/draft-ietf-dmarc-dmarcbis/)）。 `t`タグはブール値（y / n）の二択です。 - `t=y`: テストモード。受信側は結果を**配信判定に使わず**レポートだけ生成 - `t=n`（デフォルト）: 本番モード。`p`タグどおりに適用 ``` v=DMARC1; p=quarantine; t=y; rua=mailto:dmarc@example.co.jp ``` 上記は「`p=quarantine`を宣言しているが、受信側はテスト中とみなして配信判定には反映しないで」という指示です。レポートは通常どおり集計されるため、観察は可能です。DMARCbis全体の変更点は[DMARCbisの主な変更点｜次世代仕様で何が変わるか](/blog/dmarcbis-changes)を参照。 ## 廃止予定のpctタグとの差分 DMARCbisでは現行RFC 7489の`pct`タグが**廃止予定**です。`pct`は「失敗メールの何%にポリシー適用するか」を0〜100で指定する仕組みでした。 ![pct タグ vs t タグの対比](/blog/dmarc-test-mode-t-tag/pct-vs-t-comparison.svg) ### 割合指定 vs 二択フラグ `pct`と`t`の根本的な違いは適用範囲の表現方法です。 - **`pct=10`**: 「失敗メールの10%にポリシー適用、残り90%はひとつ下扱い」という割合指定。中間値を取れる - **`t=y`**: 「全体をテストモード、ポリシーは適用しない」という二択フラグ `pct`を使った段階的ロールアウト（10→25→50→100%）の手順は[DMARC pctタグの段階的適用｜割合別の手順](/blog/dmarc-pct-rollout)で解説していますが、DMARCbisではこの「中間値による段階制御」自体がなくなります。 ### なぜ廃止されるのか 廃止の背景は受信側の実装ばらつきと運用実態の二極化です。 **実装ばらつき**: RFC 7489は受信側が「pct値に近い割合を統計的仕組みで実現する」としますが、精度は受信プロバイダごとに差があります。pct=50を「半分くらい」の粗さで扱う実装や、サンプリングが偏る実装が報告されており、送信側が期待する影響範囲制御は効きませんでした。 **運用実態の二極化**: 実運用では`pct=0`か`pct=100`の二択でしか使われていない調査結果があります。中間値の精度に限界がある以上、結果的に二択化していたわけです。 DMARCbisは「中間値を捨て二択に簡素化する」方針を採用しました。`t`タグはその結果です。 ## t=yを使ったテスト運用の手順 `t`タグの実務利用は、`p`タグの段階的強化（none → quarantine → reject）と組み合わせます。 ![DMARCbis移行スケジュール](/blog/dmarc-test-mode-t-tag/migration-schedule.svg) ### ステップ1: p=none（観察フェーズ） ``` v=DMARC1; p=none; rua=mailto:dmarc@example.co.jp ``` 新規ドメインや送信経路を把握できていない段階では`p=none`から開始。レポートで全送信経路を把握できるまで1〜2ヶ月続けます。観察手順は[DMARCのp=quarantine強化｜段階的移行の手順](/blog/dmarc-policy-tightening)を参照。 ### ステップ2: p=quarantine + t=y（テスト宣言） ``` v=DMARC1; p=quarantine; t=y; rua=mailto:dmarc@example.co.jp ``` `p=quarantine`を宣言しつつ`t=y`で「テスト中」を明示。受信側はポリシーを適用しないため配信影響は出ません。レポートで「もし本番だったらquarantineされていたメール」を確認でき、本番化時の影響を事前把握できます。 1〜2週間レポート観察し、把握していない送信経路の失敗があればSPF/DKIMを整備してから次へ進みます。 ### ステップ3: p=quarantine（本番運用） ``` v=DMARC1; p=quarantine; rua=mailto:dmarc@example.co.jp ``` `t`タグを外すと本番運用に切り替わります。受信側は実際に`p=quarantine`を適用し、DMARC失敗メールが迷惑メールフォルダ等に振り分けられます。切り替えはTXTレコード書き換えだけで、DNS TTLで受信側全体に行き渡るまで最大数時間。 ### ステップ4: p=rejectへの移行 `p=quarantine`が安定したら、同じ要領で`p=reject; t=y`→`t=n`へ進めます。rejectまで進めば、保護効果が最大化します。 ## 既存pct付きレコードの整理方針 `pct`で運用中のドメインは、DMARCbis正式公開後どうすべきか。結論として**緊急の書き換えは不要**です。 DMARCbisでは既存の`pct`付きレコードは「受信側で無視される」形で互換動作します。`pct=10`が書かれていても、対応受信側は`p`タグだけを評価し、実質`pct=100`と同じ扱いです。 ただし次のタイミングではDMARCbis流に整理しておくのが将来安全です。 - **新規DMARC設定時**: `pct`を書かず、必要なら`t=y`から始める - **既存レコード書き換え時**: `pct`を外すタイミングで`t`タグ運用へ切り替え - **タグ棚卸し時**: `rf` / `ri`など廃止予定タグもまとめて整理 全11タグの扱い変更は[DMARCレコードのタグ完全リファレンス](/blog/dmarc-record-tags-reference)を参照。 **DMARCbisはInternet-Draftの段階**で、RFC化の過程で`t`タグの仕様が微調整される可能性があります。最新動向は[IETF DMARC作業部会](https://datatracker.ietf.org/wg/dmarc/about/)でご確認ください。 ### まとめ - `t`タグは「テスト（y）/本番（n）」の二択フラグ。中間値はない - 廃止予定の`pct`との差分は割合指定 vs 二択。実装ばらつきと運用二極化が背景 - `t=y`は「ポリシー宣言するが受信側は配信判定に使わない」状態。本番化前のテスト宣言として使う - 既存`pct`付きレコードは互換動作。新規・更新時に`t`運用へ切り替え `t`タグは`pct`より明確で予測可能なテスト運用を可能にします。レポートと取引先フィードバックで判断する流れは変わりません。 ## 自社の状況を確認してみませんか 設定状況がわからない方は、無料の[ドメイン診断](/diagnose)で現状をチェックできます。 DMARC・SPF・DKIM・SSL の状態が数十秒でレポートされます。 判断に迷う場合は[お問い合わせ](/contact)からご相談ください。専門家がわかりやすくサポートいたします。