Konvalidaj iloj kiel ekzemple la W3C Markup Validation Service aŭ Google PageSpeed Insights helpas objektive taksi la kodon kaj agadon de retejo. Guglo precipe influas tutan industrion kun konceptoj kiel super la faldo - kaj ankaŭ provizas striktajn sed utilajn gvidliniojn por bildkunpremo kaj konservado. Sed povas okazi, ke Google paŝu sur siajn proprajn piedojn.
Ĉ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:
