フロントページすべてのツール通知テスト

ブラウザ通知プッシュテスト

Web プッシュ通知機能をオンラインでテストし、ブラウザとオペレーティング システムの通知許可設定を確認します。通知を受信できない問題をトラブルシューティングするためのカスタム テスト メッセージの送信をサポートします。

環境検査
セキュリティコンテキスト (HTTPS)いいえ
Notification APIサポートされていません
Service Workerサポートされていません
現在の権限デフォルト
SW readyいいえ
- 許可がある場合 denied: ブラウザのサイト設定に移動して、手動で許可に戻す必要があります。
- 一部のブラウザでは、通知をポップアップさせるために「ユーザー ジェスチャ」トリガー (ボタンのクリック) が必要です。
通知パラメータ
・「ページ内通知」は「Notification.onclick/onclose」（ページ生存時）を確認できます。
- 「SW 通知」では、`notificationclick` を検証できます (実際のプッシュ/バックグラウンド通知のインタラクションに近い)。
イベントログ
通知をクリックすると、「クリックされた」コールバック レコードがここに表示されます。
まだログがありません。提案: 最初に「通知許可のリクエスト」をクリックしてから、通知をトリガーしてクリックします。

このページを使用して問題を迅速に特定する方法

• まず「セキュリティ コンテキスト」を見てみましょう。通知機能には通常 https が必要です。ほとんどのブラウザは、通常の http では直接拒否します。
• 許可が拒否された場合、ページは自動的に復元できません。ブラウザのアドレス バー/サイト設定に移動して、通知を「許可」に戻す必要があります。
• 「オンページ通知のトリガー」が失敗した場合は、まずそれが「必要なユーザー ジェスチャ」であるかどうかを確認します (通常はボタンのクリックによるトリガーで十分です)。
• 「SW 通知」をクリックしても応答がない場合は、まず「Service Worker の登録」をクリックし、サイトのブラウザでバックグラウンド通知が無効になっていないことを確認してください。
• 通知をクリックした後、「イベント ログ」を確認します。ページ内の通知は、Notification.onclick に移動します。 SW 通知は notificationclick に移動します (実際のプッシュに近い)。

通知テストガイド

手順に従って、権限、ページ内通知、Service Worker 通知を確認し、クリック/閉じるイベントをページに戻すことができるかどうかを確認します。

ステップ 1

環境が条件を満たしていることを確認する

約5秒
「セキュリティコンテキスト」が「はい（HTTPS）」であることを確認します。
通知 API / Service Worker がサポートされていることを確認する
セキュリティ コンテキストではない場合: https アクセスに切り替えて再試行してください
ステップ 2

通知許可をリクエストする

約10秒
結果が承認された場合: 引き続き通知をトリガーできます
結果が拒否された場合: サイト設定に移動し、許可するように手動で変更します (ページは自動的に復元されません)。
ウィンドウがポップアップ表示されない場合: ブラウザーが選択内容を記憶しているか、ポリシーによってブロックされているかを確認します。
ステップ 3

ページ内通知をトリガーし、クリック コールバックをテストする

約10秒
タイトル/内容/タグの設定（オプション）
「オンページ通知をトリガーする（新規通知）」をクリックします。
ポップアップ通知をクリックし、onclick レコードが「イベント ログ」に表示されるかどうかを確認します。
ステップ 4

Service Worker を登録し、システム通知をトリガーする

約15秒
「Service Worker の登録」をクリックし、SW Ready が Yes に変わることを確認します。
「SW通知をトリガー(showNotification)」をクリックします。
通知をクリックした後、イベント ログをチェックして SW ポストバック (NOTIFICATION_CLICK/NOTIFICATION_CLOSE) が受信されたかどうかを確認します。

よくある質問

通知権限、ページ上通知、Service Worker 通知に関する高頻度の問題をまとめました。

1.

このページは主に何に使用されますか?

ブラウザーの通知機能を検証するために使用されます。これには、権限ステータス (デフォルト/許可/拒否)、ページ内の通知 (新しい通知) がポップアップできるかどうか、Service Worker の showNotification がポップアップしてクリック/閉じるイベントを返せるかどうかが含まれます。

2.

「通知許可のリクエスト」ポップアップウィンドウが表示されないのはなぜですか?

一般的な理由: 現在のコンテキストは安全ではありません。ブラウザは以前の選択 (特に拒否) を記憶しています。または、企業ポリシー/ブラウザ設定によってブロックされています。まず、「セキュリティ コンテキスト」が「はい」であることを確認し、サイト設定に移動して通知の許可を確認します。

3.

許可が拒否された場合はどうすればよいですか?

ページを自動的に拒否から許可に戻すことはできません。ブラウザのアドレスバーのサイト設定（またはシステム通知設定）に移動し、サイト通知を「許可」に変更してからページを更新して、もう一度お試しください。

4.

iOS Safari はシステム通知をサポートしていますか?

iOS Safari の通知機能のサポートは限られており、通常、通知機能を使用するには「ホーム画面に追加」PWA フォームが必要です。その場合でも、システムのバージョンとアクセス許可ポリシーの影響を受けます。

5.

通知のトリガーが失敗し、ユーザー ジェスチャが必要であるというプロンプトが表示されるのはなぜですか?

一部のブラウザでは、ユーザー以外のジェスチャによる通知のトリガーが制限されています。 (自動トリガー/スケジュールされたトリガーではなく) ページ上のボタンのクリックを使用してトリガーし、タブがバックグラウンドにないことを確認してください。

6.

SW をクリックしても通知がログに返されないのですが？

まず「Service Worker の登録」をクリックし、SW の準備が完了していることを確認してから、SW 通知をトリガーしてクリックします。それでも応答がない場合は、「/notification-sw.js」があるかどうか、バックグラウンド通知がブラウザによってインターセプトされているかどうか、コンソールに Service Worker 関連のエラーがあるかどうかを確認してください。

7.

通知をトリガーできるのに、システムが通知を表示しないのはなぜですか?

これは、システムの「サイレント モード/フォーカス モード」、システム通知マスター スイッチ、およびブラウザ自体の通知スイッチによって傍受される可能性があります。また、サイトの沈黙や集約ポリシーの影響を受ける可能性もあります。システム通知センターとブラウザーのサイト権限を確認することをお勧めします。