web-dev-qa-db-ja.com

gtmetrixとpagespeedの低スコア

Joomla 3.3とJA Teline IVテンプレートを使用しています。私のサイトのgtmetrixは非常に低いです。

これが私の設定です:

Joomlaキャッシュオン
キャッシュプラグインが有効
SEF有効

JCH最適化プラグイン

CSSファイルを結合する
JavaScriptファイルの結合はい
Gzip JavaScriptおよびCSSはい
最小化はい
JavaScriptを最小限に抑えます(これは私のAdSenseコードも縮小するので、偶然に禁止されたくありません)
HTMLを最小化はい
JavaScriptを延期する(JavaScriptを延期すると、AdSenseが禁止されると思います)

メニュー項目ホーム
すべての拡張子を除外しますはい
CSSファイルを除外-ja.tabs.css(ただし、レンダリングブロックには引き続き表示されます)まったく除外しません
上記と同じJavaScriptを除外-Ja.tabs.js

http://gtmetrix.com/reports/www.livemedia24.com/3gHbCdCZ

https://developers.google.com/speed/pagespeed/insights/?url=http%3A%2F%2Fwww.livemedia24.com%2F&tab=desktop

上記のレポートとヘルプを参照してください。私は自分のウェブサイトを毎日更新しているので、ブラウザのキャッシュを活用したくありません。これは初心者なので、明確な考えはありません。あなたの提案のコメントをいただければ幸いです。

また、K2でいくつかの設定を行いました。画質は100%から80%です。 K2が画像で正常に機能しているかどうかはわかりません。

3
Naeem

最初のレポートが述べているように:

推奨事項を理解する

これらは、一般的なベストプラクティスであることを意図しています。すべてがサイトに適用されるわけではありません。

ルールはスコアへの影響の順にソートされます

リストの一番上にあるルールを最適化すると、全体的なスコアが大幅に向上します。

私の経験では、これらのタイプのレポートはほとんど常に適切な推奨事項を示していますが、修正を個人的に実装する努力は利点よりも重要であるため、このような一般的なレポートを盲目的に実行するよりも、自分のニーズについて考え、問題を修正する必要があります。

だから、アイテムについての私の考えのいくつかに取り組みましょう:


JavaScriptの解析を遅らせる

これは良い考えです。しかし、これをJoomlaに実装するつもりはありません。

これを行うには、多くのコアコードを書き直す必要があります。もしそうなら、多分。どちらにしても、この回答を読んだ人が自分のサイトでそれを実行することを強く疑うので、効果的に無視できます。

スケーリングされた画像を提供する

小さいサイズで必要な場合は、手動で画像を手動で拡大縮小できますが、現時点では、画像のサイズを変更するコアとなる方法は知りません。これを助ける拡張機能があるかもしれませんが、それはおそらく奇妙なことでしょう。これにより、ページの読み込み時間が確実に長くなり、サイトのモバイル対応性が高まるため、これを調べることをお勧めします。

画像の寸法を指定します

これもおそらく役立つかもしれませんが、大きな効果があるとは知りませんでした。

ブラウザのキャッシュを利用する

これは良い考えですが、ほとんどの場合サーバー構成であるため、Joomlaの外部で行われます。理想的には、少なくともブラウザが画像、スクリプト、およびスタイルシートをキャッシュできるようにしたいとします。これらはそれほど頻繁に変更されることはありません(変更されている場合は、名前を変更するか、?v=**timestamp**末尾を追加してキャッシュを解除する必要があります( https://stackoverflow.com/questions/32414/how -can-i-force-clients-to-refresh-javascript-files

このサイトでは、拡張子によるキャッシュを有効にするために.htaccessファイルを調整する方法について説明しています: http://www.siteground.com/tutorials/joomla/joomla-speed.htm 。 (注:これが実際に機能するかどうかは、ホストによって異なります。)

gzip圧縮を有効にします

必要に応じて、Joomlaグローバル設定でこれを行うことができます。


そのレポートで言及されていないもの

そのレポートで、サイトの読み込みに7.15秒かかったことがわかります。これは明らかに速度が遅すぎるため、このレポートを実行した理由です。

このレポートではわかりませんが、最初のファイルを配信する際にサイトを妨げている可能性があります。 http://tools.pingdom.com でウォーターフォール速度テストを実行しました。これはサイトに影響を与えていないようです(最初の応答は1秒未満でした)。そのため、画像のサイズ変更に集中する必要があります(また、最初のページの読み込みが遅くならないように、画像の数を減らすか、ajaxで画像を追加することを検討してください)。 。

この答えを見ているかもしれない他の人のために、私はJoomlaのデバッグモード(グローバル設定で)を使用して、特定のページロードで実行されるクエリのリストを取得することを強くお勧めします。これにより、各クエリにかかった時間がわかります。クエリの最適化は、常にサイトを高速化するための最初のステップです。

3
David Fritsch

あなたはあなたのいくつかの画像を小さくすることができると思います: http://www.livemedia24.com/media/k2/items/cache/32e074​​1e68cabc7552333046597de1b4_XL.jpg 247KBですが、それは大規模ではありません、それだけですホームページのイントロ画像サイズが必要です。

T3では、CSSとJSをフラットなCSSやJSではなくスクリプトから生成するため、CSSとJSの組み合わせに注意する必要がある場合があります。あなたが言ったように、あなたはcssとjsを一緒に圧縮して引っ張ることをオンにしました、しかしあなたがライブのhtmlを見るときこれらは起こらなかったようです。たくさんの呼び出しがあり、それを呼び出すこともできます。したがって、おそらくこれらはテンプレートにハードコードされており、JCHが圧縮するjoomla関数ではありません。

一般的なjoomla設定でgzip圧縮をオンにすることができます。 html、css、jsなどに影響します

だからあなたのサイト出力htmlは整形式に見えますが、それをJCHと連携させて最適化していませんので、可能であればテンプレートコードを見てください?

2
tristanbailey