在 Google Analytics 中准确报告使用 PayPal 支付的推荐人

Posted 2023-02-22

【中文标题】在 Google Analytics 中准确报告使用 PayPal 支付的推荐人

【英文标题】：Accurately reporting referrer from payments made with PayPal in Google Analytics

【发布时间】：2014-01-25 09:34:42

【问题描述】：

在我们的 Google Analytics（分析）电子商务中，PayPal 作为推荐人获得了信用。我发现许多文章概述了在 utmnooveride 上的使用，以确保 PayPal 交易传递数据，以便原始推荐人获得信用。

我们使用 PayPal 来处理我们的信用卡，并允许人们使用他们的 PayPal 帐户付款。当访问者使用信用卡付款时，他们永远不会离开我们的网站，因此我们只会在用户离开我们的网站以使用他们的 PayPal 帐户付款时看到这种不准确的情况。

更准确地说，我们使用的是 PayPal 快速结账和 NVP（名称值对）API。 https://developer.paypal.com/docs/classic/api/NVPAPIOverview/

我们已经实施了我们发现的建议和代码更改，但 PayPal 仍在获得信用。 我们甚至与 PayPal 和 Google 的技术人员进行了交谈，但从他们那里得到的信息并不比我们在网上找到的更多。

还有其他人遇到这个问题吗，您找到解决方案或有什么建议吗？非常感谢您的帮助。

-- 解决方案更新--

转到答案。

【问题讨论】：

这东西确实是特定于实现的，所以在不知道很多细节的情况下很难给出具体的说明。你是如何实现utm_nooverride 参数的？

购物车代码中的两种不同用途：在新的两个 cmets 中以提高可读性

'return url'=> $server_name.'/cart/paypal?utm_nooverride=1'

'Zend_Session::namespaceUnset('ordercomplete'); $ordercomplete_session = new Zend_Session_Namespace('ordercomplete'); $ordercomplete_session->order_id = $order->id; $redirect = '/ordercomplete/'.$order->id.'?utm_nooverride=1'; return $this->_redirect($redirect);

所以/cart/paypal?utm_nooverride=1 永远不会呈现，但HTTP 重定向到/ordercomplete/SOME-ORDER-ID?utm_nooverride=1，对吗？在 GA 中，您从 Paypal 流量中看到了哪些着陆页（如果只有 utm_nooverride 不起作用，那应该只是一堆 /ordercomplete/...）？

【参考方案1】：

根据请求。我正在将答案从问题的后续内容移至实际答案。

根据有关如何提高数据报告准确性的各种文章，我碰巧弄乱了 Analytics 中的属性设置，并遇到了推荐排除列表。我主要用它来取消我们域结构中其他站点的链接； subdomain.foosite.com -> foosite.com，但决定调查将 PayPal 添加到此并遇到this support doc from Google。

读完那篇文章后，我想知道会发生什么。结果 = 不再有 PAYPAL 推荐和来自原始来源的推荐，而无需担心 utm=nooverride=1 的使用。

我已与 Google 支持专家核实，以下内容对电子商务报告没有负面影响，他们已将我的案例提交给他们的帮助团队以供将来使用。他还提到，这种方法实际上是最近添加的，这就是为什么关于它的文档很少。

方法如下。

确保您使用的是 Universal Analytics 管理 -> 属性设置 -> 跟踪信息 -> 推荐排除列表 添加推荐排除 插入推荐域 - 我的案例是 paypal.com，但您可能与其他人有这个问题 - 这里的关键是识别任何可能劫持电子商务交易的域。因此，如果您看到任何您认为不应该具有电子商务信用的东西；添加它

这应该可以解决问题，但我建议您更进一步。

调整您的会话设置。管理员 -> 属性设置 -> 跟踪信息 -> 会话设置

关于会话设置的一些注意事项 - 根据您的站点和用户的参与方式，我最初会调整会话超时，使会话超过 30 分钟。我将我的设置为 2 小时进行测试。然后对于广告系列超时，我将其设置为 1 天（比我们的正常广告系列短得多。 这让我最初看到它确实从推荐来源中消除了 PayPal，但我在 GA 中的交易与我的内部报告相符。 验证后，我将会话超时设置为 45 分钟 - 比我们的网站会话设置长 15 分钟，并将活动超时设置为 7 天。

利用 Google URL builder 并为您的 URL 添加参数。

这不仅是一种很好的做法，还可以为您节省大量时间来尝试在 GA 中细分您的推荐来源。如果您在内部报告或日志中收集获取来源，这将特别有用，因为您可以将它们与 GA 进行比较，以确保您从 GA 获得准确的 ecomm 数字。

【讨论】：

我一直在尝试解决类似的问题。但第 3 方网站是 google 身份验证，而不是支付集成商。我已将 accounts.google.com 放入推荐排除列表。这阻止了该域获得信用。但取而代之的是“（直接）”而不是原始推荐人。有什么想法吗？

这很难，（直接）听起来好像是通过他们将您的网站 URL 直接放在地址栏/书签/等中...直接在技术上是一件好事，除非当然它是不准确的，你知道它应该来自一个来源。您确定它来自来源还是合法的直接流量？你到底是怎么看待事情的？你期待什么来源？

我遇到了同样的问题。感谢您解决这个问题。

【参考方案2】：

让我分享我对 UA 中“推荐排除列表”的经验：

我将 paypal.com 和另一个类似的支付服务提供商添加到列表中。

后果： 从那一刻起，归因于这些推荐人的流量减少了——但远未达到零。 （假设它是一半。）

不知道为什么它只适用于部分流量。

【参考方案3】：

只是想添加我的答案，以防有人遇到同样的问题。

据我了解，以下内容不再适用于较新的 GA 代码：

utm_nooverride=1

但是，如果您传递_ga 参数，谷歌分析将能够在转移到贝宝之前关联这两个实例。好的，您所要做的就是将 _ga 参数添加到返回 URL...但是您如何获得它呢？

不幸的是，您需要先从客户端获取它：

ga(function(tracker) 
   var linkerParam = tracker.get('linkerParam');
);

希望这对某人有所帮助。

参考

https://ecommerce.shopify.com/c/ecommerce-marketing/t/tracking-true-referrals-in-google-analytics-when-using-paypal-163514

https://developers.google.com/analytics/devguides/collection/analyticsjs/cross-domain

【讨论】：

但是有一个问题：链接器参数在创建后仅2分钟有效。这意味着这只有在客户在支付页面上花费的时间少于 2 分钟时才有效，这是一个过于乐观的情况。

【参考方案4】：

我只是想补充一下我的经验。我遇到了同样的问题，正如您所提到的，解决方案是将 paypal.com 放在推荐排除列表中。您必须升级到新的 Google Universal Analytics 才能访问它。

【讨论】：

正确的是，您的资产必须启用 UA 才能利用控制会话时长的能力，并将排除项添加到推荐列表中。我在回答中做了这个说明。