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. Met name Google beïnvloedt een hele branche met concepten als above the fold - en geeft ook strikte maar nuttige richtlijnen voor beeldcompressie en caching. Maar het kan gebeuren dat Google op eigen benen gaat staan.
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:
