【问题标题】:Payment from a website to another background running website从一个网站支付到另一个后台运行的网站
【发布时间】:2019-06-24 22:40:38
【问题描述】:

是否可以(并且合法)拥有一个 chrome 插件功能,以便在不访问第二个网站的情况下从一个网站向另一个网站付款?例如,skyscanner 将用户重定向到航空公司的网站。用户是否可以直接在 Skyscanner 上付款而无需重定向到公司网站?

【问题讨论】:

  • 从问题中不清楚您的目标是什么。你到底想达到什么目的? “第一个网站”是您的网站,“第二个网站”是别人的网站吗?或者您是否正在尝试创建一个 Chrome 插件来捕获其他人网站上的付款详细信息?您专门调出了一个 chrome 插件。您对 chrome 插件感兴趣有什么原因吗?还是 JS 库?

标签: web plugins payment-gateway webrequest


【解决方案1】:

让我们澄清一些假设:

  • 您正在尝试通过将付款信息发送给第三方支付提供商(“第二个网站”)来改进您自己的网站(“第一个网站”)。
  • 您愿意接受 将收取款项。在您给出的示例中,skyscrapper 只是将您介绍给一家航空公司,并可能收取佣金。
  • 您实际上并不关心 chrome 插件。您只关心创建不会重定向到其他网站的更好的用户体验。

有可能(并且合法) ...

法律因国家/地区而异,但我不知道美国有任何法律问题。但是,通过自己收款,您可能需要追求某种程度的 PCI 合规性。当您获得可以接受付款人存款的银行账户时,您必须与银行签署的合同通常要求遵守 PCI。

在不访问第二个网站的情况下从一个网站向另一个网站付款?

一些支付网关提供的库将在您的网站中嵌入<iframe>s。这些<iframe>s 指向支付网关,用于收集客户的信用卡数据。这是一个来自谦逊捆绑包的示例:

他们正在使用 Stripe - 如果您检查页面,您会看到 Humble Bundle 正在呈现一个 <iframe>,它指向某个由 Stripe 托管的页面。这里的好处是 Humble Bundle 绝对不会接触信用卡数据,并且能够在证明 PCI 合规性时大大减少任何合规性问题(他们很可能有资格完成 SAQ-A )。

这种类型的库可能正是您要寻找的。​​p>

这里有一些商业产品可以做到这一点:

您几乎肯定找不到免费提供此服务的提供商。

【讨论】:

    猜你喜欢
    • 2015-08-27
    • 2015-01-07
    • 2015-06-23
    • 1970-01-01
    • 2020-10-18
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2019-05-13
    相关资源
    最近更新 更多