（例如他们填写的表单的 ID、单独的感谢页面），那么这是一种更可靠的对转化进行分类的方式。话虽如此，我们并不生活在一个完美的世界中，有时没有完全重建转化过程的选项。 在 Fedorovicius 的例子中，我们的观众序列只有两个步骤： Session_start 间接跟随 转换 这基本上意味着“某人登陆该网站，然后在他们的会话期间的任何时候进行转换”。 要重新创建您可能在 Universal Analytics 中使用的目标渠道 - 我们只需在序列中添加另一个步骤即可。
例如： Session_start 间接跟随 访问我们的event_page 间接跟随 进入我们的 阿塞拜疆电子邮件列表 感谢页面/转换 这意味着我们可以创建一个转化：浏览我们的活动页面然后转化的用户。 另一种转化是：浏览我们的赞助页面然后进行转化的用户。 不过，这里也有一些限制，例如，如果有人： 登陆网站 访问我们的活动页面 然后访问我们的赞助页面 使用任一形式进行转换。 它们将满足我们活动转化的标准和赞助转化的标准。我们会为每项转化记录一次，但最终还是会出现重复计算的情况。
这也是旧 Universal Analytics 漏斗的一个限制：漏斗中的一个步骤是必需的，但这并不意味着用户不能在该步骤和最终转化之间在网站上四处游荡。因此，如果这能有所安慰的话，这并不比旧的 Universal Analytics 漏斗更糟糕（但我们仍然可以做得更好）。 使用“直接跟进”的问题 您可能会说“这很容易解决——目前序列表示间接跟随，我们可以将其改为直接跟随”。 这肯定意味着有人在赞助页面上并直接从赞助页面进入感谢页面，对吗？ 不幸的是，这通常不是“直接跟进”的意思，因为分析中可以记录各种各样的东西，而不仅仅是页面浏览量。