Narzędzia walidacyjne, takie jak W3C Markup Validation Service lub Google PageSpeed Insights, są pomocne w obiektywnej ocenie kodu i wydajności strony internetowej. W szczególności Google wpływa na całą branżę dzięki takim koncepcjom, jak przewijanie - a także dostarcza surowych, ale użytecznych wskazówek dotyczących kompresji obrazu i buforowania. Ale może się zdarzyć, że Google stanie na własnych nogach.
Czy kod śledzenia JavaScript
(function(i,s,o,g,r,a,m){i['GoogleAnalyticsObject']=r;i[r]=i[r]||function(){
(i[r].q=i[r].q||[]).push(arguments)},i[r].l=1*new Date();a=s.createElement(o),
m=s.getElementsByTagName(o)[0];a.async=1;a.src=g;m.parentNode.insertBefore(a,m)
})(window,document,'script','//www.google-analytics.com/analytics.js','ga');
ga('create', 'UA-12350231-1', 'auto');
ga('send', 'pageview');
Zintegrowany przez Google Analytics na stronie zgodnie z oficjalnym opisem , Google narzeka na brak pamięci podręcznej przeglądarki:
Niestety, technicznie tylko host pliku, w tym przypadku sam Google, może to poprawić i można to naprawić tylko za pomocą następującego obejścia: Najpierw wygnij adres URL
(window,document,'script','//www.google-analytics.com/analytics.js','ga');
na własny serwer
(window,document,'script','analytics.js','ga');
i konfiguruje proste zadanie cron przez PHP, które codziennie pobiera najnowszy plik .js na swój własny serwer:
file_put_contents("analytics.js", fopen("https://www.google-analytics.com/analytics.js", 'r'));
Następnie możesz dostroić buforowanie, aby PageSpeed nie krytykował już błędu:
