フロントページすべてのツールネットワーク診断

ネットワーク遅延 (Ping) と安定性テスト

ネットワーク接続の安定性をオンラインでテストし、Ping 値の遅延、ネットワークのジッター、パケット損失率をリアルタイムで監視します。ゲームのラグやビデオのバッファリングなどのネットワークの問題を迅速に特定するのに役立ちます。

州：オンラインテスト：実行されていない/完了しました
安定性スコア
貧しい
NaN
パケット損失、p95 遅延、ジッター、オフライン イベントを組み合わせたヒューリスティック スコア (0 ～ 100)。
最近の RTT (低いほど良い)
まだデータがありません
平均：-
p95：-
ジッター(MAD)：0ms
パケットロス率：0%

「スタック/ブレーク」理由プロンプト

現時点では明らかな異常はありません。それでも「行き詰まり」を感じる場合は、ターゲット サーバーの負荷、DNS の遅さ、またはローカルの CPU/メモリの負荷が原因である可能性が高くなります。
簡単なトラブルシューティングの提案：
  • ネットワーク ケーブルまたは 5GHz Wi‑Fi の使用を優先し、ルーターの近くに留まり、電子レンジや Bluetooth などの干渉源を避けてください。
  • VPN、プロキシ、アクセラレータをオフにするか切り替えます。会社のネットワーク ポリシー (DPI/ファイアウォール) によってリセットまたはパケット損失が発生するかどうかを確認します。
  • 帯域幅を消費するタスク (クラウド ディスク同期、ダウンロード、システム アップデート) を一時停止し、p95/パケット損失が大幅に改善されるかどうかを観察します。
  • 1 つのサイトだけが「スタック」している場合は、相手のサーバー/国境を越えたリンク/DNS である可能性が高くなります。レポートをコピーして、トラブルシューティングのために相手に送信できます。

ネットワーク情報とイベント

Network Information API
サポートされていない/利用できない
一部のブラウザ/環境では、この API が公開されていません。 ping テストには影響しませんが、「ネットワーク タイプ/推定 RTT」に関する補足情報が欠落しています。
イベント（最近）
最大 200 件のエントリを保持
まだデータがありません
オリジナルサンプル（最新）
まだデータがありません

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

• 「スタック」の鍵は p95 とジッターです。avg は非常に低いですが、p95 は非常に高く、これは時折発生するスパイクによって引き起こされる物理的な吃音によって引き起こされることがよくあります (会議やゲームではより顕著です)。
• 「切断」の鍵は、障害率とオフライン イベントによって決まります。障害率が増加したり、オフライン イベントが発生した場合、通常は Wi-Fi 干渉、ルーターの再接続、VPN/プロキシの不安定性、またはオペレーターのジッターが原因です。
• まず、同じドメインのテストにはデフォルトのエンドポイント /api/ping を使用します。明らかにサービスをテストしたい場合にのみ、サービスのヘルスチェック/静的リソースの直接リンクに変更してください。
• トラブルシューティングのためにレポートを相手にコピーするときは、サンプリング時間、パケット損失率、p95/p99、オフライン イベント、および過去 10 件のイベントのタイムラインに注目してください。

ネットワーク診断ユーザーガイド

複数の ping サンプルを通じて遅延、ジッター、パケット損失、安定性を推定し、それをブラウザーのネットワーク イベントと組み合わせて、「スタック」や「中断」の原因を特定します。

ステップ 1

テストの開始 (同じドメインの ping)

約10～20秒
デフォルトのエンドポイント /api/ping を維持します (同じドメイン、「このサイトにアクセスした」というネットワーク品質を最もよく反映します)
サンプリング回数を設定します (20 から始めることをお勧めします。より安定させるには、50 以上を使用できます)
インターバルとタイムアウトを設定します（インターバルが小さすぎると瞬間的なジッターが増幅する可能性があり、タイムアウトが小さすぎると誤判定が発生する可能性があります）
「テストの開始」をクリックし、サンプリングが完了するまで待ちます。
ステップ 2

結果を読む (スタック vs 壊れ)

約20秒
「スタック」: p95 遅延とジッター (MAD/Std) を優先します。スパイクが多いほど、体性感覚の経験は悪化します。
「切断」：失敗率とオフラインイベントを優先します。オフラインの発生は、リンクの中断/再接続によって発生することがよくあります。
「イベント」タイムラインを観察します: ネットワーク切り替え、VPN 切り替えなどのプロンプトがあるかどうか。
ステップ 3

トラブルシューティングのためにレポートをコピーする

約5秒
「レポートをコピー」をクリックします。
レポートをネットワーク管理者/同僚/カスタマー サービスに送信し、時点に基づいて問題を迅速に特定します。
「特定のサイトだけがスタックしている」場合は、エンドポイントをサイトリソースへの直接リンクに変更し、再度比較を実行することをお勧めします。

よくある質問

ネットワーク診断と「停止/停止」のトラブルシューティングに関してよくある質問をまとめました。

1.

このページでテストされる「ネットワーク」とは具体的に何ですか?

指定されたエンドポイントに対して複数のリクエストを行うことで RTT (往復遅延)、ジッター、障害率を推定し (ping サンプリングと同様)、ブラウザのオンライン/オフラインとネットワーク情報 API イベントを組み合わせて、「スタック」か「切断」かを迅速に判断するのに役立ちます。

2.

デフォルトのエンドポイントが /api/ping であるのはなぜですか?

デフォルトでは、同じドメイン /api/ping を使用すると、クロスドメイン サーバーとサードパーティ サーバー間の差異が軽減され、「このサイトへのリンク」の実際のリンク品質に近くなり、安定性と再現性が向上します。特定のビジネス/サイトを診断するには、エンドポイントをヘルス チェックまたは静的リソースの直接リンクに変更して比較します。

3.

「安定性スコア」はどこから来たのでしょうか?信頼できるものですか?

スコアリングは 0 ～ 100 のスケールでヒューリスティックです。パケット損失/失敗率、p95 レイテンシー、ジッター (隣接する RTT 変動)、およびオフライン イベントの組み合わせにより、直感的な結果が得られます。これは、簡単な比較 (ネットワークの変更/VPN の変更/ルーターに近づく前と後) に適しており、厳密なネットワーク測定器には相当しません。

4.

avg は低いですが、p95 は高いのですが、これは何を意味しますか?

通常、「散発的なスパイク」を表します。ほとんどの場合は高速ですが、非常に遅いリクエストがいくつか発生することがよくあります。体性感覚の観点から見ると、会議の音声で時折遅延が発生したり、Web ページを巡回したり、ゲームで一瞬フレームが落ちたりするなどの症状が発生しやすくなります。

5.

パケット損失/失敗率の増加は、必ずネットワークの問題を示していますか?

不確かな。障害の原因はネットワーク (Wi-Fi 干渉、ルーターの再接続、VPN の不安定性)、エンドポイント サーバー (過負荷/スロットル/障害)、またはブラウザのタイムアウト設定が小さすぎることが考えられます。提案: 同じドメイン内のエンドポイントとターゲット エンドポイントをそれぞれ 1 回テストし、比較のためにタイムアウトを適切に増やします。

6.

テストでは私の個人データがアップロードされますか?

しません。入力したエンドポイントへのリクエストのみが開始され、時間のかかる/成功した失敗やその他の指標が記録されます。 「レポートのコピー」は、統計テキストをクリップボードに書き込むだけです。

7.

「ネットワーク情報 API はサポートされていません」と表示されることがあるのはなぜですか?

一部のブラウザ/環境では、プライバシーや実装上の制限により、navigator.connection などの情報が公開されません。これは ping のサンプリングや結果の判定には影響しませんが、ネットワークの種類や推定 RTT などの補助情報が欠如しているだけです。

8.

最も一般的なトラブルシューティングの提案は何ですか?

比較の 3 つのステップに優先順位を付けます。1) VPN をオフにするか変更します。 2) ルーターに近づいて 5GHz に切り替えるか、ネットワーク ケーブルに切り替えます。 3) ダウンロード/同期などの帯域幅を消費するタスクを一時停止します。主要なボトルネックを特定する最も簡単な方法は、各段階でテストを実行することです。