Wi-Fi はつながっているのに、Web ページが遅い

遅い可能性がある場所

Wi-Fi に接続しているというのは、デバイスとルーターの間がつながっているということだけです。ページを開くにはそれ以上の段階があり、そのどれもが遅い原因になり得ます。

• デバイスとルーターの間の Wi-Fi の接続。距離、壁、電波干渉、ほかの混み合ったデバイスの影響を受けます。
• ルーターの先のインターネット回線。モデム、回線、プロバイダのネットワークです。
• DNS。接続の前に行うサイト名の名前解決です。リゾルバが遅かったり失敗したりすると、新しいサイトを開くたびに遅れます。
• Web サイトそのもの、またはそのサーバーまでの経路。

以下の手順では、近いところから遠いところへ順に 1 か所ずつ調べます。ページが遅い場所で測り、できればルーターのそばでもう一度測ってください。Linkalyst は結果を良い・悪いで評価しないため、役に立つのは比較です。ゲートウェイとインターネット、リゾルバ同士、今と後で比べます。

ゲートウェイとパブリックなターゲットを比べる

ゲートウェイは通常、自宅のルーターです。ゲートウェイとインターネット上のサーバーを同じ実行で測ると、遅れが Wi-Fi の接続から始まっているのか、もっと先にあるのかがわかります。

1. 遅延テストを開き、「編集」をタップしてテストの設定を開きます。
2. 「ルーター / ゲートウェイ」にアドレスが入っていることを確かめます。Linkalyst はシステムが報告するゲートウェイを入力します。「検出」にもゲートウェイが表示され、そのメニューに「遅延テストに入力」があります。
3. 「パブリック DNS」（1.1.1.1）をオンにするか、よく使うパブリックなホスト名を追加して、2 つのターゲットを一緒に測るようにします。
4. 「完了」をタップしてから「テストを開始」をタップします。初期設定では 0.5 秒ごとに 240 回リクエストを送ります。

ターゲットごとに 1 行で、典型的な遅延とタイムアウトが表示されます。行をタップすると「遅めのリクエスト」（P95）も見られます。P95 が典型的な遅延を大きく上回る場合は、ときどき通信が詰まっていることを意味します。

ゲートウェイの行の時点で遅延が大きい、不安定、またはタイムアウトがある場合、遅れは Wi-Fi の接続かルーターから始まっています。ゲートウェイは安定しているのにパブリックなターゲットだけがずっと遅い、大きく揺れる、またはタイムアウトする場合、問題はルーターの先にあります。App の判定ではなくネットワークの一般的な目安として、正常な Wi-Fi の接続ならルーターは数ミリ秒以内に応答します。

ルーターの先の回線を調べる

インターネット速度テストは、最寄りにある Linkalyst 独自のテストサーバーを相手に、ダウンロードとアップロードの速度をそれぞれ最大 10 秒測ります。ページが遅い場所で 1 回、ルーターのそばでもう 1 回測ってください。ルーターから離れると速度が大きく下がり、近くでは問題ないなら、Wi-Fi の接続が制約になっています。どちらの場所でも遅いなら、インターネット回線を疑います。

主要サービスは、「地域の定番」や「動画」など、よく知られたサービスのグループへの接続時間をまとめて測ります。グループの大半が遅いか「接続できません」と表示されるなら、問題は全体的なものです。ほかは速いのに 1 つだけ目立って遅いなら、そのサービスかそこまでの経路が原因である可能性が高くなります。多くのサービスが「DNS 解決に失敗」と表示される場合は DNS が疑われます。

名前解決が遅くないかを調べる

新しいサイトを開くときは、必ず DNS の名前解決から始まります。名前解決が遅いと、何も表示されないままページが止まります。DNS ルックアップで「比較」を選び、読み込みが遅いサイトのドメインを入力して、「システム DNS」にチェックを入れたままにします。これが、このネットワークでデバイスが使っているリゾルバです。パブリックなリゾルバを 1〜2 個追加して開始します。すべてのリゾルバに同じクエリが同時に送られます。

何回か比較してもシステム DNS が明らかにほかより遅い場合や、ほかは応答するのにシステム DNS だけがタイムアウトや失敗になる場合は、このネットワークの名前解決が原因である可能性が高いでしょう。システム DNS はキャッシュから応答することがあるため、最近アクセスしていないドメインでも試してください。結果の読み方はiPhone で DNS サーバーの結果を比較するで詳しく説明しています。

1 つのサイトのリクエストを測る

一部のサイトだけが遅いなら、Web サイトチェックで 1 回の HTTPS リクエストがどこに時間を使っているかがわかります。サイトの https アドレスを入力してチェックを開始すると、1 秒間隔で 5 回リクエストを送り、典型的な合計時間と最も遅いリクエストを表示します。リクエストをタップすると「フェーズ」を確認できます。

• 「DNS 解決」：名前を解決する時間です。
• 「接続の確立（TLS を含む）」：TCP 接続と、その上の安全な接続を確立する時間です。ここが長い場合は、サーバーまでのネットワーク経路が疑われます。
• 「リクエスト → 最初のバイト」：リクエストを送ってから、レスポンスの最初のバイトが届くまでの時間です。それまでのフェーズが短いのにここだけ長い場合、たいていは Wi-Fi ではなくサーバーの応答が遅いことを意味します。

ダッシュ（—）は、そのフェーズをシステムが報告しなかったことを示します。2 回目以降のリクエストはキャッシュされた DNS や TLS セッションを再利用することがあるため、前半のフェーズが短いか表示されない場合があります。1 回目のリクエストとほかのリクエストを比べてください。

結果からわからないこと

これらの測定は原因の候補を絞り込むものです。それだけで原因を証明するものではありません。

• 1 回の実行は、1 つのネットワークのある一時点にすぎません。Wi-Fi は、移動したとき、近くのネットワークが混んだとき、ほかのデバイスがダウンロードを始めたときに変化します。
• パブリックなターゲットまでの遅延は、そのサーバー 1 台までの経路を表します。ほかのサイトは別のサーバー、別の経路を使います。
• タイムアウトは時間内に応答が届かなかったことを意味し、デバイスが停止していることを意味しません。Ping にまったく応答しないルーターやサーバーもあります。「タイムアウト」と表示される理由も参照してください。
• Web サイトチェックが測るのは、1 つのアドレスへの 1 回のリクエストです。ブラウザでページを開くと、多くのリソースを、しばしば多くのサーバーから読み込みます。
• Linkalyst は Wi-Fi の電波強度やチャンネルを表示せず、ネットワーク上のほかのデバイスが何をしているかも見えません。

次に試すこと

遅れがおおよそどこにあるかがわかったら、次のような対処が考えられます。

• ゲートウェイまでの時点で遅い、または不安定：ルーターに近づくか障害物を避けて、もう一度測ります。ルーターの再起動が効くこともあります。
• ゲートウェイまでは問題ないが、その先が遅い：モデムとルーターを再起動し、別の時間帯にもう一度測ります。モバイル通信など別のネットワークで試すと、問題がデバイスについて回るのかどうかがわかります。
• システム DNS が遅い、または失敗する：ルーター（DNS サーバーを提供していることが多い）を再起動するか、プロバイダに問い合わせます。別のリゾルバを使うには iOS かルーターで設定します。Linkalyst が DNS 設定を変更することはありません。
• 1 つのサイトだけが遅い：そのサイトか、そこまでの経路に問題がある可能性があります。時間をおいて試してください。

プロバイダに問い合わせるときは、保存した結果が役に立ちます。遅延テスト、Web サイトチェック、インターネット速度テストの各実行は「記録」にレポートとして保存され、レポートは JSON として共有できます。書き出したレポートは匿名化されず、テストしたアドレスなどの情報が含まれることがあるため、送る前に内容を確認してください。