dogmap.jpdogmap.jp独断と偏見の何でもレビュー。言った高速化を実現するためのプラグインが多数あります。コンテンツをサーバ上にキャッシュしておいて、サーバ負荷を減らし、クライアントからのリクエストに対して、素早く返答しようというモノです。サーバ側の処理(バックエンド)の高速化。これらのプラグインとは違い、クライアント側の処理(フロントエンド)を高速化しようと言うのが狙いです。今まで無かったタイプの高速化プラグインでは無いでしょうか?この辺のフロントエンドの高速化の解説は、以下のエントリが詳しいです。リクエストを減らして、ネットワークボトムを解消しようページレンダリングに関連するもの(CSS)は先に読み込ませ、関係ないもの(JavaScript)は後で読み込んで、見た目の表示を速くしようと言うことになります。高速化技法について、当サイトのトップページを例に検証してみましょう。ネットワーク監視機能を使うと、1ファイル単位でダウンロード時間が確認できてわかりやすいので、それを使用します。無効時(左図)と、有効時(遊行時)のダウンロード時間総計の比較。両方共、PCのキャッシュを消して、すべてのファイルをロードしなおしています。4.26秒かかっています。3.16秒かかっています。ダウンロードしだしているのが、分かると思います。大差ないのに、全体のロード時間が1秒以上も差がついていますね。ロード時間・タイミングだけを取り出してみましょう。ロードが開始されないことが分かると思います。ファイルなどの読込処理がブロックされるのです。リクエスト数を減らし、しかも総サイズを小さくすることが、かなりのパフォーマンスアップにつながるわけです。蛇足ですが、この辺りのさらなる改善方法は、以前私がエントリした記事に解説を乗せています。盛り込めませんでした。ロード時間・タイミングだけを取り出してみましょう。変わらないのですが、すべてのCSSを読み込み終わるタイミングが全然違うのが分かると思います。CSS・画像ファイルが並列ロードされない」という特性によるものです。ロードがすべて終わらないと、ブラウザはレンダリングを開始できません。全てのファイルのロードが終わらなくても、ブラウザがレンダリングを終わらせてしまえば、見掛け上の表示速度は速くなります。先に読み込まれるわけではありません。優先的にロードさせるのです。サイトの高速化を実現しています。🙁マイナーなプラグインですが、対応していただけると幸いです。Ukagaka」の作者さんが対処してくれたようです。思いましたが、調子悪いです。End–>にくるまれたソースは処理しないなどの機能を追加していただくと幸いです。WordPressに導入すべき10(+1)のプラグインと入れておくと便利な21のプラグイン。🙁マイナーなプラグインですが、対応していただけると幸いです。Ukagaka」の作者さんが対処してくれたようです。🙁マイナーなプラグインですが、対応していただけると幸いです。PM人間ですさん、はじめまして。いうイベントの準備のため、忙しいので中々調査に時間が取れません。PMをかもと様いつも大変勉強になっております。抜群にナイスなプラグイン、大感謝です。いったものの分からないことが一つあります。」ってなメッセージが記事中の設置場所に現れてしまいます。どのようにしたら解決できるでしょうか。