这意味着我无法看到今天的交通.它是否仅适用于API或整体分析系统？
Google建议这样做的原因是,对于大多数数据而言,在您在报告中看到这些数据之前有大约24小时的延迟,或者是否可以使用API进行提取.额外的24小时最重要的是保险缓冲.
因此,如果您查看报告或从12小时前使用API提取数据,然后等待一个小时或其他任何内容并使用相同的范围/指标等来提取数据......数字将不匹配,因为那么,将有更多的数据可用.但它的数据已经存在(显然,人们没有把时间机器带到过去并访问你的网站)......它还没有处理过,可用于查看报告/ API.
报告(或通过API)的数据延迟并非GA独有.不同的报告工具在数据可用性方面有不同的"滞后",具体取决于他们的数据库设置方式,数据处理方式,服务支付费用等等(例如,这些是我的4个主要工具)使用):
Yahoo Web Analytics数据或多或少是实时的
Adobe/Omniture SiteCatalyst是......他们说是实时的,但实际上我已经看到它需要从瞬间到一小时
WebTrends有24小时的延迟
GA有24小时的延迟
但这并不像你想象的那么大.大多数公司按周,月,季度,年查看报告,所以对于重要的人来说,延迟并不是问题.唯一真正感受到的是代码实现者必须坐在那里等待查看数据,当他们尝试QA实现或调试时才会出现潜在问题.
但即使这样,也有很多工具可以让你实时看到实际发送给工具的内容(如firebug,charles proxy等等),这对QAing非常有帮助.对于需要在工具界面中进行设置/更改的QAing内容,它并没有真正帮助,但它仍然是一个很大的帮助.
| 归档时间： |
|
| 查看次数： |
694 次 |
| 最近记录： |