
Yahoo!メールの送信者ガイドラインとは、Yahoo!メール宛てにメールを届けるために、送信側が満たすべき要件のことです。
Yahoo!メール(@yahoo.co.jp)を運営するLINEヤフーは、Gmailのような通数基準つきのガイドラインを公開していません。公開されているのは、SPFかDKIM、もしくはDMARCの認証を導入・判定クリアしていないメールは、迷惑メールと判定したり受信を拒否したりする場合があるという方針です。Yahoo!メール宛ての配信では、送信ドメイン認証への対応が唯一の明示された条件になります。
本記事では、LINEヤフーが公開している方針と、送信側が設定する項目、対応状況の確認方法を整理します。あわせて、Yahoo!メール独自のブランドアイコン制度と、米国のYahoo!(@yahoo.com など)が別途公開している要件も扱います。
目次
Yahoo!メールの送信者ガイドラインとは
LINEヤフーは、Gmailのように「1日◯◯通以上の送信者は◯◯を設定すること」といった形式の要件を公開していません。送信者に向けて示しているのは、送信ドメイン認証への対応です。
LINEヤフーが公開している方針
LINEヤフーは2024年12月11日付のお知らせで、急増する迷惑メールへの対策として、メール送信者に送信ドメイン認証への対応を推奨していること、SPFかDKIM、もしくはDMARCの認証を導入・判定クリアしていないメールは迷惑メール判定や受信拒否の対象となる場合があることを案内しています。同じ内容は、Yahoo!メールの迷惑メール対策ページにも2024年12月時点の情報として掲載されています。
あわせて同じお知らせでは、Gmailが2023年10月に発表した送信者ガイドラインを参考情報として紹介したうえで、Yahoo!メールにおいて現時点では同様の措置を行う予定はないと明記しています。Gmailの要件がそのままYahoo!メールに適用されるわけではありません。
出典:急増している迷惑メールへの対策について(Yahoo!メール新着情報)/Yahoo!メールの迷惑メール対策 LINEヤフーの取り組みについて
通数の基準や迷惑メール率のしきい値は公開されていない
Yahoo!メールの公開情報では、次の項目について送信者向けの案内を確認できません。
- 大量送信者を判定する通数の基準
- 迷惑メール率のしきい値
- Google Postmaster Toolsに相当するレピュテーション確認ツール
- 苦情フィードバックループ(FBL)の提供
数値で自社の状態を確認する手段がないため、Yahoo!メール宛ての到達状況は、送信側の配信結果(エラー率・開封率)と、実際にYahoo!メールのアカウントで受信して確認する方法で把握することになります。
認証が確認できないメールには警告が表示される
Yahoo!メールは、DKIM・SPF・DMARCの3つを導入してなりすましメールを判断しています。送信ドメイン認証に失敗したメールには注意喚起の表示が付き、認証情報のドメインとFromのドメインが一致していない場合にも、本文画面に警告が表示されます。
迷惑メールフォルダに入らずに届いた場合でも、警告が付いた状態では受信者に開かれにくくなります。認証を通すことに加えて、ヘッダFromと認証ドメインをそろえておくことが、この表示を避ける条件になります。
Gmail・米Yahoo!との要件の違い
※横スクロールで表の全体をご確認いただけます。
| 項目 | Yahoo!メール(yahoo.co.jp) | Gmail | 米Yahoo!(yahoo.com など) |
|---|---|---|---|
| 運営会社 | LINEヤフー | Yahoo(米国) | |
| 送信者要件の公開 | 要件としては公開なし。送信ドメイン認証への対応を推奨 | あり(メール送信者のガイドライン) | あり(Sender Requirements & Recommendations) |
| 通数の基準 | 公開なし | 個人用Gmail宛てに1日5,000通 | 公開なし(相当量を送る送信者、とのみ定義) |
| 送信ドメイン認証 | SPFかDKIM、もしくはDMARC | 全送信者はSPFまたはDKIM/一括送信者はSPF・DKIM・DMARC | 全送信者はSPFまたはDKIM/大量送信者はSPF・DKIM・DMARC |
| ワンクリック解除 | 言及なし | 一括送信者に必須(2024年6月〜) | 大量送信者に必須(2024年6月〜) |
| 迷惑メール率 | 公開なし | 0.10%未満を維持し、0.30%以上にしない | 0.3%未満(全送信者) |
| TLS接続 | 言及なし | 全送信者に必要 | 要件に記載なし |
| 要件を満たさない場合 | 迷惑メール判定または受信拒否となる場合がある | 迷惑メールへの分類、配信の中断・拒否 | 迷惑メールフォルダへの振り分け、または受信拒否 |
Yahoo!メール宛ての配信で設定する項目
LINEヤフーが明示しているのは送信ドメイン認証への対応です。SPF・DKIM・DMARCのいずれかで判定をクリアすることが条件になりますが、Yahoo!メール側は3つすべてを判定に使っているため、3点をそろえておくと判定材料が増えます。
SPFレコードを公開する
SPFは、そのドメインのメールを送信するサーバーをDNSのTXTレコードで宣言する仕組みです。受信側は、届いたメールの送信元IPが宣言に含まれるかを照合します。
記述は v=spf1 include:spf.example.com ~all のような形式です。メール配信システムや基幹システムなど、送信経路が複数ある場合は、そのすべてをSPFレコードに含めます。
SPFにはDNSルックアップ回数が10回までという上限があり、include を多重に入れ子にすると上限を超えてエラーになります。エラーになるとSPF認証そのものが無効になるため、経路を追加したときはレコード全体を確認します。
SPFレコードの具体的な書き方や、認証エラーが出たときの対処法は以下の記事で解説しています。
DKIMを作成者署名で設定する
DKIMは、メールに電子署名を付与し、受信側が公開鍵で検証する仕組みです。署名に使うドメインには、自社ドメインで署名する作成者署名と、配信サービス側のドメインで署名する第三者署名があります。
Yahoo!メール宛ての配信では、作成者署名を選びます。第三者署名のままだと、Yahoo!メールの画面に表示される認証情報のドメインが配信事業者のものになり、Fromのドメインと一致しません。DMARC認証でもDKIM側のアライメントが成立しなくなります。
作成者署名と第三者署名の違い、鍵の作成からDNSへの登録までの手順は、以下の記事で図解しています。
DMARCレコードを公開し、アライメントを通す
DMARCは、SPFとDKIMの認証に失敗したメールの扱いを送信者側が指定する仕組みです。DNSのTXTレコードに v=DMARC1; p=none; rua=mailto:dmarc@example.com のように記述します。
DMARC認証がPASSするのは、SPFまたはDKIMのいずれかで認証が成功し、かつその認証ドメインがヘッダFromのドメインと整合している場合です。この整合をアライメントと呼びます。
メール配信システムを使うとエンベロープFromが配信元のドメインになることが多く、その場合はSPF側でアライメントが成立しません。DKIMを作成者署名で設定しておくと、DKIM側でアライメントが成立します。
ポリシーは p=none から始め、rua で届く集計レポートで自社ドメインの利用状況を把握したうえで、quarantine・reject へ強化していく進め方が一般的です。設定手順とレポートの読み方は以下で解説しています。
送信ドメイン認証以外に整えておく項目
次の項目は、Yahoo!メールが送信者向けに明示しているものではありません。ただしGmailや米Yahoo!が要件として挙げており、国内の配信でも同じ配信基盤を使う以上、あわせて整えておく対象になります。
- 送信IPの正引き・逆引きDNS(PTRレコード)
- 送信時のTLS接続
- ワンクリック解除(List-Unsubscribeヘッダー)と本文の解除リンク
- RFC 5321・RFC 5322に準拠した形式での送信
また、特定電子メール法により、広告・宣伝目的のメールには表示義務があります。送信者の氏名または名称、受信拒否の通知を受けるためのメールアドレスまたはURL、受信拒否ができる旨、送信者の住所、苦情や問い合わせの受付先を表示する必要があります。Yahoo!メール宛てかどうかにかかわらず必要な対応です。
各項目の設定方法と、Gmail側の要件の詳細は以下の記事にまとめています。
対応できているかを確認する方法
DNSの記述ミスや反映遅れによって、設定したつもりでも認証が通っていないことがあります。Yahoo!メールでは、送信側からの確認手段が用意されています。
Yahoo!メール宛てにテスト送信して認証情報を見る
自社が管理するYahoo!メールのアドレス宛てにテスト配信し、受信したメールの認証情報を開きます。メール本文のFrom欄から認証情報のページへ進むと、SPF・DKIM・DMARCの判定結果を確認できます。認証結果がない場合は、認証情報がない旨が表示されます。
認証情報のドメインがFromと一致しているかを見る
判定結果がすべてPASSでも、そこで終わりではありません。認証情報に表示されるドメインが、Fromのドメインと一致しているかを確認します。
LINEヤフーは、Fromと認証情報のドメインに矛盾がないかを受信者に確認するよう案内しています。配信代行を利用していて認証ドメインが配信事業者のものになっていると、受信者には矛盾があるように見える状態になります。作成者署名でのDKIM設定は、ここでも判断材料になります。
ブランドアイコン・ブランドカラーで送信元を明示する
Yahoo!メールには、送信ドメイン認証を通したメールに対して、受信トレイ上で送信元を示す表示を付ける制度があります。業界標準であるBIMIとは別の、Yahoo!メール独自の取り組みです。
ブランドアイコンの申し込み条件
ブランドアイコンは、申し込んだ企業のメールに自社のアイコンを表示する取り組みです。費用はかかりません。申し込みから掲載開始までは約2か月で、審査・技術確認・アイコン確認・誓約を経て掲載が始まります。
申し込みの必須条件は次のとおりです。
- DKIM認証で導入する場合は、対象ブランドから配信する全アドレス・全ドメインが作成者署名でのDKIM認証に対応していること
- SPF認証で導入する場合は、エンベロープFromに加えてヘッダFromのドメインも自社専用であること
- 対象ブランドから配信する全メール(プロモーション、会員登録、ログイン、メールマガジン等)のドメイン一覧を提出すること
ヘッダFromと親子関係にない第三者署名は対象外です。たとえばヘッダFromが mail.example.co.jp で、DKIM署名が d=haishin.example.com のように無関係なドメインの場合、申し込みの条件を満たしません。外部の配信サービスを使っていても、作成者署名または親子関係にある署名であれば利用できます。
一部のドメインだけを提出した場合、提出外のメールにはアイコンが付きません。受信者から見ると同じ企業のメールで表示が分かれるため、申し込み時点で配信経路を棚卸ししておくことになります。
出典:ブランドアイコンで安心安全なメール(Yahoo!メール)
ブランドカラーは送信ドメイン認証に応じて付与される
ブランドカラーは、送信ドメイン認証を確認できた一部のドメインについて、送信者アイコンに色を付ける機能です。対象ドメインは順次拡大するとされています。独自のアイコンを表示させる場合は、ブランドアイコンへの申し込みが必要です。
Yahoo!メール対応で見落とされやすいポイント
配信経路ごとに認証設定が抜ける
認証設定はドメイン単位ではなく、実際にメールを送り出す経路ごとに必要です。メール配信システムからのメルマガはSPF・DKIMに対応していても、基幹システムからの注文確認メール、グループウェアからの自動通知、問い合わせフォームの自動返信が別経路で送られていると、その経路だけ認証されていない状態になります。
送信元ドメインの一覧と、それぞれの送信経路を洗い出したうえで、SPFレコードへの追加とDKIM署名の設定が済んでいるかを経路単位で確認します。
転送・メーリングリスト経由では認証に失敗することがある
正規に送信したメールでも、受信者側で別のアドレスへ転送されたり、メーリングリストを経由したりすると、SPFの認証が失敗します。転送時に送信元IPが転送サーバーのものに変わるためです。メーリングリストが件名や本文を書き換える場合は、DKIM署名の検証も失敗します。
この経路ではDMARCもFAILとなるため、ポリシーをrejectにしていると正規のメールが届かなくなることがあります。転送やメーリングリストの利用が想定される配信では、ポリシーを強化する前にDMARCレポートで影響範囲を確認します。転送側がARC(Authenticated Received Chain)に対応している場合は、転送前の認証結果が引き継がれ、受信側がそれを評価して判定することがあります。
【補足】米Yahoo!(yahoo.com など)宛ての送信者要件
海外の受信者へ配信している場合は、米国のYahoo!が公開している要件が別途関係します。Yahoo!メールを運営するLINEヤフーとは運営主体が異なり、要件も共通していません。
すべての送信者に求められる要件
米Yahoo!は、2024年2月から送信者要件の適用を開始しました。送信量を問わず、Yahoo!のドメイン宛てにメールを送るすべての送信者に課される要件は次の4つです。
- SPFまたはDKIMのいずれかで認証する
- 迷惑メール率を0.3%未満に保つ
- 送信IPに有効な正引き・逆引きDNSレコードを設定する
- RFC 5321およびRFC 5322に準拠した形式で送信する
大量送信者に上乗せされる要件
大量送信者には、上記に加えて認証と配信解除の要件が追加されます。ワンクリック解除に関する要件は2024年6月から適用されています。
- SPFとDKIMの両方を設定する
- DMARCレコードを公開する(ポリシーは p=none 以上)。かつDMARC認証をPASSさせる
- ヘッダFromのドメインを、SPFまたはDKIMの認証ドメインと整合させる
- List-Unsubscribeヘッダーを実装し、ワンクリック解除に対応する
- 本文に解除リンクを表示する
- 解除の申し出を2日以内に反映する
ワンクリック解除の方式について、Yahoo!はRFC 8058のPOST方式を強く推奨するとしたうえで、mailto方式も許容するとしています。DMARCレポートの送付先を指定する rua タグの設定は推奨事項、relaxed(緩和)アライメントは許容と記載されています。DKIMの鍵長は1024ビット以上が要件で、2048ビットが推奨されています。
「大量送信者」に通数の基準はない
Gmailの「1日5,000通」という基準が知られているため、米Yahoo!にも同じ数値があると説明されることがありますが、Yahoo!はFAQで、送信量のしきい値を示さないと明言しています。
公開されている定義は、相当量のメールを送信する送信者、というものです。判定の単位は認証ドメインまたはヘッダFromのドメインで、コンテンツやIPなど入手可能な情報も併せて判断されます。なりすまされて送信されたメールの通数も、判定対象の送信量に含まれます。
自社の送信量が基準に達しているかを送信者側で確認する手段がないため、米Yahoo!宛てに継続的に配信している場合は、大量送信者の要件を満たす前提で設定するのが現実的な対応です。
要件を満たさない場合の扱いと確認手段
要件を満たさないメールは、迷惑メールフォルダへ振り分けられるか、受信を拒否されます。拒否された場合は、理由を示すエラーコードが返されます。Yahoo!はホワイトリスト制度を提供しておらず、配信に支障が出ることが見込まれる場合はSender Hubの問い合わせフォームから申告する運用です。
米Yahoo!宛ての配信状況は、Sender Hubでドメインを登録・認証したうえでCFL(Complaint Feedback Loop)に申し込むと把握できます。登録するとスパム報告されたメールの写しがARF形式で届きます。登録単位はDKIM署名のドメイン(d= タグ)で、IPアドレス単位でのフィードバックループは提供が終了しています。
出典:Sender Requirements & Recommendations(Yahoo Sender Hub)/FAQs(Yahoo Sender Hub)
Yahoo!メール宛ての配信要件に対応するならメール配信システムを活用する
送信ドメイン認証の設定、配信経路の集約、解除導線の整備と、対応範囲は複数にまたがります。自社サーバーで一つずつ整えるには手間がかかるため、対応済みのメール配信システムを使うと、要件の多くを標準機能でカバーできます。
メール配信システムを使うメリット
配信システムを利用した場合、送信側で対応できる範囲は次のように変わります。
- SPF・DKIMの設定手順が提供され、作成者署名にも対応できる
- TLS接続やList-Unsubscribeヘッダーが標準で実装されている
- エラーアドレスの把握と除外を配信結果から行える
- 登録解除フォームを作成し、解除の申し出を配信リストへ反映できる
送信IPの正引き・逆引きDNSやRFC準拠といった、自社では確認しづらい項目も配信基盤側で担保されます。
おすすめのメール配信システム「ブラストメール」
メルマガや会員向けのお知らせをYahoo!メール宛てに配信するなら、「ブラストメール(blastmail)」が選択肢になります。ブラストメールは15年連続で導入社数シェアNo.1(※)を獲得しており、27,000社以上の導入実績があるメール配信システムです。
- 迷惑メール判定対策(SPF/DKIM):送信ドメイン認証の設定に対応(DKIMはStandardプラン以上)
- Gmailガイドライン対応:ワンクリック解除など主要プロバイダの要件に対応した配信基盤
- 登録解除フォーム作成:解除の導線を用意し、申し出を配信リストへ反映できる
- 効果測定:開封率・クリック率・エラーカウントを確認し、リストの整理に使える
専門知識がなくても操作できるシンプルな管理画面で、マーケティング担当者や広報担当者が自分で運用できます。無料トライアルを用意しているため、操作感を試したうえで判断できます。
公式サイト:シェア1位のメール配信システム「ブラストメール」
※ミックITリポート2025年8月号「クラウド型eメール一斉配信サービスの市場動向と中期予測(売上高/アクティブ法人顧客数)」より
おすすめのメール配信システム「blastengine」
自社システムからの通知メールや会員登録メールが中心なら、「blastengine(ブラストエンジン)」が適しています。SMTPリレーやAPIで連携することで、既存システムからの送信経路をそのまま配信基盤に載せられます。
- SPF/DKIM/DMARC対応:送信ドメイン認証に標準対応し、認証済みの状態で配信できる
- TLS対応:通信経路の暗号化に標準対応
- IPレピュテーション管理:配信基盤側で運用するため、送信元の評価を維持できる
- バウンスメール自動対応:エラーアドレスの処理を自動化し、リストの品質を保てる
- 配信ログ管理:配信ステータスを確認でき、不達の原因を追える
運用・メンテナンスはブラストエンジン側が担うため、メールサーバーの管理から手を離せます。複数の経路から送信していて認証設定が分散している場合、送信経路を集約する手段にもなります。
ブラストエンジン公式サイト:https://blastengine.jp/
FAQ
- Q:Yahoo!メールにもGmailのような送信者ガイドラインはありますか?
- A:Yahoo!メール(@yahoo.co.jp)を運営するLINEヤフーは、通数基準つきのガイドラインを公開していません。2024年12月時点でGmailと同様の措置を行う予定はないとしたうえで、SPFかDKIM、もしくはDMARCの認証をクリアしていないメールは迷惑メール判定や受信拒否の対象となる場合があると案内しています。
- Q:Yahoo!メール宛ての配信に「1日5,000通」の基準はありますか?
- A:ありません。1日5,000通はGmailが定めている基準です。Yahoo!メールは通数の基準を公開しておらず、米Yahoo!もFAQで送信量のしきい値を示さないと明言しています。
- Q:「Yahoo!メールガイドライン」というページは送信者向けの要件ですか?
- A:いいえ。mail.yahoo.co.jp に掲載されている「Yahoo!メールガイドライン」は、Yahoo!メールを利用するユーザー向けの利用規約です。メールの送信者に求める技術要件を定めたものではありません。
- Q:Gmailガイドラインに対応していれば、Yahoo!メール宛ても問題ありませんか?
- A:Gmailの要件を満たしていれば、Yahoo!メールが求める送信ドメイン認証はカバーできます。ただしYahoo!メールでは、認証情報のドメインとFromのドメインが一致していないと受信者側に警告が表示されるため、DKIMを作成者署名で設定しているかをあわせて確認します。
- Q:Yahoo!メール宛ての迷惑メール率は、どこで確認できますか?
- A:Yahoo!メール向けの確認ツールは公開情報では確認できません。Google Postmaster Toolsに相当するツールや、送信者向けのフィードバックループの案内は見当たらないため、自社の配信結果と、Yahoo!メールのアカウントでの受信確認で把握することになります。
- Q:ブランドアイコンの申し込みに費用はかかりますか?
- A:費用はかかりません。ただし、対象ブランドから配信する全ドメインが作成者署名でのDKIM認証(またはヘッダFromも自社専用のSPF認証)に対応していることが条件です。申し込みから掲載開始までは約2か月かかります。
まとめ
Yahoo!メールを運営するLINEヤフーは、通数基準つきの送信者ガイドラインを公開していません。公開されているのは、SPFかDKIM、もしくはDMARCの認証をクリアしていないメールを迷惑メール判定や受信拒否の対象とする場合がある、という方針です。迷惑メール率のしきい値や確認ツールは公開されていないため、送信ドメイン認証への対応が判断材料になります。
対応の中心は、SPFレコードの整備、作成者署名でのDKIM設定、DMARCのアライメント確保です。Yahoo!メールでは認証情報のドメインとFromの一致まで受信者に案内されているため、テスト配信で認証情報を開き、表示されるドメインが自社のものになっているかを確認できます。あわせて、ブランドアイコンの申し込み条件を満たしているかも点検の対象になります。
海外の受信者へ配信している場合は、米Yahoo!が公開している要件が別途関係します。自社の送信経路ごとに設定が行き届いているか、確認から始めてみてください。








