Adobe Analytics - 使用时间戳问题设置的 PurchaseID

Question

我们在网站上进行了大量交易，因此我们在设置到我们的 purchaseID 的确认屏幕上重新循环使用我们的预订确认号码/订单 ID 号码。由于我们正在重复使用我们的预订确认号码，为了使我们的 purchaseID 唯一，我们使用管道分隔符将时间戳添加到我们的 purchaseID 变量中。所以公式看起来像：

purchaseID = order_id + '|' + 时间戳（当前日期）。

我担心的是，假设我今天进行了预订，而我的购买 ID 看起来像 -

购买 ID = 5747118 | 2019 年 6 月 7 日

现在我明天再次访问我的确认屏幕，在 2 天、3 天等之后，我看到 adobe 调用触发。因为我在不同的日期访问了我的确认页面，所以我的时间戳发生了变化，因此我的购买 ID 不再是唯一的。即使我看到相同的预订确认页面，我的 purchaseID 现在也不是唯一的。这是否意味着，每次我在不同的日子查看我的确认屏幕时，我的预订/收入都会被计算多次？如果是，解决此问题的最佳方法是什么？

Answer 1

所以听起来有人可以访问您的网站，进行购买并查看确认页面，然后稍后返回相同的确认页面，而无需实际进行另一次购买。也许他们为该页面添加了书签，稍后再返回以供参考。或者也许他们刷新了页面，因为原因。

您的网站是否会因再次访问该页面而向其信用卡收取费用？我当然希望不会。您的网站/编码的结构应该不会在客户每次再次查看页面时都向他们收取更多费用。

并且您用于输出 Adob​​e Analytics 的代码逻辑应该以相同的方式构建：您的编码逻辑应该是您仅在实际发生购买时输出购买事件和变量（例如 purchaseID） .

实际上，由于网站的结构，这有时并不容易。所以purchaseIDexists 的部分原因是重复购买，这样如果购买事件和数据被重新弹出，它将被重复数据删除。但只有当您在访问者刷新页面时输出 same purchaseID 或稍后返回（他们实际上并没有进行另一次购买）时，它才有效。

这听起来像是您使用推送至purchaseID 的原始预订确认号码所做的。但是，当您决定将当前的日期戳放入组合中时，事情就向南了，因为您开始回收预订确认号码。好吧，你不能那样做。您可以使用动态值（例如当前日期/时间戳）作为值的一部分，但您必须记住它，并在将来输出它。

也许这涉及在您的数据库中添加一个额外的列，其中包含购买日期/时间戳（我必须假设您肯定已经拥有），然后在您提取预订确认号时提取该值。

或者，解决方案可能涉及退后一步，重新考虑您正在回收预订确认号码的事实。这对我来说似乎是个坏主意。正如您亲眼所见，这对于您的 Adob​​e Analytics 实施来说绝对是个坏主意。但总的来说，这不是一个坏主意吗？如果一个客户今天购买了某样东西，并且有 #12345 作为交易证明来参考，然后明天、一周、一年或从现在开始的任何时间，其他客户得到相同的数字，会发生什么？

按理说，您最终会弄得一团糟，试图弄清楚哪个客户买了什么。交易 id 本质上应该对交易永远是唯一的。因此，我向您推荐的第一个解决方案是停止回收您的预订确认号码。如果需要，请移至其他格式（例如 UUID）。

如果不这样做，我的下一个建议将是我在前面几段中所说的，关于在实际购买时将日期/时间戳存储在列中（您肯定已经拥有），然后抓取并使用该值将预订确认 # 用作分隔值，而不是即时生成当前日期（这绝对行不通）。