スクリプトの読み込み処理もボトルネックになりがちな項目です。アクセスしたときと、すべて有効の状態でアクセスしたときの違いをみることで、そのページのパフォーマンスを判断する材料にできる場合があります。パフォーマンス分析をやってみるのも、目安になると思います。十分であれば、目に見える速度低下は体感できないと思いますが、逆の場合は必要以上に速度低下が目立つことがあります。スペックだけでみるのではなく、システム全体の処理能力として考えてください。表示速度がどう変化するかを見るのも、問題点の切り分けに役立つと思います。設定はすべて初期値になるので、もし常用プロファイルで無意識のうちに変更されてしまった設定項目があったとしても、標準状態に戻ります。した比較テストを積み重ねることで、原因にたどり着けるかもしれません。そこまでできなかったとしても、ご自身の環境条件の現状を、いまよりは客観的に把握できるようになると思います。的外れな話になっていたらすみません。(おことわり)現在、健康上の制約により不定期な書き込みしかできなくなっています。応答できない場面がかなり多くなりますことを、ご容赦ください。一口に「サイトの表示速度」と言っても、客観的な指標で比較しない限り、個々のユーザー環境における主観の域を抜け出せないのは、すでに何人かの方からご指摘があるとおりだと思います。データを、ネットワークを通じてクライアント側に読み込み、それをレンダリング(描画)・実行することでウェブページが表示されます。した経路のどこか(ひとつ、または複数)にボトルネックがあれば、トータルで「サイトの表示速度」が遅くなることはあります。これは、回線の一般的な速度だけでは片付けられません。例えれば、高速道路でも、事故や工事、気象条件によって、本来発揮できる交通量が大幅に滞ることがあるのと似ています。何らかの事情で、サーバー側のパフォーマンスが低下しているようなケースもありえます(たいていの場合、一過性ですが...)。ウェブページによっては、複数の別サーバーからコンテンツを引っ張ってくるものもあります。ウェブページを構成する各ソースのどこかに、パフォーマンス低下を招く問題が含まれているのかもしれません。プロキシ経由でネットワークを利用しているなどの事情があるかもしれません。クライアント側では、セキュリティ対策機能がブラウザの前で何かしらの処理をしていたりします。ブラウザのどこかに不適切な設定があったり、アドオンの影響があるかもしれません。それらすべてを、エンドユーザーが詳細に把握するのは難しいですが、おおまかに切り分けを進める方法はいくつかあります。調べることができます。使えるかもしれません。開いて描画させてみることで、ネットワーク(サーバーからクライアント側ブラウザの直前まで)の影響を、ある程度推測することができるのではないでしょうか。%キャッシュで読み込むようなものです。レンダリング処理の問題とは考えにくく、ネットワークのどこかにボトルネックがある可能性が高くなると思います。読み込みの遅い部分などに注目すると、さらに問題点を絞り込めるかもしれません。本体の設定か障害か、使用中のアドオンなどの影響、ソースの不備などが推測できるでしょう。[quote="myuza"]このページでは、中央のトピック一覧が縦方向に長くいためか表示に時間がかかり、その表示が終わってから両脇の部分が表示されます。ソースが、中央部のコンテンツ、左側のコンテンツ、右側のコンテンツの順番に記述されているので、その順序でソースの読み込みとレンダリングが実行されるということだと思います。処理が速ければ、全体が一瞬で表示されるように見えますし、遅ければ仰るような表示状態になると思います。客観的にはネットワーク通信の負荷は高めだと思います。