Google PageSpeed Insightsでウェブサイトをテストしました。
.htaccessでキャッシュの最適化を行いましたが、FacebookおよびGoogle+からのリソースファイルには影響しませんでした
Leverage browser caching
http://connect.facebook.net/fr_FR/all.js (20 minutes)
https://apis.google.com/js/plusone.js (30 minutes)
https://oauth.googleusercontent.com/…e:rpc:shindig.random:shindig.sha1.js?c=2 (60 minutes)
これを解決するにはどうすればよいですか？
回答:
それらは別のプロバイダーによってホストされているため、それらを制御することはできません。正直に言って、それらについて心配する必要はありません。必要に応じてキャッシュを処理するかどうかは、Google、Facebookなど次第です。
URLをプロキシするか、ファイルをローカルにダウンロードすることもできますが、そのルートに従うことはお勧めしません。実際、上流のプロバイダーが更新を公開したときに変更が反映されない、または単にGoogle、Facebookなどによってすでに適用されているキャッシングと競合する構成になる可能性があります。
FacebookとGoogleからサードパーティのJavaScriptをページから削除することを検討する必要があります。私が通常持っている唯一のサードパーティのJavaScriptは広告用です。
すべてのソーシャルネットワークには、プレーンリンク（JavaScriptなし）を使用してページを共有する方法があります。StackOverflowでこの質問を参照してください。ただし、いいねと+1の統計情報をページに表示することはできません。
それはグーグルやフェイスブックのようなウェブマーケットのアイコンによる高レベルの陰謀です。
Webサイトでこれらのスクリプトを使用していたため、動作が遅くなりました。スクリプトを削除すると、私の目標（つまり、ページ速度100/100）が達成されました。私のサイトは現在非常にうまく機能しています。AMPがサポートされているように開きます。
したがって、ページ速度が重要になります。GoogleやFacebookの手を握るのではなく、自分で立つべきだと思います。コードを削除するだけです。購読者はサイトのパフォーマンスを必要としていますが、パフォーマンスはWebサイトのロードから始まります。あなたが最初から負けているなら、世界のどの検索エンジンでも最初に来る方法はありません。ユーザーがWebサイトを最初に訪れた場合、検索エンジンがあなたを後回しにすることはできません。
したがって、私の提案は、スクリプトを削除し、ユーザーエクスペリエンスを向上させるために独自のものを作成することです。