Documentation Index

Fetch the complete documentation index at: https://knowledge.catonetworks.com/llms.txt

Use this file to discover all available pages before exploring further.

長いウェブページの読み込み時間とレンダリングの問題のトラブルシューティング

Prev Next

問題

ウェブアプリケーションは、そのアクセスのしやすさ、柔軟性、利便性から、今日広く使用されているアプリケーションの一つです。 デスクトップパソコン、ノートパソコン、タブレット、スマートフォンを含むインターネット接続があるデバイスからアクセス可能であるため、外出先やリモートで作業するユーザーにとって理想的です。

ウェブページのレンダリングの問題は、遅いページの読み込み、不完全な読み込み、または全く読み込まれない等、様々な問題を引き起こす可能性があります。 ユーザーがシームレスにウェブアプリケーションにアクセスできるよう、レンダリングの問題を迅速にトラブルシューティングし解決することが重要です。 この記事では、ウェブページのレンダリング問題の一般的な原因と、その問題を特定するためのトラブルシューティング手順について説明します。

可能性のある原因

ウェブページがレンダリングできない理由やレンダリングが遅い理由は数多く存在します。 一般的なものとしては以下の通りです:

  • サーバーへのルーティングパスが最適でない

  • 破損または古いブラウザキャッシュとクッキー

  • サーバーの問題

  • 壊れたリンクまたは不足しているリソース

  • コンテンツがアドブロッカーやファイアウォールによってブロックされる

トラブルシューティング

サーバーへの最適でないルーティングパス

ウェブページの読み込みが遅いのは、ウェブサーバーへの最適でないルートが原因である場合があります。 サイトとサーバー間で最適なルートを確保するため、次の簡単な方法を使用してレイテンシを確認できます。 ピングテストまたはトレースルートを実行することで、接続がCatoを経由する場合と、Catoを経由しない場合の結果を比較できます。

1。 Ping  ping コマンドを使用して、ウェブサーバーが応答しているかどうかを確認できます。 サーバーが到達可能な場合、ラウンドトリップ時間(RTT)とともにサーバーから応答を受信します。 接続がCatoを通過する際にRTT値が高くなる場合は、さらなるトラブルシューティングのためにCato経由の高レイテンシーを参照してください。

pingresponse.jpg

2。 トレースルート  宛先までの接続経路を確認するためにトレースルートコマンドを使用できます。 トレースルートで表示されるホップ数は、接続速度を決定するための決定要因ではありません。 その代わりに、接続速度を評価する際にはラウンドトリップ時間(RTT)がより重要です。

次の例はこのシナリオを際立たせています:ネットワーク経路のホップ数は接続がCatoを通ると大幅に減少しますが、バイパスされた結果と比較してラウンドトリップ時間(RTT)は予期せず高くなっています。

次の接続はCatoをバイパスしました:

traceroute.jpg

以下は同じ接続ですが、Catoを通過しています:

traceroute1.jpg

注意: Catoクラウドを通過する際には、ホップ数が減少することが一般的です。 これは、Catoクラウドインフラ内の内部ホップがトレースルートの結果に反映されていないためです。

Catoを通る際の高いレイテンシー:

Catoを通過する際にレイテンシーが高くなる場合、次の設定を確認することが重要です:

最も近いPoPにソケットが接続されていることを確認する

  • CMAで、モニタリングタブに移動し、影響を受けたサイトを選択します

  • 右側のペインで、最近の接続の下にある"ログを表示"をクリックします。 この操作により、接続されたPoPに関する情報を含む別のペインが開きます。connectedPoP.jpg

  • そのサイトの所在地に最も近いPoPに接続されていない場合、ネットワーク > サイト > サイト設定 > 一般 > 優先PoPロケーションに移动してソケットが手動で優先PoPに接続するように設定されているか確認します

  • 誤ったPoPに構成されている場合、サイトの優先PoPを定義するを参照して最も近いPoPに設定するか、プライマリロケーションを自動(デフォルト)に設定し、ソケットが自動的に最適なPoPを選択および接続します。

出口またはバックホールルールを確認する

  • CMAでネットワークルールに移動し、リストをスキャンして問題のウェブサーバーに関連するルールがあるかどうか、およびルーティング手法が設定されているかを確認します。

  • ある場合は、設定された出口PoP/サイトを確認し、それがウェブサーバーに近いかどうかを評価します。

  • PoP/サイトがウェブサーバーから遠い場合、構成を最適化するために2つのオプションがあります:
    -- 既存のネットワークルールを修正してウェブサーバーのIPアドレスをルールから削除します。 この変更により、デフォルトでソケットが接続されているPoPからのトラフィックの出口が許可されます しかし、これは常に理想的とは限らず、直接接続されているPoPがウェブサーバーに近接していない可能性があることに注意してください。
    -- または、ウェブサーバー専用の新しいネットワークルールを作成します。 この新しいルールでは、実際のウェブサーバーの所在地に近いPoP/サイトに出口を設定します。
    出口ルールの設定方法およびインターネットトラフィックのバックホール設定をご参照いただき、それぞれ出口ルールの設定とインターネットトラフィックのバックホールに関する手順をご参照ください。

ブラウザーキャッシュやクッキーが時々ウェブページでレンダリングの問題を引き起こすことがあり、キャッシュされたリソースが古いまたは破損している場合があります。 これは、ウェブページのCSSやJavaScriptファイルが更新されているが、ブラウザがキャッシュされたバージョンを使用し続けることで、ページ上でのレンダリングの誤りやエラーが発生する場合に起こります。 これが問題を解決するかどうかを確認するには、ユーザーはページをシークレットモードでアクセスしてみてください シークレットモードで動作する場合、ユーザーはブラウザのキャッシュをクリアしてページを再読み込みすることができます。 以下は使用頻度の高いブラウザーにおけるキャッシュとクッキーをクリアする方法の一部です。

Google Chrome:

  • Google Chromeを開き、三つのドットアイコンをウィンドウ右上のコーナーでクリックします

  • "その他のツール"をクリックし、次に"閲覧履歴データを消去"をクリックします。

  • 消去する時間範囲を選択し、"クッキーと他のサイトデータ"と

  • "キャッシュされた画像およびファイル"のチェックボックスをオンにします。

  • "データを消去"をクリックします。

Mozilla Firefox:

  • Firefoxを開き、ウィンドウ右上の三本のラインアイコンをクリックします

  • "設定"をクリックし、次に"プライバシー&セキュリティ"をクリックします

  • "クッキーとサイトデータ"セクションにスクロールし、"データを消去"をクリックします。

Apple Safari:

  • Safariを開き、画面上部のメニューバーで"Safari"をクリックします。

  • "環境設定"または"設定"をクリックし、次に"プライバシー"をクリックしてください。

  • "ウェブサイトデータを管理"をクリックします。

  • "すべて削除"をクリックし、続けて"完了"をクリックします。

Microsoft Edge:

  • Microsoft Edgeを開き、ウィンドウ右上の三つのドットアイコンをクリックします

  • "設定"をクリックし、次に"プライバシー、検索、およびサービス"をクリックします。

  • "閲覧履歴データの消去"セクションの下にある "消去するものを選択"をクリックします。

  • "クッキーと他のサイトデータ"と"キャッシュされた画像およびファイル"のチェックボックスをオンにします。

  • "今すぐ消去"をクリックします。

問題を追ってさらに隔離

このセクションでは、問題を特定してその根本原因を把握するためのトラブルシューティング技術を探究します。 このプロセスを支援するため、以下の質問を考慮してください:

  • これが中国でのみ発生していますか?

  • もし答えが「はい」であれば、中国 | ウェブページでレンダリング問題が発生しているを参照し、この問題がトラッカーや中国のGFWによってブロックされたアドウェアによるものかどうかを判断します。

  • この問題は特定のユーザー(グループ)にのみ影響がありますか?
    もし答えが「はい」なら、この(グループの)ユーザーが使用しているデバイスが他とどう異なるかを特定する必要があります。

  • 問題は特定の時間帯にのみ発生していますか?
    もしそうであるなら、その期間中の帯域幅の利用状況や潜在的なパケットロスを確認する必要があります。 この期間中にパケット損失が見られる場合、パケットロスのトラブルシューティング方法をご参照ください。

  • 特定のサイトにのみ影響がありますか?
    これが1つのサイトにのみ影響を及ぼす場合、影響を受けているサイトからのファイアウォール/ネットワークルールを確認します それらのルールを検証して、問題に寄与している可能性があるかどうかを確認してください。 

  • の問題は特定の国からの接続のみ発生しますか?
    これに加えて、特定の国にも影響がある場合、ジオブロッキングに関連している可能性が高いです。 Cato IPのブラックリストまたはジオブロッキングによるウェブサイトのアクセス不能の詳細をご参照ください。

  • 問題はCatoを通過する際にのみ発生しますか?
    答えが「はい」の場合、IPブラックリスト化による可能性があります。 Websites-Blacklisting-Cato-IPで詳細をご確認ください。

  • 問題は特定のブラウザにのみ発生しますか?
    そうであれば、破損したキャッシュや/またはクッキーによる可能性があります。 ブラウザが古い場合にも可能性があります。 プライベートモードで閲覧し、必要に応じてブラウザを更新してみてください。 

  • ユーザーが「進む」をクリックする必要がありますか?ウェブサイトを進める前に。
    Catoのプロンプトページが表示され、...ウェブページが部分的にロードされる場合、これが既知の制限です。 Websites-with-Prompt-Page-Don-t-Load-Properlyで詳細をご参照ください。 

この記事のこのセクションに達した場合、想定されるのはレンダリングの問題が複雑であり、さらなる解析のためにデータの収集が必要です。 HARまたはHTTPアーカイヴは、ウェブブラウザとウェブサイトの間のやりとりを記録するために使用されるファイル形式です。 次のステップは、この問題を再現しながらHARデータを収集することを含みます。 このデータは、さらなる解析に役立つ貴重な見識を提供し、レンダリング問題の潜在的な原因を特定するのに役立ちます。 HARデータ収集方法をご参照ください。

一度HARデータが収集されたら、 HARファイルの使用方法を参照してウェブページの問題を分析するための詳細なステップをご参照ください。 このガイドはレンダリング問題を引き起こす特定の問題を隔離し特定するための必要な指示を提供します。

Cato サポート

上述の手順でウェブページのレンダリングの問題が特定および解決されなかった場合、サポートチームによるさらなるレビューのために、必要なデータ収集へのご協力をお願い申し上げます: