因此，您有两个不同的 Analytics 属性。一个是您的主要属性。这是所有常规内容的存放位置。然后您还有第二个属性，这是您测试内容的地方，这确实有助于确保您在尝试一些疯狂的新事物（例如内容消费）时不会意外搞砸某些事情，这完全可能发生，而且在我们测试产品时确实发生过。您不想用您正在尝试的不同的东西污染您的主要数据。
因此，您可以对网站执行此操作。您始终有一个暂存区和一个实时区。那么，为什么不对您的分析执行此操作呢？您的分析中有一个暂存区和一个实时区？因此，一定要考虑设置第二个属性。
2. 时区
我们遇到的下一个问题是时区问题。以下是具体情况。
假设您的网站安装了基本的 WordPress，并且您没有更改 WordPress 中的时区，因此它设置为 UTM。除非您更改它，否则这是 WordPress 中的默认设置。因此，现在您已获得网站数据，表明它是 UTM。然后假设您的 开曼群岛手机号码数据 营销团队位于东海岸，因此他们将所有工具都设置为东部时间。然后您的销售团队位于西海岸，因此他们的所有工具都设置为太平洋时间。
因此，您可能会遇到这样的情况：例如，您有一个网站，您在其中使用 WordPress 的表单插件。然后，当有人提交表单时，它会被记录在您的网站上，但随后这些数据也会被推送到您的销售 CRM。因此，现在您的网站会显示当天有这么多的潜在客户，因为它处于 UTM 模式。好吧，这一天结束了，或者还没有开始，现在您已经到了东部时间，这时您的分析工具正在记录潜在客户的数量。
但第三个问题是，现在您的 Salesforce 或 HubSpot 或其他 CRM 正在记录太平洋时间。这意味着，您面临着巨大的差距，谁知道这些事情发生的时间，而您的数据永远无法对齐。这非常令人沮丧，尤其是当您试图诊断为什么，例如，我提交了表单，但我没有看到线索，或者如果您有其他数据卫生问题，您无法匹配数据，这是因为您有不同的时区。
因此，一定要检查您使用的每个产品的时区——网站、CRM、分析、广告，所有这些。如果它有时区，就选择一个，坚持下去。那是您的标准时区。相信我，这将为您省去很多麻烦。