Validigiloj kiel la W3C Markup Validation Service aŭ Google PageSpeed Insights estas helpemaj por objektive taksi la kodon kaj rendimenton de retejo. Google, aparte, influas tutan industrion per konceptoj kiel "super la faldo" kaj ankaŭ starigas striktajn sed utilajn gvidliniojn pri bildkunpremo kaj kaŝmemorigo. Tamen, farante tion, Google foje povas stumbli sin.
Ĉu la kodo de sekvado de Ĝavoskripto
(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');
Integrita de Google Analytics en la retejo kiel oficiale priskribita , Google plendas pri manko de retumila konservado:
Bedaŭrinde teknike nur la gastiganto de la dosiero, ĉi-kaze Google mem, povas korekti ĉi tion kaj eblas ripari ĝin nur per la sekva solvo: Unue vi fleksu la URL
(window,document,'script','//www.google-analytics.com/analytics.js','ga');
al via propra servilo
(window,document,'script','analytics.js','ga');
kaj starigas simplan cron-laboron per PHP, kiu ĉiutage elŝutas la plej novan dosieron .js al sia propra servilo:
file_put_contents("analytics.js", fopen("https://www.google-analytics.com/analytics.js", 'r'));
Tiam vi povas agordi la konservadon por ke PageSpeed ne plu kritiku la eraron:
