E commerce 如何在不离开网站的情况下接受信用卡付款？

我正在创建一个电子商务网站，我正在研究如何在我的网站上接受信用卡。我遇到了很多支付网关，但他们在他们的网站上进行处理，我不希望我的访问者离开我的URL。我怎样才能做到这一点？谢谢。

将第三方支付页面嵌入应用程序页面中的DIV或IFRAME元素是否适合您？可能是用一个容器来控制它

它不会让你完全控制布局，但是你的页眉、页脚、导航栏等会保持不变

---

注意，由于JavaScript沙箱，应用程序页上的JS代码不能与第三方页面交互，反之亦然。

< P>当您处理站点上的事务时要考虑的一件事是，您将需要成为一个符合PCI的供应商来处理信用卡数据。如果信用卡数据接触到您的服务器，您的要求可能会非常昂贵和耗时

有许多公司设计用于在客户留在您的网站上的同时在场外处理信用卡处理。这大大减少了您的PCI遵从性范围

看看recury.js（js.recury.com）或Stripe。如果您计划处理重复计费，则Recurly非常适合，因为它是一次性交易的条带

---

免责声明，我为Recurly工作，所以我有偏见，但也很有见识：）如果您还有其他问题，请告诉我。

如果您有透明的重定向，客户可以在您的网站上使用信用卡付款。一些支付处理器，如Braintree，在其支付网关中包含此功能。您可以在此了解有关透明重定向工作原理的更多信息：

有多种解决方案，本线程中已经提到了很多

下面是谷歌的另一个应用内支付解决方案（即应用内体验，让客户保持在您的页面上）。它特别适用于数字和虚拟商品、订阅和小额交易

---

您为什么不希望访问者离开您的URL？这对您的访问者来说是一种安全威胁，他们会将任何信用卡数据传递到您的网站。你为什么想要它？@RB。这是因为我希望我的结账页面的设计保持不变。这是一个安全威胁。这与设计无关。使用第三方支付处理器通常更安全、更好。为什么有URL限制？你指的是哪个付款页面？将我的付款/结帐页面嵌入第三方页面或作为第三方页面嵌入我的页面？更新以使其更清晰。我的意思是“将第三方页面嵌入到你的应用程序页面中。”这是否适用于所有支付网关？我不知道-我从未使用过支付网关！然而，我以前曾将其用于（我认为是）类似于支付网关的服务，因此我认为它没有理由不起作用。好的，最后一个问题，它被认为是安全的吗？