我正在追求达到100/100的PageSpeed,我几乎在那里。我试图找到一个很好的解决方案来缓存谷歌分析。

这是我得到的信息:

利用浏览器缓存 在静态资源的HTTP报头中设置过期日期或最大年龄指示浏览器从本地磁盘加载以前下载的资源,而不是通过网络。 利用浏览器缓存以下可缓存资源: http://www.google-analytics.com/analytics.js(2小时)

我找到的唯一解决方案是2012年的,我不认为这是一个好的解决方案。本质上,您复制GA代码并自己托管它。然后运行cron作业,每天重新检查谷歌一次,以获取最新的GA代码并替换它。

http://diywpblog.com/leverage-browser-cache-optimize-google-analytics/

我还能做什么来达到100/100,同时也使用谷歌分析?

谢谢你!


当前回答

要修复此问题,您必须在本地下载文件并运行cron作业以保持更新。注意:这不会让你的网站更快,所以最好忽略它。

但是,为了演示目的,请遵循以下指南: http://diywpblog.com/leverage-browser-cache-optimize-google-analytics/

其他回答

存储local analysis .js,但谷歌不建议这样做: https://support.google.com/analytics/answer/1032389?hl=en

不建议,因为谷歌可以在他们想要的时候更新脚本,所以只要做一个脚本,每周下载分析javascript,你就不会有麻烦!

顺便说一下,这个解决方案防止adblock从阻塞谷歌分析脚本

我不会担心的。不要把它放在你自己的服务器上,听起来这是谷歌的一个问题,但它得到的很好。将文件放在您自己的服务器上将产生许多新问题。

他们可能需要每次都调用该文件,而不是从客户端的缓存中获取,因为这样就不会计算访问次数。

如果你觉得有问题,可以在谷歌insights上运行谷歌insights URL,笑一笑,放松一下,继续你的工作。

谷歌警告不要使用分析脚本的本地副本。 然而,如果你正在这样做,你可能会想要使用本地副本的插件和调试脚本。

关于主动缓存的第二个问题是,您将从缓存的页面获得点击——这些页面可能已经从站点中更改或删除了。

对于Nginx:

location ~ /analytics.js {
        proxy_pass https://www.google-analytics.com;
        expires 31536000s;
        proxy_set_header Pragma "public";
        proxy_set_header Cache-Control "max-age=31536000, public";
    }

将路径https://www.google-analytics.com/analytics.js修改为https://yoursite.com/analytics.js

在谷歌文档中,他们已经确定了一个页面速度过滤器,将异步加载脚本:

ModPagespeedEnableFilters make_google_analytics_async

您可以在这里找到文档:https://developers.google.com/speed/pagespeed/module/filter-make-google-analytics-async

需要强调的一点是,过滤器被认为是高风险的。从文档中可以看出:

make_google_analytics_async过滤器是实验性的,还没有经过广泛的实际测试。重写会导致错误的一种情况是,如果过滤器错过了对返回值的谷歌Analytics方法的调用。如果找到这样的方法,重写将被跳过。但是,如果取消资格的方法在加载之前出现,在诸如“onclick”之类的属性中,或者在外部资源中,则会错过它们。这些病例预计是罕见的。