Google Analytics设置说明声明：
此跟踪代码段应包含在您网站的网页中 它出现在底部 页面的HTML（或生成的HTML） 结构，在结束之前＆lt; body＆gt; 标签
他们的代码段是否需要此展示位置才能完全发挥作用，或Google是否仅仅因为它提高了页面加载性能以使脚本位于底部而提出此建议？
答案 0 :(得分：4)
这只是为了提高页面加载性能。如果此代码在开头，那么如果由于某种原因分析代码运行缓慢，页面的其余部分将等待它在加载之前完成或超时。
分析代码可能会向Google的服务器发出查询，因此他们必须等待服务器在完成之前做出响应。如果（上帝禁止）谷歌的网络服务器要备份或滞后，这将严重影响您网站的加载时间。
答案 1 :(得分：3)
Better Google Analytics JavaScript that doesn’t block page downloading上有一篇文章。请参阅有关SO的相关How do I dynamically load Google Analytics JavaScript?问题。
答案 2 :(得分：2)
我发现，Google提供的代码有时会因客户端延迟而导致页面加载延迟。通过将它放在源代码的底部，它不会导致浏览器停止并等待javascript完成，然后再继续页面再现。
将Google Analytics代码移至domready / onload函数中，以获得最佳效果。
答案 3 :(得分：2)
脚本引起的问题是 他们阻止并行下载。该 HTTP / 1.1规范表明 浏览器下载不超过两个 每个主机名并行的组件。 如果您从多个图像提供图像 主机名，你可以得到两个以上 下载并行发生。而 然而，脚本正在下载 浏览器不会启动任何其他 下载，甚至是不同的 主机名。
在某些情况下，这并不容易 将脚本移到底部。如果，为 例如，脚本使用 document.write插入部分内容 页面的内容，它无法移动 在页面下方。可能还有 范围问题。在许多情况下，那里 是解决这些问题的方法 的情况。
经常提出另一种建议 出现的是使用延迟脚本。 DEFER属性表示 脚本不包含 document.write，是一个线索 浏览器，他们可以继续 渲染。不幸的是，Firefox 不支持DEFER属性。 在Internet Explorer中，脚本可以 被推迟，但没有那么多 期望。如果脚本可以延期， 它也可以移到底部 这页纸。这将使你的网络 页面加载速度更快。
答案 4 :(得分：0)
如果加载了更多文档，脚本可以处理更多文档。
答案 5 :(得分：0)
我很确定它只是用于页面性能。当然，这可以在页面最初加载所有内容时不需要的任何javascript库/代码段完成。
答案 6 :(得分：0)
底部的标记过去只是为了尽量减少跟踪脚本对网站行为的可能影响：优先考虑的是有一个功能性网站，一旦工作，就跟踪它。您可能无法跟踪所有页面查看，但这对最终用户来说不那么重要。
异步语法解决了可靠性和性能问题，同时保持了部署的简单性。
它出现在HEAD部分的末尾。