このよくある質問では、メール送信者のガイドライン（旧称「一括送信ガイドライン」）に関する最新情報を提供しています。このガイドラインでは、個人用 Gmail アカウントにメールを送信する場合の Google の要件について説明しています。
このよくある質問は随時更新されるため、メールの一括送信者に関する最新の情報と要件を定期的にご確認ください。
一括送信者
一括送信者とは一括送信者とは、個人の Gmail アカウントに 24 時間以内に 5,000 件近くあるいはそれ以上のメールを送信するユーザーのことを指します。同じプライマリ ドメインから送信されたメールは、上限である 5,000 件にカウントされます。
送信元ドメイン: 上限である 5,000 件の計算には、同じプライマリ ドメインから送信されたすべてのメールがカウントされます。たとえば、solarmora.com から 2,500 件、promotions.solarmora.com から 2,500 件のメールを個人の Gmail アカウントに毎日送信しているとします。この場合、5,000 件のメールはすべて同じプライマリ ドメイン（solarmora.com）から送信されているため、一括送信者とみなされます。詳しくは、ドメイン名に関する基本ガイドをご覧ください。
この条件を 1 回以上満たすユーザーは、恒常的に一括送信者とみなされます。
一括送信者のステータスに有効期限はありません。一括送信者として分類されたメール送信者は、恒常的に一括送信者として分類されます。メールの送信方法を変更しても、恒常的な一括送信者としてのステータスには影響しません。
一括送信者は、Postmaster Tools を使用して、メールの処理方法がメール送信者のガイドラインに準拠していることを確認する必要があります。詳しくは、メール送信者の要件と Postmaster Tools に関するよくある質問をご覧ください。
Google Workspace アカウント
送信者のガイドラインは Google Workspace アカウントに送信されるメールにも適用されますか？メール送信者のガイドラインは、Google Workspace アカウントに送信されたメールには適用されません。送信者の要件と Google による措置は、個人の Gmail アカウントにメールを送信する場合にのみ適用されます。
個人の Gmail アカウントにメールを送信する場合、メール送信者のガイドラインの要件を満たすことが Google Workspace ユーザーを含むすべての送信者に対して要求されます。この要件は、Google Workspace の受信メールとドメイン内のメールには適用されません。
送信ガイドラインの適用
送信ガイドラインの適用スケジュールについて教えてください。Google のメール送信ガイドラインの要件を満たしていない一括送信者に対する措置は、段階的に行われます。
送信者の要件を満たしていない一括送信者は、要件を満たしていない一部のメールで一時的なエラー（エラーコードを含む）を受け取るようになります。送信者はこの一時的なエラーを利用することによって、Google のガイドラインに沿っていないメールを特定して、コンプライアンスに適合しない問題を解決できます。一時的なエラーが発生した場合、メールシステムは通常、しばらく待ってからメールの送信を再試行します。
送信者には、Postmaster Tools を使用してメールのコンプライアンス ステータスを確認することが推奨されます。
適用スケジュールを以下の表に示します。このスケジュールは必要に応じて更新されます。
| 送信者の要件 | 実施 |
|---|---|
|
SPF 認証と DKIM 認証 Gmail From: ヘッダーのなりすまし From: ヘッダーの適合 有効な正引きおよび逆引き DNS レコード RFC 5322 に合致する形式のメッセージ TLS を使用して送信されるメッセージ |
一時的なエラーとエラーコード
|
2024 年 4 月より、ガイドライン非準拠のトラフィックは拒否されるようになります。拒否は段階的に行われ、影響が及ぶのは非準拠のトラフィックのみです。送信者には、一時的な違反措置の適用期間の間に、ガイドラインに準拠するよう必要な変更を加えていただくことを強くおすすめします。
以下の要件の適用開始は、早くとも 2024 年 6 月以降になります。
- 最低限のポリシー none（p=none）が適用された DMARC レコード。詳しくは、DMARC レコードの値をご覧ください。
- マーケティング メッセージにおけるワンクリックでの登録解除
- ユーザーから報告された迷惑メール率が 0.3% を超える場合、または送信者が認証の要件あるいはワンクリックでの登録解除の要件を満たしていない場合は、緩和策を利用できません。
新しいドメインとは、2024 年 1 月 1 日以降、個人用 Gmail アカウントに 1 日あたり 5,000 件を超えるメールを送信していないドメインを指します。
すべての一括送信ドメインは要件を満たす必要がありますが、新しいドメインへの要件適用のスケジュールは前倒しになります。
Gmail From: ヘッダーのなりすましとは、送信者が From: ヘッダーに @gmail アドレスを指定してメッセージを送信したが、そのメッセージが Gmail サーバーから送信されたものでない場合を指します。これはスパマーによるメールの不正使用のよくある形式であり、なりすましと呼ばれます。
上記のスケジュールで説明したように、gmail.com になりすました一括送信者には、一時的なエラーの通知が届くようになります。
メールが想定どおりに配信されるようにするには、一括送信者がメール送信者のガイドラインに準拠する必要があります。送信者がその要件を満たしていない場合は、メールが拒否されたり、受信者の迷惑メールフォルダに配信されたりすることがあります。
はい。メールが拒否された場合は、拒否コードと拒否の理由が送信されます。この情報は Postmaster Tools でも確認できます。
一時的なエラー メッセージには、どの送信者要件によってエラーが発生しているかを示すエラーコードが含まれます。
| エラーコード | 説明 |
| 4.7.23 |
ip-address: このメールの送信元 IP アドレスに PTR レコードがないか、PTR レコードの転送 DNS エントリが送信元 IP アドレスと一致しません。迷惑メールからユーザーを保護するため、お客様のメールは一時的にレート制限されています。 Gmail に送信するための IP アドレスの要件について詳しくは、メール送信者のガイドラインの IP アドレスのセクションをご覧ください。メールの一括送信者に関する Gmail の要件について詳しくは、メール送信者のガイドラインをご覧ください。 |
| 4.7.27 |
このメッセージは SPF 認証に合格しなかったため、メールはレート制限されました。Gmail では、すべての一括メール送信者は SPF でメールを認証する必要があります。認証結果: SPF domain-name、IP アドレス: ip-address = 不合格。 送信元ドメインの SPF を設定するには、SPF レコードを定義するをご覧ください。メールの一括送信者に関する Gmail の要件について詳しくは、メール送信者のガイドラインをご覧ください。 |
| 4.7.29 |
このメッセージは TLS 接続経由で送信されたものではないため、メールに対してレート制限が設定されました。Gmail では、すべての一括メール送信者は SMTP 接続に TLS/SSL を使用する必要があります。 メールの TLS を設定するには、TLS 接続と SSL 接続をご覧ください。メールの一括送信者に関する Gmail の要件について詳しくは、メール送信者のガイドラインをご覧ください。 |
| 4.7.30 |
このメッセージは DKIM 認証に合格しなかったため、メールはレート制限されました。Gmail では、すべての一括メール送信者は DKIM でメールを認証する必要があります。認証結果: DKIM = 不合格。 送信ドメインの DKIM を設定するには、ドメインで DKIM を有効にするをご覧ください。メールの一括送信者に関する Gmail の要件について詳しくは、メール送信者のガイドラインをご覧ください。 |
| 4.7.31 |
送信元ドメインに DMARC レコードがないか、DMARC レコードに DMARC ポリシーが指定されていないため、メールはレート制限されました。Gmail では、すべての一括メール送信者は送信ドメインに DMARC レコードを追加する必要があります。 DMARC を設定するには、DMARC でなりすましと迷惑メールを防止するをご覧ください。メールの一括送信者に関する Gmail の要件について詳しくは、メール送信者のガイドラインをご覧ください。 |
| 4.7.32 |
このメッセージの From: ヘッダー（RFC5322）が、認証済みの SPF または DKIM 組織ドメインと整合していないため、メールはレート制限されました。 DMARC アライメントについて詳しくは、DMARC レコードを定義するをご覧ください。メールの一括送信者に関する Gmail の要件について詳しくは、メール送信者のガイドラインをご覧ください。 |
迷惑メール率
迷惑メール率の計算には、どのぐらいの期間が対象になりますか？迷惑メール率は毎日計算されます。メールが想定どおりに配信されるようにするには、送信者は迷惑メール率を 0.1% 未満に保ち、迷惑メール率が 0.3% 以上にならないようにする必要があります。詳しくは、メール送信者のガイドラインをご覧ください。
送信者のガイドラインを満たすには、ユーザーから報告される迷惑メール率を 0.1% 未満に保ち、0.3% 以上にならないようにしてください。
ユーザーから報告される迷惑メール率が配信に及ぼす影響が徐々に大きくなり、迷惑メール率が 0.3% 以上になると、受信トレイへのメール配信の悪影響はさらに大きくなります。現在でも、ユーザーから報告される迷惑メール率が 0.1% を超えると、一括送信者の受信トレイへのメール配信に悪影響がおよびます。
2024 年 6 月以降、ユーザーから報告される迷惑メール率が 0.3% を超える一括送信者は緩和策の対象外となります。
- ユーザーから報告される迷惑メール率が 0.3% を超えている間は、一括送信者は緩和策の対象外となります。
- 迷惑メール率やその他のデータポイントは、Postmaster Tools で毎日計算、更新されます。
- 一括送信者は、7 日間連続して迷惑メール率が 0.3% を下回った場合に緩和策の対象となります。
Postmaster Tools を使用して迷惑メール率を監視できます。
登録解除リンク
すべてのメールに対してワンクリックでの登録解除が求められるのですか？いいえ。ワンクリックでの登録解除が必要なのは、マーケティングやプロモーションのメールのみです。トランザクション メールはこの要件から除外されます。トランザクション メールの例としては、パスワードの再設定、予約の確認、フォーム送信の確認などがあります。
メールに登録解除のリンクをすでに記載している送信者は、2024 年 6 月 1 日までに、すべての商用メール、プロモーション メールにワンクリックでの登録解除を実装する必要があります。
Gmail ユーザーを保護するため、登録解除のボタンやリンクは、Google の自動適格性チェックに合格したメールに対してのみ、メールの上部（送信者名の横）に表示されます。メールは送信者の要件に準拠し、メール送信者のガイドラインに記載されているように、適切なワンクリックの登録解除ヘッダーを実装する必要があります（送信量を段階的に増やす、受信者の迷惑メールレポートを監視するなど）。これは、送信者がメール本文に独自の登録解除リンクを追加した場合にも当てはまります。
プロモーション メールとトランザクション メールの区別は、業界や適用される規制によって異なります。メールの性質は、Google ではなく受信者が判断します。迷惑メール率が高くなることを防ぐために、マーケティングやプロモーション関連のメール配信の登録をユーザーが簡単に解除できるようにすることを検討しましょう。また、メールを設計する際は、ユーザーを念頭に置くようにしてください。
ワンクリックでの登録解除により、ユーザーはマーケティングやプロモーション関連のメール配信をすばやく簡単に停止できます。ワンクリックでの登録解除は迷惑メール率の低下にもつながり、メールの配信が改善されます。迷惑メール率が高いと、どのような種類の送信メールでも配信に悪影響が生じます。
RFC 8058 の要件を満たすには、メール送信者のガイドラインに記載されているように、マーケティングやプロモーション関連のすべての送信メールに List-Unsubscribe ヘッダーを追加します。サードパーティのメール プロバイダを使用している場合は、これらのヘッダーを送信メールに追加できるオプションがあるかどうかを確認してください。
List-Unsubscribe ヘッダーは、メーリング リストからユーザーを削除することで、ユーザーを直接登録解除します。mailto や URL の登録解除リンクなど、他の種類のワンクリックでの登録解除は、ワンクリックでの登録解除の要件を満たしていません。
メール送信者のガイドラインのワンクリックでの登録解除の要件を満たしていないメールが自動的に拒否されたり、迷惑メールに分類されたりすることはありません。
ただし、ワンクリックでの登録解除を利用していない不要なメールは、受信者から迷惑メールとして報告される可能性が高くなります。迷惑メールに分類されたメールが増えると、今後、同じ送信者から配信されるメールが迷惑メールに分類される可能性が高くなります。
また、一括送信者は、ワンクリックでの登録解除を含め、メール送信者のガイドラインのすべての要件を満たしている場合にのみ、緩和策の対象となります。
いいえ。ワンクリックでの登録解除は、RFC 8058 に沿って、メール送信者のガイドラインに記載されているように、プロモーション関連の送信メールに List Unsubscribe ヘッダーを追加して実装する必要があります。メールの本文に mailto リンクを記載しても、ワンクリックでの登録解除の要件を満たしたことにはなりません。
いいえ。メール送信者のガイドラインに記載されているように、List Unsubscribe ヘッダーを使用したワンクリックでの登録解除がメールに含まれている場合は、メール本文にワンクリックでの登録解除のリンクを追加する必要はありません。メール本文に登録解除リンクを追加すれば、指定した設定ウェブページにリンクできます。
迷惑メールの報告を減らし、送信側の評価を守り、メーリング リストを健全な状態に保つために、登録解除のリクエストには 48 時間以内に対応することをおすすめします。これは、メーリング リストから受信者を削除する場合に適切なタイムラインです。
マーケティング メールを頻繁に送信する場合は、受信者からの登録解除リクエストを尊重することが特に重要です。これにより、メール配信が改善され、メールを希望する関心の高いユーザーにとっての価値が高まります。
ワンクリックでの登録解除を行っても、同じ送信者からのすべてのメールの受信が自動的に解除されるわけではありません。RFC 8058 に準拠したワンクリックでの登録解除を実装する場合、メール送信者のガイドラインで説明されているように List Unsubscribe ヘッダーを使用すると、そのメールに関連付けられているメーリング リストのみから受信者を削除できます。ワンクリックでの登録解除では、受信者を削除するメーリング リストを指定できます。
ワンクリックでの登録解除の要件を満たしている場合は、メール本文に登録解除のリンクを追加して、ユーザーをメーリング リストの設定ページに誘導することもできます。このタイプのリンクは RFC 8058 に準拠していないため、ワンクリックでの登録解除のメールヘッダーを使用しないでこのタイプのリンクのみを使用すると、送信者のガイドラインに記載されているワンクリックでの登録解除の要件を満たさないことに注意してください。
登録解除リンクが長期間機能していない場合、メールはワンクリックでの登録解除の要件を満たしません。こうしたメールが迷惑メールに分類されることはありませんが、送信者はメール配信の問題の緩和策の対象にはなりません。
mailto リンクは引き続きサポートされますが、ワンクリックでの登録解除の要件を満たしません。ワンクリックでの登録解除の要件を満たすには、RFC 8058 およびメール送信者のガイドラインに記載されているように、すべての商用メール、プロモーション メールに List-Unsubscribe メールヘッダーを使用し、List-unsubscribe: ヘッダーに HTTPS URL を 1 つ追加します。
送信者は、RFC 8058 で定義されているワンクリックの登録解除の仕様に従い、メール送信者のガイドラインに記載されているように、送信するすべてのプロモーション メールに List Unsubscribe ヘッダーを追加する必要があります。
メール管理者は、ワンクリックでの登録解除を実装するためのリファレンスとして、RFC 8058 を使用する必要があります。ランディング ページやその他の種類のウェブページに移動するワンクリックでの登録解除リンクは RFC 8058 に準拠していません。
メール認証
一括送信者の DMARC アラインメント要件とは何ですか？個人の Gmail アカウントに直接送信されるメールの場合、送信者の From: ヘッダーのドメインが SPF 組織ドメインまたは DKIM 組織ドメインと一致している必要があります。一括送信者は SPF と DKIM の両方の認証を設定する必要がありますが、送信者のアラインメント要件を満たすために必要な設定はいずれか一方のみです。
転送リストやメーリング リストのメール（「間接メール」とも呼ばれます）の場合、DMARC アラインメントは不要ですが、このようなメールには ARC ヘッダーが必要です。詳しくは、ARC 認証とヘッダーをご覧ください。
認証の信頼性を確保するには、DMARC を SPF と DKIM の両方に完全に対応させることを、すべての送信者におすすめします。最終的には、SPF と DKIM の両方の DMARC アラインメントが送信者の要件となる可能性があります。詳しくは、DMARC の調整をご覧ください。
認証やアラインメントの問題が原因でメールが DMARC 認証に失敗した場合、通常は送信元ドメインの DMARC ポリシーで定義されている施行が適用されます。送信元ドメインに DMARC ポリシーがない場合、メールは拒否されるか、迷惑メールに分類される可能性があります。DMARC 認証の失敗は、メールが拒否されるか、迷惑メールに分類されるか、想定どおりに配信されるかを判断する要因の 1 つです。DMARC 認証は重要な判断要因であるため、これらのメールは通常、送信元ドメインの DMARC ポリシーの適用設定に基づいて処理されます。
詳しくは、DMARC ポリシーと適用オプションをご覧ください。
サポートとエスカレーション
一括送信者は、メール配信の問題に関するテクニカル サポートを受けることができますか？一括送信者がメール送信者のガイドラインに記載されているすべての要件を満たしている場合は、メール配信の問題に関するエスカレーションを送信できます。テクニカル サポートに問い合わせる前に、すべての送信者のガイドラインに準拠していることを確認してください。2024 年 2 月以降、ガイドラインに準拠していない送信者のメール配信の問題は、緩和策の対象外となります。緩和リクエストについて詳しくは、送信者のお問い合わせフォームをご覧ください。
Google のメール送信者のガイドラインのすべての要件（認証要件、ユーザーから報告された迷惑メール率の要件、関連するトラフィックのワンクリックでの登録解除を含む）の条件を満たす一括送信者は、緩和策の対象になります。
