Paypal快速结账的结账屏幕不一致
我们正在开发一个使用Paypal Express Checkout的应用程序,我们发现我们有两个不同的登陆页面.我们实际上发现了一个表面上看似问题的问题,您是否可以强制PayPal Payments Standard API首先显示信用卡字段？,但有一些差异:
沙盒的一切都很好,我们得到了我们想要的外观(信用卡优先).
在现场网站上,大约50%的时间我们得到了我们想要的外观(信用卡优先).
有时,我们会获得一个更"类似移动设备"的目标网页,信用卡内容完全隐藏在"以客人结账"按钮中,如图所示.
这感觉就像是对我失败的A/B测试.我们正在准确地发送上面链接的问题中的变量,正如我所说,所有这些变量都适用于较旧的目标网页.我知道还有cookie问题,但在这种情况下,即使Paypal无法识别帐户以及何时清除cookie,我们也会看到它.
有人知道我们能做些什么来解决这个问题吗？
我可以根据需要添加代码,但问题似乎是数据而不是逻辑.
在我开始看到用户从“新风格”页面进入后，我遇到了同样的问题。
我在这里找到了答案：
我在我的 Paypal URL 中添加了“force_sa=true”参数：
https://www.paypal.com/cgi-bin/webscr?cmd=_express-checkout&force_sa=true&token= ...
新页面肯定会更频繁地出现在移动设备上。如果没有该参数，我会在大约 5 次刷新后在 iPad 上获得新样式页面，使用该参数我可以随心所欲地刷新并且永远不会看到新页面。
显然，PayPal 最终会向所有人推出新页面，但是这种技术可以让我们在做好准备的时候停下来 ;-)
图中的屏幕是 PayPal 的新结账界面。此时它只是部分部署，您可以将其视为 A/B 测试。
关于客户是否首先看到“信用卡”，这主要取决于他们的浏览器 cookie 中是否存储有 PayPal 电子邮件。如果他们这样做，顶部的“登录 PayPal”部分将展开，电子邮件已填写，他们只需输入密码并点击大约 3 次即可完成结账。
如果他们的 cookie 中没有存储 PayPal 电子邮件，则底部的“创建帐户”或“以访客身份付款”部分将会展开。（如果您希望访客结帐，请在初始 SetExpressCheckout 请求中传递 SOLUTIONTYPE=Sole）。
客户始终可以在两个扩展部分之间切换，这只是某种“智能默认”。
尝试在隐身/私人浏览窗口中进行所有“信用卡优先”测试。