---
title: "DMARCとは？ドメインベースのメッセージ認証をわかりやすく解説 | DMARC Report"
description: "DMARC（Domain-based Message Authentication, Reporting & Conformance）は、SPFまたはDKIMのチェックが失敗したときに受信側メールサーバーがどう対応すべきかを指示するメール認証プロトコルです。DMARCの仕組み、各ポリシーの役割、導入方法を解説します。"
image: "https://dmarcreport.com/images/og-default.png"
canonical: "https://dmarcreport.com/ja/dmarc-toha/"
---

メール認証 

# DMARCとは？

**DMARC（Domain-based Message Authentication, Reporting & Conformance）は、[SPF](/ja/spf-toha/)または[DKIM](/ja/dkim-toha/)のチェックが失敗したときに、受信側メールサーバーがどう対応すべきかを指示するメール認証プロトコルです。** DMARCがないと、受信側はメールが認証に失敗したことは分かっても、それを拒否すべきか、隔離すべきか、通過させるべきかについての指示がありません。DMARCはそのギャップを埋めます。

[RFC 7489](https://datatracker.ietf.org/doc/html/rfc7489)で定義され、Google、Yahoo、そしてPCI DSS v4.0が大量送信者や顧客向けドメインに要求しています。

[ DMARCレコードをチェック → ](/ja/tools/dmarc-checker/) [仕組み](#how-dmarc-works) 

**DMARC Reportセキュリティチーム**による執筆 | 最終レビュー：**2026年4月** | 読了時間10分 

コンプライアンス 

## DMARCを要求しているのは誰か？

DMARCは、任意のベストプラクティスから、世界中の政府、金融、医療、重要インフラの各分野における必須のコンプライアンス要件へと変わりました。

### 政府の義務

[CISA BOD 18-01](https://www.cisa.gov/news-events/directives/bod-18-01) 米国連邦 

すべての連邦行政機関のドメインはp=rejectでDMARCを実装しなければならない

[CISA BOD 25-01](https://www.cisa.gov/news-events/directives/bod-25-01) 米国連邦 

メール認証の基準を拡張し、Microsoft/Google/Yahooの送信者要件に整合させる

[UK NCSC Cyber Assessment Framework](https://www.ncsc.gov.uk/collection/email-security-and-anti-spoofing) 英国 

中央政府のドメインはDMARC、SPF、DKIM、TLSを実装しなければならない。休眠ドメインを含むすべてのドメインにDMARCレコードが必要

[ASD Essential Eight](https://www.cyber.gov.au/resources-business-and-government/essential-cyber-security/ism/cyber-security-guidelines/guidelines-email) オーストラリア 

オーストラリア信号総局はDMARCを重要と位置付けており、既存の対策に関わらず今すぐ実装するよう求めている

[CCCS メールドメイン保護](https://www.cyber.gc.ca/en/guidance/implementation-guidance-email-domain-protection) カナダ 

連邦省庁はDMARC、SPF、DKIMを実装しなければならない。最低でもp=noneから始め、段階的にp=rejectへ進める

### 業界標準

[PCI DSS v4.0](https://www.pcisecuritystandards.org/) グローバル（決済） 

2025年3月31日より、決済カードデータを扱うすべての組織にDMARCを含むフィッシング対策の仕組みが要求される

[NIST SP 800-177](https://csrc.nist.gov/pubs/sp/800/177/r1/final) 米国（ガイダンス） 

目標ポリシーとしてp=rejectのDMARCを推奨。メール非送信ドメインを含むすべてのドメインでレコードを公開する

[CIS Control 9.5](https://www.cisecurity.org/) グローバル 

有効なドメインからのなりすましや改ざんされたメールの可能性を下げるためにDMARCを実装する

[EU NIS2指令](https://www.nis-2-directive.com/) 欧州連合 

メールセキュリティ対策を含む堅牢なサイバーセキュリティ対策を要求。DMARCはGDPRやPCI DSSと並んでNIS2コンプライアンスを強化する

 ISO 27001 グローバル 

情報セキュリティマネジメント標準。DMARCの実装は通信セキュリティに関する附属書Aの管理策を支援する

### メールプロバイダーの要件

[Google 送信者ガイドライン](https://support.google.com/a/answer/81126) グローバル 

2024年2月以降、大量送信者（Gmail宛に1日5,000通以上）は最低でもp=noneでDMARCを設定しなければならない

 Yahoo 送信者要件 グローバル 

2024年2月以降、大量送信者はSPFおよびDKIMとともにDMARCで認証しなければならない

[Microsoft Outlook の適用](https://learn.microsoft.com/en-us/defender-office-365/email-authentication-dmarc-configure) グローバル 

2025年5月5日より、Microsoftは大量送信者からOutlook.com、Hotmail、Live.com宛のDMARC失敗メールを拒否する

 Apple Mail（iCloud） グローバル 

AppleはiCloud MailドメインでDMARCポリシーを適用し、p=rejectで認証に失敗したメッセージを拒否する

 サイバー保険 グローバル 

BEC請求の60%は適用されていないドメインが原因。保険会社は引受条件としてSPF、DKIM、DMARCをますます求めている

問題 

## メールは送信者の検証なしに作られた

SMTPプロトコルには、「From」欄の人物が実際にそのメッセージを送ったかどうかを検証する仕組みが組み込まれていません。誰でも誰かになりすましてメールを送れてしまいます。DMARCはこれを修正します。

### DMARCなし

A

攻撃者がceo@yourcompany.comとしてメールを送信

SPF失敗 / DKIM失敗

受信側にポリシーの指示がない - メッセージが受信トレイに配信される

### DMARCあり（p=reject）

A

攻撃者がceo@yourcompany.comとしてメールを送信

SPF失敗 / DKIM失敗

受信側がDMARCポリシーを確認：p=reject

アライメント失敗 - SPFもDKIMもFromドメインと一致しない

メッセージ拒否 - 受信者に届くことはない

仕組み 

## すべてのメールに、3つのステップ

DMARCはSPFとDKIMの上に、ポリシーの適用とレポーティングを加えます。DMARCで保護されたメールが受信サーバーに届いたときに何が起こるのかを見てみましょう。

1

### 送信者がDMARCレコードを公開する

ドメイン所有者がDNSの\_dmarc.domain.comにTXTレコードを追加します。このレコードにはポリシー（none、quarantine、reject）とレポート用アドレスが含まれます。

2

### 受信側がSPF＋DKIMのアライメントを確認する

メールが届くと、受信サーバーはSPFまたはDKIMが合格しているか、かつ認証されたドメインがFromヘッダーのドメインと整合しているかを確認します。このアライメントチェックこそが、DMARCをSPFやDKIM単独と異なるものにしています。

3

### ポリシーを適用し、レポートを送信する

アライメントが失敗すると、受信側は公開されたポリシーを適用します。通常どおり配信（none）、迷惑メールへ振り分け（quarantine）、完全に拒否（reject）のいずれかです。いずれの場合も、受信側はドメイン所有者に集計レポートを送り返します。

レコードの構造 

## DMARCレコードの中身

DMARCレコードは`_dmarc.yourdomain.com`に公開されるDNS TXTレコードです。各タグが特定の動作を制御します。

DNS TXTレコード - \_dmarc.example.com 

`v=DMARC1; p=reject; rua=mailto:dmarc@example.com; ruf=mailto:forensic@example.com; adkim=s; aspf=r; pct=100; fo=1 ` 

`v=DMARC1` 必須 

プロトコルのバージョン識別子。すべてのDMARCレコードで最初のタグである必要があります。

`v=DMARC1` 

`p=` 必須 

ドメインに対するポリシー：none（監視）、quarantine（迷惑メールフォルダ）、reject（ブロック）。

`p=reject` 

`rua=` 

集計レポートを受け取るアドレス。受信側が毎日送信する認証結果のXML要約です。

`rua=mailto:dmarc@example.com` 

`ruf=` 

フォレンジックレポートを受け取るアドレス。なりすまし試行を調査するためのメッセージごとの失敗詳細です。

`ruf=mailto:forensic@example.com` 

`sp=` 

サブドメインポリシー。サブドメインに対してメインポリシーを上書きします。設定しない場合はp=の値がデフォルトになります。

`sp=reject` 

`adkim=` 

DKIMアライメントモード：strict（s）はドメインの完全一致を要求し、relaxed（r）はサブドメインのアライメントを許可します。

`adkim=r` 

`aspf=` 

SPFアライメントモード：strict（s）はドメインの完全一致を要求し、relaxed（r）はサブドメインのアライメントを許可します。

`aspf=r` 

`pct=` 

ポリシーを適用する失敗メッセージの割合。段階的な展開に使用します（例：pct=10から始めて増やす）。

`pct=100` 

`fo=` 

フォレンジックレポートのオプション。フォレンジックレポートを生成するタイミングを制御します（0=両方失敗、1=いずれかが失敗、d=DKIM失敗、s=SPF失敗）。

`fo=1` 

ポリシー 

## 3つのDMARCポリシー

どのDMARCの道のりも同じ経路をたどります。監視、隔離、拒否です。各ポリシーは前の段階の上に積み重なります。[DMARCポリシーについて詳しく学ぶ](/ja/dmarc-porishi/)。

`p=none` 

監視のみ

受信側は失敗したメッセージに対して何のアクションも取りません。レポートは引き続き送信され、誰があなたのドメインからメールを送信しているかを可視化できます。

使用するタイミング

導入初期。ポリシーを適用する前に、すべての正当な送信元を特定する必要があります。

リスクレベル

なし。メールには一切影響しません。これは監視専用のモードです。

`p=quarantine` 

迷惑メールへ振り分け

失敗したメッセージは迷惑メールフォルダに振り分けられます。受信者はまだ見つけることができますが、疑わしいものとしてフラグが立てられます。

使用するタイミング

p=noneで90日以上監視し、すべての正当な送信元の失敗を修正した後。

リスクレベル

中程度。設定に誤りのある正当な送信元は迷惑メールに振り分けられます。

`p=reject` 

完全にブロック

失敗したメッセージはSMTPレベルで拒否されます。受信者が目にすることは決してありません。これが完全な適用です。

使用するタイミング

p=quarantineで90日以上運用し、すべての正当なメールが一貫して合格するようになった後。

リスクレベル

適切に準備すれば低リスク。不正な送信元は完全にブロックされます。

認証のトライアド 

## SPF、DKIM、DMARCは  
どのように連携するか

各プロトコルはメール認証というパズルの異なる部分を解決します。SPFは送信サーバーを許可します。DKIMはメッセージの完全性を保証します。DMARCはアライメントとポリシーによってそれらを結び付けます。

- `SPF`  
送信サーバーのIPがドメインのDNSレコードによって許可されていることを検証します。エンベロープ送信者（Return-Path）をチェックします。  
[SPFレコードをチェック →](/ja/tools/spf-checker/)
- `DKIM`  
メールヘッダーに暗号署名を付与します。受信サーバーはDNS内の公開鍵に対して署名を検証します。  
[DKIMレコードをチェック →](/ja/tools/dkim-lookup/)
- `DMARC`  
SPFまたはDKIMのいずれかが合格し、かつFromヘッダーのドメインと整合することを要求します。失敗に対するポリシーを公開し、レポーティングを有効にします。  
[DMARCレコードをチェック →](/ja/tools/dmarc-checker/)

DMARCアライメントチェック 

メールヘッダー

From（表示）

ceo@example.com

受信者が目にするもの 

Return-Path

bounce@example.com

SPFがチェック 

DKIM d=

example.com

DKIMがチェック 

DMARCの結果

合格 - SPF整合、DKIM整合

 90% 

 のサイバー攻撃はメールから始まる 

 $4.88M 

 データ侵害の平均コスト（IBM、2024年） 

 80% 

 のDMARCドメインは決して適用しない 

 9-18 

 完全な適用までの月数 

導入 

## DMARCの設定方法

DMARCの導入は段階的なアプローチをとります。監視なしに適用へ急ぐと、正当なメールがブロックされてしまいます。最初のレコードから完全なp=rejectまで9〜18か月を見込んでください。

1

### SPFを設定する

あなたのドメインのメール送信を許可されているすべてのIPアドレスとサービスを列挙したSPF TXTレコードを公開します。DNSルックアップは10回以内に抑えてください。

[SPFレコードをチェックする →](/ja/tools/spf-checker/) 

2

### DKIMを設定する

メールサーバー、Google Workspace、Microsoft 365、マーケティングプラットフォームなど、すべての送信元でDKIM署名を有効にし、送信メッセージに暗号署名を付与します。

[DKIMセレクタを検出する →](/ja/tools/dkim-lookup/) 

3

### DMARCをp=noneで公開する

\_dmarc.yourdomain.comにp=noneで始まるDMARC TXTレコードを追加し、集計レポートを受け取るrua=アドレスを設定します。

[DMARCレコードを検証する →](/ja/tools/dmarc-checker/) 

4

### 90日以上レポートを監視する

集計レポートを分析してすべての送信元を特定し、認証の失敗を修正し、すべての正当なメールがSPFまたはDKIMのアライメントに合格することを確認します。

[DMARC Reportで監視を始める →](/ja/home/) 

5

### quarantineからrejectへと適用する

p=quarantineに移行してさらに90日以上監視し、その後p=rejectに進みます。段階的な展開にはpct=を使用します。全行程には9〜18か月かかります。

[DMARCポリシーについて学ぶ →](/ja/dmarc-porishi/) 

FAQ 

## よくあるご質問

### DMARCを簡単に言うと何ですか？

DMARCは、メールが認証チェックに失敗したときに受信側メールサーバーがどう対応すべきかを、ドメイン所有者が指示できるメールセキュリティプロトコルです。攻撃者があなたのドメインから送信されたように見えるメールを送るのを防ぎ、ブランドと受信者をフィッシングから保護します。

### DMARCの導入にはどれくらいかかりますか？

p=noneでDMARCレコードを公開するのは数分で済みます。しかし、p=rejectでの完全な適用に達するには通常9〜18か月かかります。各フェーズ（none、quarantine、reject）では、すべての正当な送信元を特定して修正するために、少なくとも90日間の監視が必要です。

### DMARCはすべてのフィッシングを止めますか？

DMARCはドメインの直接的ななりすましを止めます。攻撃者はあなたの正確なドメインを使って認証を通過するメールを送信できません。ただし、似た名前のドメインを使った攻撃（例：examp1e.com）や無関係なドメインからのフィッシングは防げません。DMARCは多層防御によるメールセキュリティ戦略の一つの層です。

### SPF、DKIM、DMARCの違いは何ですか？

SPFは送信サーバーがドメイン所有者によって許可されていることを検証します。DKIMはメッセージが転送中に改ざんされていないことを証明する暗号署名を付与します。DMARCはこれらを結び付け、SPFまたはDKIMのいずれかが合格し、かつFromヘッダーのドメインと整合することを要求し、認証が失敗したときに受信側がどう対応するかを指示します。

### DMARCは必須ですか？

はい。DMARCは複数のフレームワークの下で必須です。米国連邦機関はCISA BOD 18-01の下でp=rejectを実装しなければなりません。PCI DSS v4.0では2025年3月からDMARCが要求されています。Google、Yahoo、Microsoftは大量送信者にDMARCを要求しています。英国のNCSC、オーストラリアのASD、カナダのCCCSはいずれも政府ドメインにDMARCを義務付けています。EUのNIS2は重要インフラにおけるDMARCの必要性を強化しています。また、多くのサイバー保険では、引受条件としてSPF、DKIM、DMARCの適用を求めるようになっています。

### DMARC集計レポートとは何ですか？

集計レポート（RUA）は、受信側メールサーバーが毎日送信するXMLファイルです。あなたのドメインを名乗るすべてのメッセージの認証結果を要約し、どの送信元がSPFとDKIMに合格または失敗したか、どのポリシーが適用されたかを示します。DMARC ReportはこれらのXMLファイルをビジュアルダッシュボードに変換します。

### DMARCによってメールの配信が止まることはありますか？

p=noneでは、DMARCはメール配信に影響しません。監視のみだからです。p=quarantineまたはp=rejectでは、認証に失敗した正当な送信元からのメッセージが影響を受けます。だからこそ、適用の前に各段階で90日以上の監視を行う段階的なアプローチが不可欠なのです。

[すべてのDMARC FAQを見る →](/ja/dmarc-faq/) 

## 世界中のセキュリティチームに信頼されています

![G2 Leader - DMARC](https://media.mailhop.org/dmarcreport/images/g2-badges/DMARC_Leader_Leader.png)

Rated 4.8/5 on G2 · 469 verified reviews

![G2 Momentum Leader - DMARC](https://media.mailhop.org/dmarcreport/images/g2-badges/DMARC_MomentumLeader_Leader.png)

VU

Verified User in Information Technology and Services

5/5

### "Best security tool for your own domains"

The weekly reports help me a lot to analyze quickly the emails sent from my domains and that gives me peace of mind.

8/31/2022Verified on G2

RC

Ryan C.

Director

4.5/5

### "Control Centre for Email Security"

I like that we can see and check all reports on just 1 platform. We manage multiple domains, and monitoring them all in one place is essential.

8/29/2022Verified on G2

eg

eddy g.

Director

4.5/5

### "A great solution to a common email problem."

I have been using them for the last month after my Google business email started giving DMARC errors. I didn't even know what it meant at that time. After a little googling I found that people can spoof it as well. So far so good — the best thing is it protects every email.

8/29/2022Verified on G2

[Read all 469 reviews on G2 →](https://www.g2.com/products/dmarc-report/reviews)

## 今日からDMARCレポートの監視を始めましょう

無料プランには1ドメインと月間10,000件のレポートが含まれます。クレジットカードは不要です。

[無料で始める - クレジットカード不要](https://app.dmarcreport.com/signup?plan=free)

```json
{"@context":"https://schema.org","@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138898167","name":"DMARC Report","url":"https://dmarcreport.com","logo":{"@type":"ImageObject","url":"https://dmarcreport.com/images/dmarcreport-logo.png"},"description":"DMARC reporting and email authentication management. Monitor aggregate and forensic DMARC reports, analyze authentication results, and enforce DMARC policies across all your domains.","parentOrganization":{"@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138883901","name":"DuoCircle LLC","url":"https://www.duocircle.com","sameAs":["https://www.wikidata.org/wiki/Q138883901","https://www.crunchbase.com/organization/duocircle-llc","https://www.linkedin.com/company/duocircle","https://github.com/duocircle"],"subOrganization":[{"@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138898167","name":"DMARC Report","url":"https://dmarcreport.com"},{"@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138897474","name":"AutoSPF","url":"https://autospf.com"},{"@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138897912","name":"Phish Protection","url":"https://www.phishprotection.com"}]},"sameAs":["https://www.wikidata.org/wiki/Q138898167","https://www.linkedin.com/company/duocircle","https://x.com/duocirclellc","https://www.g2.com/products/dmarc-report/reviews","https://github.com/duocircle","https://www.crunchbase.com/organization/duocircle-llc","https://www.trustradius.com/products/duocircle/reviews"],"aggregateRating":{"@type":"AggregateRating","ratingValue":"4.8","reviewCount":"471","bestRating":"5","worstRating":"1","url":"https://www.g2.com/products/dmarc-report/reviews"},"contactPoint":{"@type":"ContactPoint","contactType":"customer support","url":"https://dmarcreport.com/support/"},"knowsAbout":["DMARC","DMARC Reporting","DMARC Aggregate Reports","DMARC Forensic Reports","Sender Policy Framework","DKIM","Email Authentication","Email Security","DNS Management","Email Deliverability"]}
```

```json
{"@context":"https://schema.org","@type":"WebSite","name":"DMARC Report","url":"https://dmarcreport.com","description":"DMARC reporting and email authentication management. Monitor aggregate and forensic DMARC reports, analyze authentication results, and enforce DMARC policies across all your domains.","publisher":{"@type":"Organization","name":"DMARC Report","url":"https://dmarcreport.com","logo":{"@type":"ImageObject","url":"https://dmarcreport.com/images/dmarcreport-logo.png"},"description":"DMARC reporting and email authentication management. Monitor aggregate and forensic DMARC reports, analyze authentication results, and enforce DMARC policies across all your domains.","parentOrganization":{"@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138883901","name":"DuoCircle LLC","url":"https://www.duocircle.com","sameAs":["https://www.wikidata.org/wiki/Q138883901","https://www.crunchbase.com/organization/duocircle-llc","https://www.linkedin.com/company/duocircle","https://github.com/duocircle"],"subOrganization":[{"@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138898167","name":"DMARC Report","url":"https://dmarcreport.com"},{"@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138897474","name":"AutoSPF","url":"https://autospf.com"},{"@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138897912","name":"Phish Protection","url":"https://www.phishprotection.com"}]}}}
```

```json
[{"@context":"https://schema.org","@type":"FAQPage","mainEntity":[{"@type":"Question","name":"DMARCを簡単に言うと何ですか？","acceptedAnswer":{"@type":"Answer","text":"DMARCは、メールが認証チェックに失敗したときに受信側メールサーバーがどう対応すべきかを、ドメイン所有者が指示できるメールセキュリティプロトコルです。攻撃者があなたのドメインから送信されたように見えるメールを送るのを防ぎ、ブランドと受信者をフィッシングから保護します。"}},{"@type":"Question","name":"DMARCの導入にはどれくらいかかりますか？","acceptedAnswer":{"@type":"Answer","text":"p=noneでDMARCレコードを公開するのは数分で済みます。しかし、p=rejectでの完全な適用に達するには通常9〜18か月かかります。各フェーズ（none、quarantine、reject）では、すべての正当な送信元を特定して修正するために、少なくとも90日間の監視が必要です。"}},{"@type":"Question","name":"DMARCはすべてのフィッシングを止めますか？","acceptedAnswer":{"@type":"Answer","text":"DMARCはドメインの直接的ななりすましを止めます。攻撃者はあなたの正確なドメインを使って認証を通過するメールを送信できません。ただし、似た名前のドメインを使った攻撃（例：examp1e.com）や無関係なドメインからのフィッシングは防げません。DMARCは多層防御によるメールセキュリティ戦略の一つの層です。"}},{"@type":"Question","name":"SPF、DKIM、DMARCの違いは何ですか？","acceptedAnswer":{"@type":"Answer","text":"SPFは送信サーバーがドメイン所有者によって許可されていることを検証します。DKIMはメッセージが転送中に改ざんされていないことを証明する暗号署名を付与します。DMARCはこれらを結び付け、SPFまたはDKIMのいずれかが合格し、かつFromヘッダーのドメインと整合することを要求し、認証が失敗したときに受信側がどう対応するかを指示します。"}},{"@type":"Question","name":"DMARCは必須ですか？","acceptedAnswer":{"@type":"Answer","text":"はい。DMARCは複数のフレームワークの下で必須です。米国連邦機関はCISA BOD 18-01の下でp=rejectを実装しなければなりません。PCI DSS v4.0では2025年3月からDMARCが要求されています。Google、Yahoo、Microsoftは大量送信者にDMARCを要求しています。英国のNCSC、オーストラリアのASD、カナダのCCCSはいずれも政府ドメインにDMARCを義務付けています。EUのNIS2は重要インフラにおけるDMARCの必要性を強化しています。また、多くのサイバー保険では、引受条件としてSPF、DKIM、DMARCの適用を求めるようになっています。"}},{"@type":"Question","name":"DMARC集計レポートとは何ですか？","acceptedAnswer":{"@type":"Answer","text":"集計レポート（RUA）は、受信側メールサーバーが毎日送信するXMLファイルです。あなたのドメインを名乗るすべてのメッセージの認証結果を要約し、どの送信元がSPFとDKIMに合格または失敗したか、どのポリシーが適用されたかを示します。DMARC ReportはこれらのXMLファイルをビジュアルダッシュボードに変換します。"}},{"@type":"Question","name":"DMARCによってメールの配信が止まることはありますか？","acceptedAnswer":{"@type":"Answer","text":"p=noneでは、DMARCはメール配信に影響しません。監視のみだからです。p=quarantineまたはp=rejectでは、認証に失敗した正当な送信元からのメッセージが影響を受けます。だからこそ、適用の前に各段階で90日以上の監視を行う段階的なアプローチが不可欠なのです。"}}]}]
```

```json
{"@context":"https://schema.org","@type":"BreadcrumbList","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https://dmarcreport.com/"},{"@type":"ListItem","position":2,"name":"学ぶ","item":"https://dmarcreport.com/ja/dmarc-toha/"},{"@type":"ListItem","position":3,"name":"DMARCとは","item":"https://dmarcreport.com/ja/dmarc-toha/"}]}
```
