Google analytics “有什么缺点吗?”;“异步跟踪”;谷歌分析?

Google analytics “有什么缺点吗?”;“异步跟踪”;谷歌分析?,google-analytics,Google Analytics,最近,我从一个网站上了解到,除了传统的跟踪代码之外,谷歌分析还提供所谓的。从文档中可以看出,异步跟踪似乎比传统跟踪更可取: 与传统安装不同,异步跟踪优化了浏览器加载ga.js的方式,从而将其对用户体验的影响降至最低。它还允许您将分析代码片段放在页面的更高位置,而不会延迟后续内容的呈现 文档中没有提到使用异步跟踪的缺点,这让我想知道为什么这不是默认的跟踪方法。异步跟踪是否存在任何应该注意的缺陷,或者我是否应该继续在所有安装上进行切换?这是一件非常简单的事情。调用GA的脚本标记是通过DOM创建的 见

最近,我从一个网站上了解到,除了传统的跟踪代码之外,谷歌分析还提供所谓的。从文档中可以看出,异步跟踪似乎比传统跟踪更可取:

与传统安装不同,异步跟踪优化了浏览器加载ga.js的方式,从而将其对用户体验的影响降至最低。它还允许您将分析代码片段放在页面的更高位置,而不会延迟后续内容的呈现


文档中没有提到使用异步跟踪的缺点,这让我想知道为什么这不是默认的跟踪方法。异步跟踪是否存在任何应该注意的缺陷,或者我是否应该继续在所有安装上进行切换?

这是一件非常简单的事情。调用GA的脚本标记是通过DOM创建的

见此:


如果您的页面在GA设置为async的情况下正确呈现(很可能是这样),那么您就可以开始了。它们的渲染速度会稍快。

异步跟踪仅在2个月前发布。他们只是在整个网络上发布之前进行测试。我听说人们遇到的唯一问题是谷歌在其安装页面上发出的声音:

我们已经确定,在大多数页面上 异步代码段位于本节的顶部。尽管如此 习惯于在节中放置JavaScript代码,将 那里的异步代码段可能会触发Internet Explorer 6中的解析错误 有些页面上有7个。解决这个问题最简单的方法是放置 它位于该部分的顶部


从严格意义上讲,将普通GA代码替换为异步代码不会造成任何伤害——根据W3C规范,如果浏览器不支持“async”标记,那么它只会忽略它

但在实践中,我认为它会——至少在负责GA异步代码行为的相关HTML5功能在几乎所有Web浏览器上实现之前

正如上面问题中所指出的,异步代码背后的意图是站点所有者将其放在页面的更高位置(与页面底部相比,符合当前实践)。同样,这里的想法是这样做将提供更准确的计数,因为它大大减少了用户在加载js之前关闭浏览器的情况

截至2009年底,Firefox 3.6是唯一支持HTML5这一特殊功能(即“脚本”标签的“异步”属性)的浏览器


因此,如果将所有GA js代码放在页面顶部附近,那么只有在FireFox 3.6中呈现页面时,页面才能更快地加载代码,而不使用“async”属性。对于所有其他浏览器,异步代码会降低页面速度,因为它在站点页面上的位置是新的(更高)

“最有可能”是什么意思?是否存在可能出现问题的情况?将脚本更改为async可能会更改在浏览器中呈现(显示)页面时看到的内容。在您用来测试页面的浏览器中尝试它。渲染完成后,您应该看不到任何更改。@doug:我不知道为什么我不能对您的答案发表评论,但您是不正确的。异步代码段使用2种方法使自己异步。一个是HTML5异步属性,另一个是动态插入脚本的“脚本DOM元素”方法。HTML5方法可能(目前)只适用于Firefox,但SDE方法适用于IE、Safari和Chrome。非常有趣!我不知道SDE加载ayns脚本的方法。关于GA async的更多技术信息:关于这个主题的Ajaxian(和许多其他)文章已经过时了。有关最新信息,请参阅GA代码站点:请参阅Brian回答中的评论。