cold-email-deliverability について
コールドメールの原稿と送信設定を確認し、受信トレイへの到達リスクやコンプライアンスを評価するスキルです。認証、送信者の評判、本文構成を優先し、根拠を示すとともに、欺瞞的な送信手法を拒否します。
主な機能
- 01価値・工数・効率で到達要因を順位付け
- 02認証、送信者の評判、本文構成を確認
- 03主張の根拠を分類して表示
- 04送信者の状況や制約に応じて提案を調整
- 05欺瞞的な配信やフィルター回避を拒否
活用シーン
- 01送信前のコールドメール原稿の確認
- 02DMARC不足など認証上の問題の特定
- 03キャンペーン向け送信ドメイン構成の選定
- 04宛先地域ごとの到達リスクの評価
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ mbfinotti/ sales-skills --skill cold-email-deliverabilityインストール後、Claude Code で/cold-email-deliverabilityを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
evals/evals.jsonreferences/authentication-and-setup.mdcompliance-by-region.mdcontent-review.mdreputation-and-measurement.mdreview-examples.md詳細
メール到達性のレビュー
コールドメールの下書きと、それを送信するための設定(認証、ドメイン構成、レピュテーションのシグナル、本文の構成、法令遵守)をレビューし、実際に受信トレイへの振り分けを左右する要素の順に、振り分けリスクのレポートを返します。
すべての主張に、その根拠を示すラベルを付けてください。
- provider-verified - メールボックスプロバイダーまたは標準化団体のドキュメントに基づくものです。
- vendor - ツールベンダーによるマーケティングであり、独立した方法論はありません。
- contested - 信頼できる情報源の間で見解が分かれています。
- practitioner - 専門家の間で合意されていますが、統制された検証はありません。
ベンダーの数値を法則のように扱わないでください。エビデンスが存在しない場合は、その旨を伝えてください。
振り分けの優先順位
すべてのレビューで、次の順序を組み込んでください。この分野の多くのアドバイスが逆になっている点です。ここでいう作業量は、設定や監視にかかる時間、および元に戻せるかどうかを指し、価格ではありません。
- 価値(振り分けを改善する効果):認証 > レピュテーションと苦情の抑制 > コンテンツ構成 > 言葉選び
- 作業量(設定、監視、元に戻せるかどうか):レピュテーションと苦情の抑制 > 認証 == コンテンツ構成 > 言葉選び
- 効率(最初に行うもの):認証 > コンテンツ構成 > レピュテーションと苦情の抑制 > 言葉選び
認証とコンテンツ構成は、どちらも一度きりの1時間の作業で、完全に元に戻せるため、作業量は同じです。異なるのは実施する人だけです。DNS にアクセスできる人か、下書きの作成者かという違いであり、これは順位を変える条件ではありますが、作業量の差ではありません。
- 認証は必須条件です。 DNS の作業に1時間かかりますが、これがなければ後続の対策は機能しません。SPF/DKIM/DMARC のアラインメント、有効な PTR、TLS が必要です。provider-verified:現在、認証の失敗はメールの拒否につながります(Microsoft では2025年5月5日以降、
550 5.7.515。Gmail では 4.7.x/5.7.x コード)。コピーの編集で埋め合わせることはできません。 - 送信者のレピュテーションと、受信者のエンゲージメント/苦情のシグナルが、振り分けを大きく左右します。 すべてのメールが受け入れられるようになった後は、振り分けを改善する最も大きな要因です。また、4項目のうち、修正して終わりではなく、継続的に取り組む必要がある唯一の項目です。Gmail はメッセージ単位ではなくメールストリーム単位でフィルタリングします。迷惑メール報告ボタンからの苦情は、最大のマイナスシグナルです(仕組みは provider-verified、実務上の知見は practitioner-documented)。
- コンテンツ構成は、かなり弱い決め手にすぎません。ただし、比率だけで見ればレピュテーション対策より手軽なため、先に取り組む価値があります。画像だけのメール、テキストに対する画像の割合が低いこと、プレーンテキスト部分がない HTML、リンク先ドメインのレピュテーションなどです。語彙ではありません。
- 「迷惑メールのトリガーになる単語」のリストは、ほとんどが俗説です。 効果が最も弱く、最後に取り組むべき項目です。返信率ではなく迷惑メールへの振り分けについて、言葉選び、単語数、リンク数との因果関係を示す独立した統制研究はありません。レピュテーションに問題のないドメインなら「FREE!!! Act now」でも受信トレイに届き、レピュテーションが損なわれたドメインでは俳句でも届きません。コンテンツも確認してください。ただし、効果についてはユーザーに率直に伝え、禁止ワードのリストを主要な対策として決して提示しないでください。
この順序では、価値の面で2番目に重要なレピュテーションと苦情の抑制が、効率を基準にするたびに、手軽な決め手に負けて後回しになります。これは、終わりのない継続作業だからです。送信者がこのキャンペーン後もメールを送り続けるつもりの場合、または Gmail の迷惑メール率がすでに0.10%を超えている場合は、これを最優先にしてください。その水準を超えると、すでにフラグが立てられたストリームには、認証やコンテンツの修正では対処できません。
送信ドメインに DMARC レコードがないのに、単語リストのスコアを返すレビューは職務怠慢です。このため、ワークフローでは前提条件を先に確認し、コンテンツを最後に確認します。これはレビューの順序であり、意図的に効率の順序とは異なります。レピュテーションは、送信ストリームが損なわれていればコピーのレビュー全体が無意味になるため、早い段階で評価します。一方、修復にはキャンペーン終了後も続く定常的な作業が必要なため、後の段階で行います。
倫理上の境界
M3AAWG の 2025 年 11 月のコールドメールに関する見解では、「未承諾メール(コールドメールを含む)の送信に、欺瞞的で誤解を招く配信方法を用いることは、悪用にあたる」と述べています。また、「メールボックスプロバイダーやクラウドプラットフォームの抜け穴を悪用する、メール送信量の制限の回避、スパムフィルターの回避、送信ドメインの偽装、購読者のエンゲージメントの人為的な演出、その他のツールやサービスの利用を試みる行為は、とりわけ悪質であり、いかなる形でも容認できない」とも述べています。
このスキルが扱うのは、配信到達性の衛生管理とコンプライアンスであり、フィルター回避ではありません。次の支援は、明確に拒否してください。
- 送信者の身元を偽装したり、虚偽の情報を使ったりすること。
- 似せたドメインや欺瞞的なドメインを使うこと。
- 偽の
Re:/Fwd:スレッドを作ること。 - 人為的なエンゲージメントや、返信ボットによるウォームアップネットワークを利用すること。
- プロバイダーの送信量制限を回避すること。
- オプトアウトを隠したり、妨げたり、思いとどまらせたりすること。
ユーザーには、実際に存在する相反する見解を隠さず示してください。実務者は、所有し、ウォームアップ済みで、送信者を偽りなく識別できる複数の送信ドメインに送信量を分散することを推奨する一方、M3AAWG は制限を回避するための「送信ドメインの偽装」を非難しています。境界となるのはドメインの数ではなく、身元です。
- 衛生管理 — 透明性をもって所有し、適切な認証を設定した、実際の送信者を識別できるドメイン。
- 悪用 — 送信者の身元を隠す、送信量制限を突破する、または新しい名前で評判の悪化をリセットする目的で選ばれたドメイン。
依頼のうち、悪用にあたる部分は断り、残りの部分には対応してください。悪用は、以下のメニューの中で優先度が低い選択肢なのではありません。メニューに含まれないものであり、送信量の目標、期限、労力の上限によって、再び選択肢に加わることはありません。
ドメインアーキテクチャ — 正当な選択肢の順位付け
正当性が前提条件です。この順位付けは、それを満たす選択肢だけを対象にします。ここでの労力とは、プロビジョニングとウォームアップにかかる時間、継続的な監視、そして可逆性です。このスキルでは、ドメインが使えなくなるのが最も元に戻しにくい結果なので、可逆性に最も大きな比重を置きます。
- 価値(影響範囲の封じ込めと獲得できるメール到達率):ドメインフリート > 専用送信ドメイン1つ > コーポレートサブドメイン
- 労力(プロビジョニング、ウォームアップ、監視、可逆性):ドメインフリート > コーポレートサブドメイン > 専用送信ドメイン1つ
- コンプライアンスコスト(地域ごとの送信者識別と配信停止対象の範囲):ドメインフリート > 専用送信ドメイン1つ = コーポレートサブドメイン
- 効率(ここから始めます):専用送信ドメイン1つ > コーポレートサブドメイン > ドメインフリート
専用ドメインとサブドメインのコンプライアンスコストが同じなのは、どちらも1つの配信停止リストにひも付いた送信者IDが1つだけであり、受信者の地域のルールはDNSラベルではなく、そのIDに適用されるためです。セットアップが安くても、サブドメインは専用ドメインより労力がかかります。サブドメインが使えなくなると、組織ドメインにも影響が及び、使用を停止したままにできないためです。
- 専用送信ドメイン1つ。ブランドに近い名前で、同じ送信者を正直に示すものです。これがデフォルトの段階です。プロビジョニングには1時間、ウォームアップには1週間以上かかります。また、復旧時の対応(使用を停止し、置き換える)にほぼコストがかからない唯一のアーキテクチャです。
- コーポレートドメインのサブドメイン。ブランド認知度を活用でき、DNSもすでに管理下にありますが、影響の封じ込めは部分的です。レピュテーションは組織ドメインにも波及します。また、Gmailはサブドメインを含むプライマリドメイン全体の大量送信量を数えるため、1日あたり5,000通のカウントはリセットされません。
- 専用ドメインとメールボックスのフリート。この優先順位では選ばれにくい選択肢ですが、3つの中で最も高い価値があります。一方、ドメインごとに認証、ウォームアップ、Postmasterへの登録、監視が恒久的に必要になるため、効率の面では毎回不利になります。送信者自身のPostmasterデータに照らして、目標送信量がウォームアップ済みの1ドメインのメールボックスで対応できる量を超えた場合、または実在する2つ目のブランドがある場合に、こちらを選びます。コンプライアンスコストも現実に発生します。オプトアウトはドメインではなく送信者に適用されるため、1つの配信停止リストをすべてのドメインで共有する必要があります。ドメインごとに配信停止対象を管理するフリートは、オプトアウトの仕組みが破綻しており、BLOCKERとして記録されます。
この選択肢一覧から、降格ではなく除外したもの:プライマリのコーポレートドメインを使った大量のコールドアウトバウンドです。これは使用を停止して置き換えることができない唯一の資産であり、単一の苦情の波で停止しかねないトランザクションメールや企業メールも担っています。
このページの2つの順位付けはデフォルトであり、絶対的なルールではありません。状況や実行する人によって変わります。この送信者についてすでにわかっていることに基づいて、順位を見直してください。
- 実際のレピュテーションを長年築いてきた既存ドメインがある場合、サブドメインは有力な選択肢になり、使用停止と置き換えによる復旧は適切ではなくなります。
- 設立したばかりの企業には守るべきレピュテーションも引き継ぐべきブランドもないため、上位2つの段階の差は小さくなります。
- DNSを管理するITチームが新しいドメインへの委任を認めない場合、サブドメインが唯一の迅速な選択肢です。一方、自分たちでドメインをプロビジョニングできるチームなら、ほぼ手間をかけずに最上位の段階に進めます。
ヒアリング
- 1 つのメッセージにつき、質問は 1 つだけにします。
- 選択肢を提示します。
- すでにコンテキストに答えがある項目は省略します。
- ハーネスに永続メモリがあり、以前の実行でこの送信者の設定が保存されている場合は、再度質問せず、その設定を確認します。
- 対象はどちらですか:B2B のコールドアウトバウンド(未承諾メール)ですか、それとも B2C の一斉配信/ライフサイクルメール(オプトイン)ですか?最初に質問してください。適法な根拠、配信停止のルール、ウォームアップの単位、フィードバックループはそれぞれ大きく異なります。
- いつまでに実施する必要がありますか:今週中、今月中、それとも期限なしですか?
- 単発の成果を狙いますか、それとも継続的に価値が高まる資産を作りますか:1 つのリストへの 1 回のキャンペーンですか、それとも継続的に運用するアウトバウンドチャネルですか?
- 工数の上限はどのくらいですか:誰が実行し、何時間確保できますか?DNS を管理できますか?また、どの程度まで元に戻せる必要がありますか?
- 1 日あたりの送信量と、いずれか 1 つのプロバイダーへの送信量が 1 日あたり 5,000 件に近づくかどうかは?(Gmail と Microsoft でプロバイダーが確認する一括送信者のしきい値です。Gmail では、一度到達すると恒久的に適用されます。)
- 送信ドメインはどれですか:主要な企業ドメイン、専用の送信ドメイン/サブドメイン、あるいは複数ですか?それぞれが実際の送信者を正しく示していますか?
- SPF、DKIM、DMARC のレコードは存在し、アライメントも把握できていますか?「わかりません」も有効な回答です。ワークフローのステップ 3 で確認します。
- 宛先のプロバイダー構成はどのようになっていますか:主に Gmail、Microsoft、Yahoo、企業のゲートウェイ、または混在ですか?
- 宛先の地域はどこですか:米国、EU(加盟国も)、英国、カナダ、オーストラリア、または複数地域ですか?地域によって法的な判断は大きく変わります。
- ポストマスターのダッシュボードには登録済みですか:Google Postmaster Tools、Microsoft SNDS/JMRP、Yahoo CFL などです。把握していれば、現在の Gmail の迷惑メール率も教えてください。
- メールの下書きは、実際の 1 対 1 のメールですか、それとも大量送信用のテンプレートですか?一括送信の要件が適用されるかどうかと、オプトアウトの推奨が変わります。
- これまでにどのような症状がありましたか:バウンスコード(
550 5.7.515、4.7.x/5.7.x、550 5.4.5)、迷惑メールフォルダーに入ったという報告、返信の急減などですか?
回答 2〜4 に基づいて、両方の優先順位を見直し、どの回答によってどの選択肢が順位を変えたかをユーザーに伝えてください。
- 期限が 1 週間以内なら、認証を優先します(1 時間で完了し、すべての送信を可能にします)。また、ウォームアップ期間が必要なアーキテクチャはすべて優先度を下げます。今日用意したドメインでは、今週中に必要な送信量を確保できません。期限に間に合わない計画を出すのではなく、そのことを伝えてください。
- 継続的な運用が目的なら、評判と苦情の管理を 3 位から 1 位に引き上げます。さらに、送信量の目標から 1 つのドメインでは足りないことがわかった場合は、ドメインフリートの優先度も上げます。
- 単発の成果が目的なら、効率の順序は記載どおりに維持し、ドメインフリートは完全に選択肢から外します。
- DNS を管理できない場合、送信元は企業のサブドメインに限定され、認証の修正は他の担当者の作業待ちになります。1 時間で完了すると想定せず、その引き継ぎを前提に順序を組み立ててください。
- 元に戻せない結果への許容度が低い場合は、他の回答にかかわらず、サブドメインより専用の送信ドメインを優先します。
ワークフロー
- インタビューを実施します。
- リクエストが倫理上の境界に抵触しないか確認します。回避を求める内容には、ほかの作業に着手する前に明確に断ります。
- references/authentication-and-setup.md に従って前提条件を監査します。SPF/DKIM/DMARC の有無とアラインメント、PTR、TLS、必要な場合の配信停止ヘッダー、ならびに上記の優先順位に照らしたドメイン構成を確認します。DNS ルックアップを実行できる、またはウェブを閲覧できる場合は、自分でレコードを検証します。それ以外の場合は、ルックアップ結果を貼り付けるようユーザーに依頼します。不備があれば、いずれもブロッカーです。その旨を報告し、コピーの編集では補えないことを伝え、修正されるまでコンテンツレビューを保留します。
- references/reputation-and-measurement.md に従って、レピュテーションと測定を評価します。スパム率がしきい値内か、バウンス、ブロックリスト、ダッシュボードへの登録、送信量、ウォームアップが妥当かを確認します。評価が著しく低下したドメインは、コピーのレビューではなく、復旧の手順に進みます。
- references/content-review.md に従って本文の構成をレビューします。まず構成とリンク先ドメインの品質を確認し、最後に語彙を確認します。語彙は最も影響力の小さい改善要素として、正直に位置づけます。
- 件名について指摘するのは、虚偽や、受信トレイへの配置に悪影響を及ぼす構造(偽の
Re:/Fwd:、すべて大文字、過剰な句読点)がある場合に限ります。開封率の評価や件名案の作成は行いません。その場合はmbfinotti/sales-skills@cold-email-subject-line-testerに誘導します。 - references/compliance-by-region.md に従い、すべての受信者の地域について法令遵守を確認します。
- レポートを作成します(形式と、合格・不合格の記入例は references/review-examples.md を参照)。品質ゲートを実行し、合格するまでユーザーとともに改善を繰り返します。
- 指摘したセクションについて書き直し案を提示する場合は、提出前に、選択したヒューマナイザーのスキルに通します。モデルの初稿をそのまま納品することはありません。
- 実行環境に永続メモリがある場合は、後続のレビューでそのままドラフトの確認に進めるよう、セットアップの回答(ドメイン、認証状況、送信量、地域、ダッシュボード)を保存します。
B2B のコールドメールと B2C の一斉配信
どちらにも共通する点:
- 認証スタックとアラインメントのルール。
- レピュテーションの仕組みと苦情率の計算方法。
- 構造に関するコンテンツチェック。
異なる点 — 毎回切り分けます:
- 同意の根拠:B2C は定義上オプトインが必要です。B2B のコールドメールは未承諾であり、合法性は地域によって異なります(コンプライアンスの参考資料を参照)。
- ワンクリックの
List-Unsubscribe(RFC 8058):一斉配信/マーケティングに必要です。一斉配信のしきい値未満の真正な 1 対 1 のコールドメールは対象外です。プレーンテキストのオプトアウト案内が必要かどうかについては、見解が分かれています(コンテンツの参考資料を参照)。 - ウォームアップの対象:B2C の ESP 送信者は公開されている段階的な送信量に沿って専用 IP をウォームアップします。B2B のコールドメールではメールボックスとドメインをウォームアップします(レピュテーションの参考資料を参照)。
- フィードバックループ:B2C の ESP は Yahoo CFL/Microsoft JMRP を通じて苦情を申し立てた個人を配信対象から除外します。Gmail は誰に対してもメッセージ単位のフィードバックループを提供していません。
- リストの衛生管理:配信停止ポリシー、再エンゲージメント、ダブルオプトインは B2C の一斉配信での慣行です。B2B で相当するのは、バウンスしたアドレスの削除と送信前の確認です。
呼び出し例と想定される出力
典型的なリクエスト:「コールドメールがスパムに振り分けられるのはなぜ?」「このコールドメールの到達性をレビューして」「メールにスパム判定を引き起こす単語がないか確認して」(正直に回答します。優先順位の項目 4 を参照)、「ドメインがブラックリストに登録されそう?」「来月から 1 日 2,000 通の送信を始める予定です。設定は準備できていますか?」
想定される出力 — レビューレポートの順序:
- 判定:CLEARED、AT RISK、または BLOCKED。
- レイヤー別の所見(認証 → レピュテーション → コンテンツ → コンプライアンス)。各所見に重大度(BLOCKER/RISK/ADVISORY)と出典ラベルを付けます。
- 上記の所見の分類順ではなく、配置の優先順位における効率順の修正リスト。コンテンツを編集する前に、必ず DNS とセットアップの問題を修正します。
- 測定計画:登録するダッシュボード、監視する指標、対応を開始するしきい値。
完全版テンプレートと、不合格・合格それぞれの記入例:references/review-examples.md。
品質ゲート
すべての指摘には重大度が付与されます。ゲートは、未解決の BLOCKER と RISK の数で測定できます。
- ハードゲート — 未解決の項目が1つでもあれば、判定は BLOCKED のままです。
- 送信者の区分に応じた認証が設定され、整合していること。すべての送信者に SPF または DKIM が最低限必要です。大量送信では、SPF、DKIM、および整合した DMARC が必要です。
- 送信者の身元、件名、ドメインなど、どの箇所にも誤解を招く表現がないこと。
- 受信者の地域で求められる同意、配信停止、開示の要件を満たしていること。
- Gmail の迷惑メール率が、判明している場合は 0.30% 未満であること。
- スコア制のコンテンツレビュー:コンテンツリファレンスに記載された10項目の構造チェックをすべて実行します。各チェックに失敗した場合、そのファイルの重大度マップに従って RISK または ADVISORY を記録します。
- 合格基準:BLOCKER がゼロで、未解決の RISK がゼロであること。ユーザーがレポートで確認すれば、ADVISORY の指摘は残したままリリースできます。
- 反復:修正のたびに失敗したレイヤーを再実行し、ゲートを通過するまで続けます。合格させるために BLOCKER を RISK に引き下げてはいけません。
KPI と測定
- Gmail の迷惑メール率:目標は 0.10% 未満、0.30% 以上は厳禁です(プロバイダーで検証済み。Postmaster ダッシュボードで毎日測定)。0.10% に近づいたら、リストとターゲティングを監査します。0.30% に達したら、配信を停止します(緩和措置の適用対象に戻るのは、クリーンな状態が7日間連続した後のみです)。
- バウンス率:2~5%前後の対応基準が広く使われていますが、これはベンダー独自の慣例です。正確な数値より、推移とハードバウンスの除外が重要です。
- 返信率(B2B)/クリック率とコンバージョン率(B2C):信頼に値するエンゲージメントのシグナルです。
- 開封率は明示的に割り引いて評価します。Apple Mail Privacy Protection はトラッキングピクセルを事前取得するため、開封の約55~60%に影響します(Litmus 2026 によるベンダー測定)。また、Google は開封率を追跡していないと明言しています(プロバイダーで検証済み)。開封率はせいぜい傾向を示す指標であり、プレースメント KPI にしてはいけません。
失敗モード
- 認証に問題がある状態でコピーを編集すること。対処法:優先順位に従い、まず必ず DNS を修正します。BLOCKER が解決するまでコンテンツレビューは保留します。
- シードリストの「受信トレイ」結果を証拠として扱うこと。シード用受信トレイにはエンゲージメント履歴がなく、プレースメントは受信者ごとにパーソナライズされます。これは傾向を示すにとどまり、決定的な結果ではありません。
- Google Workspace の1日あたり2,000通というアカウント上限(送信の絶対上限、移動する24時間枠)と、1日あたり5,000通という Gmail の大量送信者のレピュテーション基準(受信側の分類)を混同すること。仕組みも影響も異なります。
- コンプライアンスの期限は一律だと思い込むこと。Gmail と Yahoo は2024年2月1日から大量送信の認証要件を適用しました。Microsoft の同等の要件は15か月後の2025年5月5日に発効しました。
- Gmail では苦情を申し立てた個々の受信者を抑制できると思い込むこと。Gmail にはメッセージ単位のフィードバックループがありません。Yahoo(CFL)や Microsoft(JMRP)とは異なり、構造的な予防だけが選択肢です。
- 自動ウォームアップネットワークに頼ること。人工的なエンゲージメントを作り出す行為であり、M3AAWG が悪質と名指ししているそのものです。実際の受信者へのプレースメントが改善することを示す独立した証拠もありません。
- 評判を落としたドメインを引き続き追いかけ、廃止しないこと。実務上は、ドメインブロックリストに載ったり、レピュテーションが崩壊したりしたドメインは、(正直に身元を明示した)別のドメインに置き換えて休止させるほうが、復旧させるより安価なことがよくあります。「85%のリスト解除成功率」という数字はベンダーの主張であり、検証されていません。例外は、そのドメインが企業向けメールとトランザクションメールを担っている場合です。そのドメインは休止させられないため、レピュテーションリファレンスに従って復旧させる必要があります。
- 単語リストのスコアを主要な修正策として返すこと。これは俗説です。優先順位の4番目を参照し、コンテンツに関する指摘は最後に、ラベルを付けて報告します。
- B2B のコールドメールのルールを B2C の一斉配信に適用する、またはその逆を行うこと。ウォームアップの単位、配信停止の要件、同意の根拠はそれぞれ異なります。上記の区分を参照してください。
参考資料
mbfinotti/sales-skills@sales-outbound-sequence- 接点ごとの頻度とタイミング。この資料の対象範囲外です。- references/authentication-and-setup.md - プロバイダーの要件と日付、調整、エラーコード、配信停止ヘッダー、DNS に関する注意点、ドメインアーキテクチャ、アカウントの厳格な上限。
- references/reputation-and-measurement.md - メール配信のフィルタリング、苦情の計算方法、しきい値、ダッシュボード、シードテストの有効性、ウォームアップの慣例、改善措置、ブロックリスト。
- references/content-review.md - 重大度マップ、トラッキングとリンクのガイダンス、オプトアウトに関する議論、通説の解説を含む、10 項目の構造チェック。
- references/compliance-by-region.md - 米国、EU と加盟国、英国、カナダ、オーストラリア。B2B と B2C における同意の法的根拠と罰則。
- references/review-examples.md - レポートのテンプレート、不合格の具体例 1 件、合格の具体例 1 件。