需要重新添加所有事件参数并

迁移问题的解决方案和在数据报告方式方面存在一些差距因此您可能会遇到一些需要进行故障排除的情况以确保跟踪已设置并长期正常运行。为了帮助识别可能存在易于识别的解决方案的区域我将介绍一些场景并提供有关如何修复这些问题的建议。问题重复的事件跟踪从迁移到期间的关键挑战之一是确保现有数据尤其是自定义事件和维度可以正确映射到的事件跟踪模型。严重依赖基于事件的跟踪事件参数和用户属性的结构可能与中的有所不同。


确保现有事件数据和自定义跟踪的无缝过渡可能具有 电话数据 挑战性并且您可能需要对跟踪代码和数据层进行调整。如果您选择自动迁移可能会尝试跨您设置的现有事件进行迁移。这可能会导致事件被跟踪两次特别是如果您之前使用过来跟踪事件。解决方案在中复制现有的跟踪并将标签类型从更改为事件。如果重新连接所有触发器。我建议不要选择将事件从自动迁移到。使用新代码在中设置所有事件后这些事件将开始自动填充。




您无法将历史数据直接导入。这可能会使分析长期趋势和历史用户行为变得困难除非您已通过长期维持并行和跟踪来为这一转变做好准备。历史数据丢失历史数据丢失解决方案如果安装时间还不到一年请让与它一起运行直到您确信自己有足够的历史数 中的代码配置问题历史数据丢失从迁移到时您可能会面临历史数据丢失的问题。的数据模型和跟踪方法与显着不同这意味着据来做出明智的决策。如有必要导出重要数据以供参考以便您有另一个推理来源来确保正确跟踪。在上面的屏幕截图中这个特定网站在中拥有一年多的数据因此跟踪在月底被删除。问题自定义报告和集成许多企业依赖于基于构建的自定义报告和集成。将这些自定义报告仪表板和第三方工具集成过渡到可能很复杂。