2026年の通知取り締まり：プッシュ通知は引き続き配信されますか？

過去18ヶ月ほどの間に、プラットフォームは送信者に振る舞いを求めるのをやめ、それを強制し始めました。Chromeは現在、破壊的と分類したサイトのレートを制限し、ユーザーが無視する通知権限をサイレントに削除しています。Android 16はデフォルトで通知のバーストを静かにし、すべてを強制的にグループ化し、新しいPixelではプロモーションプッシュを折りたたまれたサイレントバンドルに格納します。Googleメッセージは、低評価のRCS送信者が到達できる新規ユーザー数を制限します。「chrome notification crackdown」または「why are my push notifications not delivered」を検索した場合、このページが参照元です。すべての変更、その背後にある主な情報源、影響を受ける対象、および配信を維持するための具体的な修正策を網羅しています。

これは生きたドキュメントです。プラットフォームが変更をリリースまたは発表したときに更新し、すべての改訂は下部にある変更履歴に記録されます。最終更新日：2026年8月17日。

詳細に入る前に、1つのフレームワークノートがあります。これは、以下の表のすべての項目を説明するものです。これらのプラットフォームのいずれも通知を廃止しているわけではありません。すべてが通知を2つのクラスに分割しています。高ボリューム、低エンゲージメントの送信はスロットル、サイレント化、バンドル化、または購読解除されます。一方、関連性の高いイベント駆動型の通知は完全な配信を維持し、場合によっては以前よりも良い配置を得られます。取り締まりはプッシュに対してではありません。それはブラストに対してです。

変更点：2026年通知取り締まりタイムライン

プラットフォーム	変更	影響を受ける対象	有効	ソース
Chrome（デスクトップ＋Android）	より静かな権限UI：通常ブロックするユーザーや、プロンプト受け入れ率の低いサイト向けのミュートプロンプト。後に、不正なプロンプトやコンテンツを持つサイトにも拡張。	初回ページビューでプロンプトを表示するサイト、または欺瞞的なコンテンツをプッシュするサイト	Chrome 80、2020年2月（2020年を通じて施行延長）	Chromiumブログ
Safari / iOS	宣言型Webプッシュ：サービスワーカーなしのWebプッシュ、宣言型ペイロードに対するサイレントプッシュペナルティなし	AppleユーザーをターゲットとするWebプッシュ送信者	iOS/iPadOS 18.4（2025年3月）、Safari 18.5のMac（2025年5月）	WebKitブログ
Android版Chrome	オンデバイスMLが「詐欺的またはスパムの可能性あり」と疑わしいWebプッシュ通知をフラグ付けし、ワンタップで購読解除可能	通知コピーのパターンがスパムに一致する送信者	2025年5月	Chromiumブログ
Android 16	通知クールダウン（バーストは徐々に静かになり、デフォルトで有効）と、すべてのアプリの通知の強制グループ化	高頻度アプリプッシュ送信者、あらゆる種類のバースト	安定版 2025年6月10日	Android Authority、詳細分析
Chrome（デスクトップ＋Android）	エンゲージメントが低くボリュームの高いサイトに対するSafety Checkによる自動通知権限取り消し	ユーザーがクリックしない大量の通知を送信するサイト	2025年10月10日発表、ロールアウト中	Chromiumブログ
Googleメッセージ	「不明な送信者」のグループ化。RCSの認証済みビジネスチェックマークと標準化されたブランド表示	ユーザーが保存していないビジネスからのメッセージ送信	2025年10月中旬から（ロールアウト中）	Android Authority
Android 16 QPR2 (Pixel)	通知オーガナイザー：オンデバイスAIがプロモーションおよびニュース通知をデフォルトでサイレント、折りたたまれたバンドルに分類。会話のAI要約	現在のPixelでのプロモーションアプリプッシュ送信者（6か国、英語）	2025年12月	9to5Google
Chrome（デスクトップ＋Android）	プッシュAPIレート制限：破壊的と分類されたサイトは、HTTP 429で1,000プッシュメッセージ/分に制限。1 → 7 → 14日間のペナルティラダー	ユーザーあたりのエンゲージメントが低い大量送信者	2026年1月からロールアウト	開発者向けChrome
ビジネス向けRCS	評判ベースのトラフィック制限：低評判のプロモーションエージェントに対する28日間のユニークユーザーキャップ（インドで実施中。新規エージェントは低評判から開始）。スパム傾向と配信停止理由の分析	プロモーションRCS送信者、特に新規エージェント	2026年1月7日 / 2月16日 / 4月1日	ビジネス向けRCSリリースノート

これでプラットフォームごとの詳細が、ダッシュボードに表示される順に表示されます。

Chrome：レート制限、自動取り消しされた権限、MLスパムスクリーニング

Chromeは、ウェブプッシュがほとんどのeコマースブランドが運用する最もボリュームの多い自社チャネルであるため、ほとんどのリテンションチームが最初に取り締まりを感じる場所です。3つの別々のメカニズムが現在稼働しており、それらは累積します。

「破壊的」なサイトのプッシュAPIレート制限

2026年1月以降、Chromeは毎日3つの要因に基づいて各サイトを評価しています：サイト滞在時間あたりの送信プッシュメッセージ数、サイト滞在時間あたりの表示された権限プロンプト数、およびユーザーのサイトエンゲージメントレベル（サイトエンゲージメントスコアとフォアグラウンド時間）。テストに失敗したサイトは破壊的と分類され、1分あたり1,000プッシュメッセージに制限されます。キャップを超えるすべては、プッシュサービスからHTTP 429応答を受け取ります。

ペナルティはエスカレートします。最初の破壊的な日は1日間の制限となります。2日連続で7日間に延長されます。3日目以降は、制限は一度に14日間実行され、カウンターは42日間連続のクリーンな動作後にのみリセットされます。GoogleはロールアウトのChromeバージョン番号を公開していませんが、メカニズムはサーバー評価であり、静かに導入されました。

あなた自身のリストに対して計算してください。1分あたり1,000メッセージの場合、500,000人の購読者への送信には8時間以上かかります。15分で配信する必要があったフラッシュセールプッシュは、現在では通常の勤務時間全体で配信され、本来ヒットするはずだった収益ウィンドウは失われています。実際のコストはそれです。禁止ではなく、低下です。配信ダッシュボードは「送信済み」と表示されたままで、回収されたカートの収益とクリックから収益への数値は低下します。

スコープに注意してください。この制限はバックグラウンドのプッシュAPIにのみ適用され、通知APIを介して開いているタブから送信された通知は影響を受けません。Google自身の説明では、「ほぼすべてのウェブサイトが影響を受けない」とのことです。ターゲットは、応答しなくなったユーザー層に大量のプッシュを送信する少数の送信者です。あなたがそのグループに含まれるかどうかは測定可能な問題であり、以下の自己診断でその方法を説明します。

自動的な権限取り消し

2番目のメカニズムは、あなたが所有していると思っていたサブスクライバーを削除します。2025年10月10日に発表されたChromeのセーフティチェックは、ユーザーエンゲージメントが非常に低く、送信される通知の量が多いサイトからの通知権限を自動的に取り消すようになりました。これは、使用されていないカメラや位置情報へのアクセス権限にすでに適用されていたものと同じ処理です。Chromeの製品チームは、この措置を1つの数字で正当化しました。すべての通知の1%未満しかユーザーからのインタラクションを受け取っていません。

送信者にとって重要な詳細:

• インストールされたウェブアプリは免除されます。あなたのサイトをホーム画面やデスクトップに追加したサブスクライバーは、権限を保持します。
• Chromeが権限を削除すると、ユーザーに通知され、セーフティチェックを通じて、またはサイトを再訪問して再登録することで、権限を復元できます。
• Googleによると、テストでは、通知の過負荷は「総通知クリック数にわずかな変化しかない」にもかかわらず大幅に減少し、「より少ない」量を送信していたサイトではクリック率が上昇したとのことです。

最後の点をもう一度読んでください。それは、この取り締まり全体を1つの文で表しています。クリックはリストのテールには決してありませんでした。より少ない量を送信したサイトは、送信あたりの収益が増えました。Chromeは現在、パフォーマンスの高い送信者がすでに実践していたリストの衛生状態を強制しています。あなたの非アクティブなセグメントはもはやサブスクライバーカウンターの虚栄の数字ではなく、強制措置を引き起こす負債です。

Googleは「低いエンゲージメント」または「高いボリューム」の数値的なしきい値を公開していないため、どのベンダーも安全な上限を約束することはできません。あなたが制御できるのは、システムが明確に測定している比率、つまり配信された通知あたりのインタラクション数です。

AndroidでのオンデバイスMLスクリーニング

2025年5月から稼働している3番目のメカニズムは、通知とユーザーの目の間に機械学習モデルを配置します。Android上のChromeは、デバイス上で受信したウェブプッシュコンテンツを分析します（ウェブプッシュはエンドツーエンドで暗号化されているため、分析はローカルで行う必要があります。モデルはタイトル、本文、アクションボタンのラベルを読み取ります）。詐欺やスパムのパターンに一致する通知は、警告とワンタップの登録解除オプションとともに表示されます。

スパム分類器を引っ掛けるコピーの習慣は、低品質の送信者が頼るものです。偽の緊急性、クリックベイトのギャップ、誤解を招くシステムメッセージのスタイリング。あなたの通知コピーが宝くじ詐欺のテンプレートと間違われる可能性がある場合、一部の電話では警告ラベルと出口ドアが付いて出荷されます。

Chromeの歴史が次に何が起こるかを示唆すること

これらはすべて回避策ではありません。Chromeは2020年2月に承認率の低いサイトの権限プロンプトをミュートし、同年後半には不正なプロンプトと不正なコンテンツにも適用を拡大しました。2025年から2026年の波では、適用がオプトインの瞬間から送信者との関係そのものに移ります。6年間、方向は一方通行でした。すべてのリリースでエンゲージメントはより負荷の高いものになっています。しきい値は緩和されるのではなく、引き締められると予想してください。

Android 16：クールダウン、強制グループ化、およびサイレントプロモーションバンドル

Androidの変更はブラウザではなくアプリのプッシュに影響し、配信が行われるかどうかではなく、「配信済み」の意味を変えます。

通知クールダウンは、2025年6月10日にAndroid 16が安定版になったときにデフォルトで有効になり、バーストを対象とします。バーストの最初の通知は、フルボリュームとフルバナーでアラートされます。約1分以内の後続の通知は、徐々に静かになり、視覚的に最小化され、バーストは単一のバナーの下に折りたたまれます。通話、アラーム、優先度の高い会話は除外されますが、マーケティングやトランザクションのプッシュは除外されません。何も削除されず、配信レポートも移動しません。これがまさにこの変更が危険である理由です。ダッシュボードには3件配信済みと表示されますが、ユーザーの電話には1件しか表示されません。メカニズムと送信設計の修正については、Android 16通知クールダウンガイドで詳しく解説しました。

強制グループ化は、開発者が以前持っていた選択肢を削除します。Android 16は、アプリがオプトインしたかどうかにかかわらず、同じアプリからのすべての通知をバンドルします。クールダウンと組み合わせることで、高速シーケンスの2番目と3番目のプッシュは、バナーではなく、静かで折りたたまれたリストアイテムになります。

通知オーガナイザーは、3つの中で最もシャープな機能です。Android 16 QPR2とともに2025年12月からPixel 9および10シリーズの電話で展開されており（9to5Google）、オンデバイスモデルを使用して通知をプロモーション、ニュース、ソーシャル、推奨事項に分類します。そして、プロモーションとニュースのカテゴリはデフォルトで有効になっており、一致する通知をシェードのサイレントセクションの折りたたまれたバンドルにファイリングします。今日の展開は限定的ですが（最近のPixel、6か国、英語）、デフォルトが重要です。Googleが完全に制御するデバイスでは、プロモーションプッシュはもはや鳴らず、バナー表示されず、ユーザーが探しに行くまで折りたたまれたままになります。それに加えて、オンデバイスAIサマリーが会話通知を圧縮します。

同じOSサイクルは、反対側のレーンも構築しました。Android 16 の進捗中心の通知（ライブアップデートパターン）は、実際にライブでユーザーが追跡するイベント（配送中、注文状況など）に、永続的で目立つ配置を提供します。Google の 2026 年リリースでは、このライブコンテンツレーンが拡張され続けていますが、Android 16 以降に出荷されるものの詳細はまだ確定しておらず、それらに基づいて構築する前に、現在の Android リリースノートで確認する価値があります。デザインの意図はすでに明白です。ユーザーが積極的に追跡しているコンテンツは昇格され、送信者がユーザーに気づいてほしいコンテンツは整理されて邪魔にならないように配置されます。

OS レイヤーの下では、Firebase Cloud Messaging の長年のデバイスごとの上限が引き続き適用されます。つまり、1 台のデバイスあたり 1 分間に 240 件、1 時間あたり 5,000 件で、上限に近い送信が継続されると、不正利用のフラグが立てられるリスクがあります。貴社が同じアプリに対して実行するすべてのシステムが、その予算を共有します。

iOS と Safari：より静かな種類のゲート

Apple の 2025～2026 年のストーリーは、取り締まりというよりも管理された開放です。なぜなら、Apple は当初からゲートを組み込んでいたからです。iOS での Web プッシュは、ユーザーがサイトをホーム画面に追加することを常に要求していました（これは意図の高いフィルターであり、iOS 16.4 以降で導入されています）。また、App Store のポリシーは、マーケティングプッシュを長らく制限してきました。

変更点：

• 宣言型 Web プッシュは、2025 年 3 月に iOS/iPadOS 18.4 で出荷され、Safari 18.5 (WebKit) で Mac に到達しました。これにより、サービスワーカーなしで標準化された JSON ペイロードから Web プッシュを実行でき、ペイロード自体が目に見える通知を保証するため、宣言型メッセージのサイレントプッシュペナルティが削除されます。従来のサービスワーカープッシュは引き続き機能します。宣言型フォーマットは、Apple が送信者に利用してほしい将来のパスです。
• iOS 26 は、ホーム画面のサイトをデフォルトで Web アプリとして開くようになると報告されています。これにより、iOS Web プッシュが実行できる表面積が広がります。これまでのところ、二次情報源でしか確認できていません。Apple のドキュメントが明確になるまで、方向性のある情報として扱ってください。
• ポリシーは変更されておらず、厳格です。アプリレビューガイドライン 4.5.4 では、プッシュがアプリの機能に必須ではないこと、機密性の高い個人データを含まないこと、そしてプロモーションやダイレクトマーケティングの場合は、アプリの UI で同意言語を通じて明示的にオプトインしたユーザーにのみ送信され、アプリ内オプトアウトがあることが引き続き要求されています。不正利用は「特権の取り消しにつながる可能性があります。」

リテンションチームにとって、iOS からの教訓は、Apple がオーディエンスを事前にフィルタリングしてくれたということです。iOS Web プッシュの購読者は、あなたのサイトをインストールすることを選択しました。アプリプッシュの購読者は、マーケティングにオプトインすることを選択しました。どちらのリストも小さく、意図が高いです。つまり、それらを大量に頻繁に送信することは、他のどのチャネルよりも購読者あたりのコストが高くなります。

RCS：最も新しいチャネルにレピュテーションキャップが導入される

RCS や WhatsApp を導入する場合 —そしてカート回収や注文更新のためには、メッセージングチャネルを評価すべきです— Google はすでに、ウェブプッシュが 6 年かけて達成した強制レイヤーを導入しています。

Google の RCS for Business ドキュメントによると、すべてのビジネス送信者（エージェント）は、ユーザーからのフィードバックとスパムレポートによって決定される評判（高、中、低）を持ち、すべての新規エージェントは低から始まります。評判はトラフィック制限を設定します。これは、エージェントが 28 日間のローリング期間中に会話を開始できるユニークユーザー数です。ユーザーが開始した会話への返信は免除されます。強制は 2026 年 1 月 7 日にインドのプロモーションエージェントに対して実施され、2026 年 4 月 1 日に低評判送信者のクロスエージェントキャップで強化され、開発者コンソールは現在、7 日間および 28 日間のウィンドウで評判レベル、トラフィック制限、スパム傾向、および購読解除理由を報告しています。

消費者側では、Google メッセージは 2025 年 10 月中旬から保存されていない送信者からのメッセージを「不明な送信者」の下にグループ化しており、検証済みチェックマークと標準化されたビジネスブランディングを展開しています。詳細については分解段階の証拠がありますが、方向性はドキュメントの他のすべてと一致しています。RCS では、悪い習慣を身につけるための猶予期間はありません。メッセージ 1 件目からのエンゲージメントによってリーチは獲得されます。

あなたはリスクにさらされていますか？セルフ監査 {#self-audit}

Chrome と Google は要因を公開していますが、しきい値は公開していません。そのため、正直な監査は相対的なものです。これらのシステムが停止するために構築された送信者のように見えるかどうかを測定してください。過去 30 日間の送信に対してこれらの 8 つのチェックを実行してください。すべての「いいえ」は発見事項です。これらのチェックのいくつかは外部番号に対してのみ意味があるため、2026 年のプッシュ通知ベンチマークと並行して実行してください。そこでは、表示率とクリック率のパーセンタイル分布により、中央値、p75、および p90 の送信者が実際に達成しているものがわかります。

1. インタラクション率。あなたのウェブプッシュクリック率が、Chrome が自動取り消しを正当化した際に引用したエコシステムの 1% 未満のインタラクションベースラインよりも有意に高いですか？CTR の小数点以下がゼロの場合、Chrome が強制しているプロファイル内にいます。
2. ボリューム対訪問数。Chrome の最初の破壊的サイト要因は、サイトでの滞在時間あたりのプッシュ送信数です。通常の購読者あたりの週あたりの通知送信数が、その購読者が週にあなたと行うセッション数よりも多いですか？月に 1 回訪問し、毎日プッシュ通知を受け取る購読者は、この比率に失敗します。
3. 非アクティブなテール。リストの何パーセントが 90 日間通知をクリックしていませんか？送信の半分以上がそのテールに送信されている場合、あなたの全体的なエンゲージメント率は、すでに離脱したユーザーによって設定されています。プラットフォームは全体を評価します。
4. プロンプトの規律。 訪問者が何もしていないうちに、最初のページビューで通知の許可を求めますか？ プロンプトの承諾率は、サイレントUIの登録基準であり、訪問者を妨げる要因でもあります。実証されたアクション（2回目のページビュー、カートへの追加、アカウント作成）の後にプロンプトを表示することが修正策であり、オプトイン率に直接反映されます。
5. 一斉送信。 月間の送信ボリュームのうち、受信者が行ったこと（カート放棄、価格低下、在庫切れ、発送済み）によってトリガーされた通知と比較して、ターゲット指定されていないリスト全体への一斉送信の割合はどれくらいですか？ おおよそ半分が一斉送信の場合、このページのすべてのメカニズムがペナルティを課すパターンにボリュームが偏っています。
6. 頻度制限とサイレントアワー。 マーケティング、トランザクション、RSS、およびその他のツールなど、送信可能なすべてのキャンペーンとシステム全体で、サブスクライバーごとのキャップを適用していますか？ Androidのクールダウンと強制的なグループ化により、調整されていない送信者は同じデバイス上で互いに可視的に食い合っています。
7. コピーの正直さ。 最近の通知は、懐疑的な読者の「これは欺瞞的か？」というテストに合格しますか？偽の緊急性、システムメッセージのコスプレ、餌のギャップはありませんか？ Chromeのオンデバイス分類子は、すでにAndroidでそのテストを実行しています。
8. 購読解除の傾向。 送信ごとの購読解除率は横ばいですか、それとも低下していますか？ RCSでは、厳格なトラフィックキャップが添付された評判スコアにフィードされます。ウェブプッシュでは、早期警告となります。 プッシュ通知の購読解除率を減らすためのガイドでは、診断について詳しく説明しています。

正直に自己採点してください。5つ以上のクリーンな回答があれば、取り締まりは主に追い風になります。競合他社のスプレーアンドプレイはスロットルされますが、あなたの送信は着実に届きます。3つ以上の発見があれば、配信レポートでは確認できないリーチをすでに失っていると想定すべきです。

コンプライアンスプレイブック：持ちこたえる修正

上記のすべてのメカニズムは、同じ根本的な数量（通知あたりの価値）を測定するため、修正は収束します。これらの6つの動きを優先順位で示します。

1. プラットフォームがあなたのためにカットする前に、非アクティブなテールをカットしてください。 休眠セグメント（90日間クリックなし）を作成し、正直なウィンバックシーケンスを1回実行してから、応答しないユーザーへの送信を停止します。これは、リストサイズをKPIとして扱うチームにとっては直感に反しますが、現在の数学は一方向です。休眠中のサブスクライバーは収益をゼロに貢献し、Chromeがスコアリングするエンゲージメント比率を積極的に低下させます。PushEngageでは、動的セグメンテーションが休眠バケットを自動的に維持し、価格設定はアクティブなサブスクライバーのみをカウントするため、デッドウェイトをトリミングするとリーチではなく請求額が削減されます。

2. 送信ボリュームを、一斉送信からトリガーへ移行する。 カート放棄プッシュ、値下げアラート、在庫復活通知など、受信者自身の行動によってスケジュールされたものはクリックを獲得します。月間ボリュームの半分でも、カレンダー駆動の一斉送信からトリガーキャンペーンに移行すると、Chromeが測定するすべての要因でインタラクション率が向上します。そして、収益はすでにそこにありました。トリガー送信は、インプレッションではなく、回収されたカートと完了した注文に起因します。キャンペーンクラスの定義と送信あたりの収益計算により、一斉送信時代が終わった理由で完全な議論を行いました。

3. ブロードキャストされるものはすべてセグメント化する。 ストア全体のセールや、パブリッシャーの速報など、一部の送信は正当に広範囲に送信されます。広範囲であることは、セグメント化されていないことと同じではありません。行動、購入履歴、またはカテゴリの親和性によってブロードキャストを分割すると、すべてのスライスでクリック率が向上し、各サブスクライバーの個々のプッシュ/訪問率を維持できます。セグメンテーションは、パーソナライゼーションの利便性ではなく、デリバラビリティの要件になりました。その投稿には、完全なデリバラビリティケースが含まれています。

4. すべてのチャネルとシステムで1つの頻度キャップを適用する。 Android 16のクールダウンにより、これが具体的になりました。CRM、トランザクションレイヤー、プロモーションカレンダーは、ダッシュボードを共有しているかどうかにかかわらず、デバイス上の1つのアテンション予算を共有します。サブスクライバーあたりのキャップとサイレントアワーをプラットフォームレベルで設定し、Webプッシュ、アプリプッシュ、WhatsAppをまとめて、4つの合理的なシステムが1つの乱用パターンに累積しないようにします。これは、すべての送信を1つのセグメンテーションエンジンが見ている場合にのみ機能します。チャネルごとに1つのツールを実行するのではなく、チャネルを統合することに対する最も強力な実践的な議論です。

5. オプトインの瞬間を修正する。 インテントを示すアクションの背後にパーミッションプロンプトを移動し、2段階プロンプトを使用してブラウザレベルの要求が「はい」でのみトリガーされるようにし、より小さくクリーンなリストを受け入れます。プロンプト承認率は、サイレントUI登録と破壊的サイト評価の両方でChromeのスコアリングに影響します。同意したリストは、クリックするリストでもあります。

6. コピーが分類子を通過するようにする。 単純な主張、期限が現実の場合のみの真の緊急性、送信者IDの明確さ。Androidでは、MLモデルがユーザーよりも先にタイトルと本文を読み取ります。正直なコピーは常に優れたリテンションプラクティスでした。今ではデリバラビリティの要件でもあります。

これら6つをPushEngageで実行する場合、製品が役立つ場所の正直な要約は次のとおりです。トリガーキャンペーン、RFMおよび行動セグメント、クロスチャネル頻度キャップ、サイレントアワー、および通知ごとの収益帰属はすべて組み込まれています。アクティブなサブスクライバーのみに請求するプランで利用できます。価格モデルは、プラットフォームが現在強制している方向と同じ方向を指しています。どのツールも、一斉送信を停止することを決定することはできません。その部分はポリシーであり、それはあなた次第です。

よくある質問

2026年にプッシュ通知が届かないのはなぜですか？ 4つの原因を順番に確認してください。まず、Chromeの自動取り消し：購読者数が静かに減少している場合、エンゲージメントの低い購読者は安全確認によって許可を失っている可能性があります。次に、Chromeのレート制限：大量のリストへの送信が突然数時間かかる場合、またはプッシュサービスがHTTP 429エラーを記録する場合、あなたは破壊的と分類された可能性が高いです。3番目に、Androidの表示：Android 16では、配信は引き続き行われますが、バーストは静かになりグループ化され、新しいPixelではプロモーションプッシュはサイレントバンドルに着信します — 配信はされますが見られません。4番目に、取り締まり以前からの退屈な原因：購読の有効期限切れ、サービスワーカーのエラー、およびOSレベルの通知設定。

Chromeはプッシュ通知を禁止しましたか？ いいえ。Chromeは、破壊的（大量、低エンゲージメント）と分類したサイトのレートを制限し、ユーザーが明らかに無視する許可を取り消します。通知がクリックされる送信者は、どちらのメカニズムの影響も受けず、Googleのテストでは低ボリュームの送信者はクリック率が上昇することがわかりました。

Chromeの自動取り消しから身を守るには、どのエンゲージメント率が必要ですか？ Googleはしきい値を公開しておらず、安全な数値を引用するベンダーは推測に過ぎません。公開されている事実：すべての通知の1％未満が何らかのインタラクションを受け、取り消しは非常に低いエンゲージメントと高い送信ボリュームの組み合わせを対象としています。防御的な戦略は、クリック率をそのベースラインから十分に離して維持し、応答しなくなった購読者への送信を停止することです。

Chromeのレート制限はアカウント全体に影響しますか、それとも1つのサイトだけですか？ Chromeの評価言語はサイトごとです — メッセージ、プロンプト、エンゲージメントはすべて「サイト」に対して測定されます。プッシュプラットフォームを使用する送信者は、ベンダーの集計ではなく、自身のドメインの動作に基づいて評価されます。Googleはそれ以上のガイダンスを公開していないため、クロスドメインの詳細は未確認として扱ってください。

Android 16でプッシュ通知に何が変わりましたか？ 3つのこと：通知クールダウン（バーストは最大1分間徐々に静かになり、デフォルトで有効、通話とアラームは除く）、各アプリの通知の強制グループ化、そして — 2025年12月のQPR2アップデート以降の最近のPixelでは — 通知オーガナイザーが、デフォルトでプロモーションとニュースの通知をサイレントで折りたたまれたバンドルに整理します。詳細な仕組みは、Android 16クールダウンガイドをご覧ください。

取り締まりはiOSに適用されますか？ Appleの制約はほとんどがそれ以前のものです：iOSウェブプッシュでは、ユーザーがあなたのサイトをホーム画面に追加する必要があります。また、App Storeガイドライン4.5.4では、マーケティングプッシュには明示的なオプトインとアプリ内オプトアウトが必要です。2025年の変更は宣言型ウェブプッシュ（iOS 18.4 / Safari 18.5）で、サービスワーカー不要のシンプルな形式で、宣言型メッセージに対するサイレントプッシュのペナルティはありません。

RCSビジネスメッセージもレート制限の対象ですか？ はい、評判によります。Googleは、ユーザーからのフィードバックやスパム報告に基づいて、各RCSビジネスエージェントに高/中/低の評判を割り当てます。評判の低いエージェント（新規エージェントを含む）は、ローリング28日間で開始されたユニークユーザー数に上限が設けられます。2026年初頭より、インドのプロモーションエージェントに対して実施されており、開発者コンソールでは全員に評判とスパム傾向のレポートが提供されます。

2026年もWebプッシュは価値がありますか？ トリガーとセグメント化を行う送信者にとっては、以前よりも価値があります。なぜなら、スロットリングされた「スプレー・アンド・プレイ」トラフィックは、かつてあなたと同じ通知シェードを奪い合っていたからです。プラットフォームは、チャネルが構築された送信者のためにチャネルを強化し、それ以外のものを排除しています。

最終更新日と変更履歴 {#changelog}

このハブは、生きた参考資料として維持されています。慣例：コピーの編集ではなく、プラットフォームのリリース、発表、または変更のドキュメント化など、実質的な更新があった場合にのみ「最終更新日」が変更されます。実質的な更新ごとに、ソースとともに変更履歴の項目が追加されます。このページを引用する場合は、最終更新日を付けて引用してください。

• 2026-09-21 — 初版。対象：ChromeプッシュAPIのレート制限（2026年1月）、Chromeの自動権限取り消し（2025年10月発表）、ChromeのオンデバイスML通知スクリーニング（2025年5月）、Android 16のクールダウン+強制グループ化（2025年6月）、Android 16 QPR2通知オーガナイザー（2025年12月）、宣言型Webプッシュ（iOS 18.4 / Safari 18.5、2025年）、RCSの評判ベースのトラフィック制限とスパム傾向分析（2026年1月～4月）、Googleメッセージの不明な送信者と検証済みブランドの変更（2025年10月～）。

記録していない変更がありましたか？ それを私たちに最も早く知らせる方法は、このページのチャットウィジェットです。