Validatietools zoals de W3C Markup Validation Service of Google PageSpeed Insights zijn nuttig voor het objectief evalueren van de code en prestaties van een website. Google, in het bijzonder, beïnvloedt een hele branche met concepten zoals 'above the fold' en stelt ook strikte maar nuttige richtlijnen op met betrekking tot beeldcompressie en caching. Daarbij kan Google zichzelf echter soms in de problemen brengen.
Zal de JavaScript-trackingcode
(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');
Geïntegreerd door Google Analytics op de website zoals officieel beschreven , klaagt Google over een gebrek aan browsercaching:
Helaas kan dit technisch alleen worden gecorrigeerd door de host van het bestand, in dit geval Google zelf, en het is alleen mogelijk om het te repareren met de volgende tijdelijke oplossing: eerst buig je de URL
(window,document,'script','//www.google-analytics.com/analytics.js','ga');
naar uw eigen server
(window,document,'script','analytics.js','ga');
en zet een eenvoudige cron-taak op via PHP, die elke dag het nieuwste .js-bestand vers naar zijn eigen server downloadt:
file_put_contents("analytics.js", fopen("https://www.google-analytics.com/analytics.js", 'r'));
Vervolgens kunt u de caching verfijnen, zodat PageSpeed niet langer kritiek heeft op de fout:
