ブラウザのキャッシュ設定（gravatar)に関して

gravatarはよそのサイトから読み込んでいるので、井上さんのサーバーには関係ない部分と言う感じかと思います。

また場合によっては、自分のサーバーよりも他所から読み込んだ方が高速になることがあります。
タイミングと動作の仕方によりけりですけれども。

なので、特別気にする部分ではないのではなかろうかと思います。
gravatarは画像を拾ってくるだけで、かつ大きな画像ではないのでだいたいの場合、サックリ動作するかと思います。更にそれら画像自体はキャッシュされているかと思うので、スクリプト自体がキャッシュされていなくてもリクエストに対する反応は速いのではなかろうかと思ったりもします。

そもそもGoogleのpageSpeed…(あぁ面倒くさい名前)は、状況として今はそうですよとやってるだけで、実際の所そんなものの基準値よりも、実際のサーバーの反応速度やwordpressの処理速度(あるいはリクエスト数)等をうまく処理すれば、リクエストから表示まで0.01sとかで表示することも可能なんです。

まぁkusanagiの話なんですけどね(笑)

kusanagiとは: WordPressの実行時間3ミリ秒台、秒間1000リクエストをページキャッシュ非使用で実現する世界最高速クラスのWordPress実行環境です

3ミリ秒ですよ、3秒じゃないんですよ、奥さん(笑)

で、このkusanagiのサーバーに色々とキャッシュ系プラグインを突っ込んだりしていくと遅くなるわけですよ。せっかくチューニングしてあるのに、それを崩す仕組みが組み込まれたらもともと遅いwordpressですから遅くなるのは当たり前。

mod_pageSpeed等は、javascriptやcssをひとまとめにしたりして、サックリ応答させるような技術ですから本来それだけで速くなるわけですが、余計なプラグインやキャッシュが入り込むと環境によっては遅くなるかも知れません。

Googleはサイトを表示させるにあたって1秒とか2秒にしないと客が逃げますぜ？なんて事を言っていたかと思いますが、それは今だけの話です。kusanagiのような技術や、次世代規格のhttp/2が一般的になったら、何を悩んでたんだろうって話になります。

そういった先のことを踏まえてかどうかは知りませんが、GoogleのpageSpeed…(あぁ面倒くさい名前)はサービスが終了するとか何とか。
ついでにPHP7も今月末頃にリリースされます。連想配列の処理とかPHP5の倍速いらしいですよ。

つまり今速度に悩んでいても、すぐにとは行きませんがかなり近い未来に、これまでやってたのが嘘みたいな速度が実現できる可能性が迫ってます。なのであまり深く気にせず、まずGoogleの結果よりも不要なプラグインの停止、javascriptやjQueryの最適化、cssやjavascriptの読み込み順序等を見直していくのが良いのではなかろうかと僕は思います。

Xサーバーは基本的に速いです。もしそれでも遅いと感じるとしたら、そこ(wordpress)にはおそらく余計な処理がいくつもあるのではなかろうかと思います(多分ですけども)。

HIdekichiさん　
どうもありがとうございます。
スピードに関しては、気にすることはないと言う事ですね！

kusanagiの話まで教えていただき得した気分です。

Googleの結果よりも不要なプラグインの停止、javascriptやjQueryの最適化、cssやjavascriptの読み込み順序等を見直していくのが良いのではなかろうかとご教示いただきましたので、これから取組たいと思います。
ただ、知識がないのでコチラのフォーラムや記事から勉強させてもらってからとなりますが（笑）
siimplicity専用、超初心者向けマニュアルなどできれば嬉しいですね。stinger５のように書籍化希望です。

今後ともよろしくお願いします。