Valideringsverktyg som W3C Markup Validation Service eller Google PageSpeed Insights är användbara för att objektivt utvärdera koden och prestanda för en webbplats. Särskilt Google påverkar en hel bransch med begrepp som ovanför mitten - och ger också strikta men användbara riktlinjer för bildkomprimering och cachning. Men det kan hända att Google går på egna ben.
Kommer JavaScript-spårningskoden
(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');
Integrerat av Google Analytics på webbplatsen som officiellt beskrivet klagar Google på brist på webbläsarcaching:
Tyvärr kan endast filens värd, i det här fallet Google själv, rätta tekniskt och det är bara möjligt att fixa det med följande lösning: Först böjer du webbadressen
(window,document,'script','//www.google-analytics.com/analytics.js','ga');
till din egen server
(window,document,'script','analytics.js','ga');
och skapar ett enkelt cron-jobb via PHP, som laddar ner den senaste .js-filen till sin egen server varje dag:
file_put_contents("analytics.js", fopen("https://www.google-analytics.com/analytics.js", 'r'));
Sedan kan du finjustera cachningen så att PageSpeed inte längre kritiserar felet:
