google-chrome - 如何制作浏览器扩展付款系统？

Question

Closed. This question does not meet Stack Overflow guidelines。它当前不接受答案。












想要改善这个问题吗？更新问题，以便将其作为 on-topic用于堆栈溢出。

在6个月前关闭。



Improve this question




我今天在收件箱中找到了一封来自Google的 Electron 邮件，他们在邮件中宣布 CWS payments API is deprecated
我正在努力创建一个Chrome扩展程序，并希望通过应用内付款支持发布该扩展程序，以便用户购买用于解锁全部功能的许可证。我本来是针对CWS native 支付API的，但是Google决定弃用该API的决定是一个坏消息。
目前，我已经找到了一个不错的 Wordpress plugin来管理许可，我正在考虑使用它来创建许可后端，但是我不确定，因为它主要用于Wordpress主题或插件，因此在客户端实现它以进行扩展将需要一些解决方法。
您将如何管理Chrome扩展程序或Electron应用程序的应用程序内购买和许可？

最佳答案

好吧，因为我和您的处境相同，所以我做了一些研究。这是我对这个问题的发现和评论的摘要。
在开始实现之前，需要考虑三件事:

您要使用的付款处理服务的类型；

您想要限制的方式包括免费版本(以及多层计划)的；

通过您的扩展程序的用户信息的安全。

让我们一次浏览所有这些。

1.付款处理类型
有两种主要类型的服务提供商，这些服务提供商将使您可以在分机中收取款项。 是第一种类型的付款处理平台:它们允许您处理付款并生成收据，但它们无法管理不同国家/地区的不同税收和法规。如果您仅在一个国家或几个税收和法规相同的国家/地区开展业务，这不会对您造成影响。
但是，如果您的用户遍布世界各地，尤其是在欧洲，那么实现规则以处理所有不同的税收和法规可能会变得非常复杂和困惑。但是您必须这样做，否则您将自己置于面临被罚款的风险中。这就是第二种类型出现的地方:记录的 商人。这些公司将代您向用户收费，从您的盘子中消除所有税费和法规的复杂性。他们本质上是充当您产品的经销商。当然，他们从您的收入中扣除了一笔小钱，以支付他们从您的肩膀上抬起，自己站起来的重量。
支付处理平台将更便宜(例如:Stripe每笔交易2.9％+ 0.30 $)，而唱片商人的折扣更大(例如:Paddle 5％+ 0.50 $)。但是，如果您进行国际交易，那么高出2.1％的价格可能对您更有利，因为这可以节省大量时间和开发工作。
不过，请务必注意，唱片销售商不太可能承担一个全新项目，尤其是对于Chrome扩展程序而言。这是因为这些扩展程序产生的平均收入非常低，对于他们来说通常并不值得。不过，我还是建议您在决定采用传统的付款处理方式之前先考虑其中的一些问题，以防万一您可以与看到您的项目潜力并愿意接手的销售人员取得联系。
以下是一些记录的商人:

FastSpring

Cleverbridge

2Checkout(同时提供MoR和基本付款处理服务)

Paddle(目前不支持新的Chrome扩展程序)

以下是一些付款处理平台:

Stripe

Paypal(根据我的经验，Paypal对开发人员的友好程度不如Stripe)

2.免费或分层计划的限制功能
限制非付费用户使用功能的方式将因一个扩展而对另一扩展有所不同。
如果要在扩展中限制的功能已经依赖于后端(例如，获取或处理数据)，则有必要在服务器端实现限制。您只需将用户的ID(可以存储在chrome.storage中)传递给对后端的每个请求。除此之外，您还可以在客户端禁用相关元素，例如隐藏或变灰按钮，选项卡或字段，以使用户清楚这些功能已被锁定。但是，您还要确保在后端也有限制，因为否则用户可以只检查您的扩展并启用高级功能而无需付费。
如果您的扩展程序大部分或仅在客户端上运行，那么您将必须根据用户的计划有条件地呈现接口(interface)。要添加的脚本或接口(interface)很可能必须由后端返回，因为几乎所有仅在客户端执行的操作都可能被检查和利用。在这种情况下，您可能最熟悉的任何后端技术或平台都可以用来进行设置。
请记住，上面列出的大多数付款处理和MoR都有API和有关如何在应用程序和网站中安全实现它们的指南。但是，如果您非常了解Wordpress，并且可以在Wordpress和扩展程序之间建立安全的通信，请继续。如果要使用Zapier之类的在线服务将现有的身份验证和许可服务链接在一起，请继续执行此操作!
本节中可能有更多详细信息-需要涵盖大量 Material ，因此，如果您没有太多经验，建议您在网上查找文章和教程，以帮助您指导这一过程。

3.安全性
这部分不会很长，但是非常重要。无论您决定使用哪种付款处理平台，还是如何限制对扩展程序功能的访问，至关重要的是，确保您的用户信息永远不会落入其他用户的手中。这包括逆向工程和对系统的利用。
您决定自己处理的事情越多，风险就越大，尤其是如果您没有经验的话。在做出决定时，请牢记这一点。

这就是我的全部。我希望能有所帮助!
我知道这可能是很多信息，没有任何详细的“操作方法”，但是如果没有对您的产品和情况的深入了解，就不可能确切地说出应该做什么。
P.S.
如果可以提供任何指导，这就是我将为自己的扩展所做的工作。鉴于它已经非常依赖PHP后端，因此我将在后端添加一些功能，以便与Paddle API进行通信。因此，所有限制都将在后端实现，我将在前端添加消息和可视指示器，以告知自由用户他们可以做什么和不能做什么。
[编辑]
我刚刚从Paddle收到一条消息，指示他们目前不支持新的Chrome扩展程序。很抱歉在这里产生误导。

关于google-chrome - 如何制作浏览器扩展付款系统？ ，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/64007559/

上一篇：electron - 使用 Electron 打包器打包到 .exe 后如何禁用 Electron 应用程序的 http 缓存

下一篇： Electron 应用程序安装到程序文件

相关文章：

html - 如何让IE像Chrome和Firefox一样在p标签的顶部自动留白？

html - 是否有标准的 CSS 边距/填充/等。对于 HTML 元素？

google-chrome-extension - 我可以将 chrome.identity 与 Firebase 自定义身份验证一起使用吗？

javascript - 使用 Electron-Vue.js 的串口

javascript - TypeError : Crafty. 场景不是函数

javascript - 如何删除在 Electron 中从 index.html 到 contact.html 的转换过程中创建的空白页？

javascript - 让我的 html 输入数字字段在滚轮上发生变化，即使它们没有集中在 Chrome 中

javascript - 没有 U2F Chrome 扩展的 U2F 支持

javascript - 用 React 编写的 Chrome 扩展中的路由

css - 为什么我的 css 网格在 Chrome 中不工作(在所有其他浏览器中工作)

Answer 1

好吧，因为我和您的处境相同，所以我做了一些研究。这是我对这个问题的发现和评论的摘要。
在开始实现之前，需要考虑三件事:

您要使用的付款处理服务的类型；

您想要限制的方式包括免费版本(以及多层计划)的；

通过您的扩展程序的用户信息的安全。

让我们一次浏览所有这些。

1.付款处理类型
有两种主要类型的服务提供商，这些服务提供商将使您可以在分机中收取款项。 是第一种类型的付款处理平台:它们允许您处理付款并生成收据，但它们无法管理不同国家/地区的不同税收和法规。如果您仅在一个国家或几个税收和法规相同的国家/地区开展业务，这不会对您造成影响。
但是，如果您的用户遍布世界各地，尤其是在欧洲，那么实现规则以处理所有不同的税收和法规可能会变得非常复杂和困惑。但是您必须这样做，否则您将自己置于面临被罚款的风险中。这就是第二种类型出现的地方:记录的 商人。这些公司将代您向用户收费，从您的盘子中消除所有税费和法规的复杂性。他们本质上是充当您产品的经销商。当然，他们从您的收入中扣除了一笔小钱，以支付他们从您的肩膀上抬起，自己站起来的重量。
支付处理平台将更便宜(例如:Stripe每笔交易2.9％+ 0.30 $)，而唱片商人的折扣更大(例如:Paddle 5％+ 0.50 $)。但是，如果您进行国际交易，那么高出2.1％的价格可能对您更有利，因为这可以节省大量时间和开发工作。
不过，请务必注意，唱片销售商不太可能承担一个全新项目，尤其是对于Chrome扩展程序而言。这是因为这些扩展程序产生的平均收入非常低，对于他们来说通常并不值得。不过，我还是建议您在决定采用传统的付款处理方式之前先考虑其中的一些问题，以防万一您可以与看到您的项目潜力并愿意接手的销售人员取得联系。
以下是一些记录的商人:

FastSpring

Cleverbridge

2Checkout(同时提供MoR和基本付款处理服务)

Paddle(目前不支持新的Chrome扩展程序)

以下是一些付款处理平台:

Stripe

Paypal(根据我的经验，Paypal对开发人员的友好程度不如Stripe)

2.免费或分层计划的限制功能
限制非付费用户使用功能的方式将因一个扩展而对另一扩展有所不同。
如果要在扩展中限制的功能已经依赖于后端(例如，获取或处理数据)，则有必要在服务器端实现限制。您只需将用户的ID(可以存储在chrome.storage中)传递给对后端的每个请求。除此之外，您还可以在客户端禁用相关元素，例如隐藏或变灰按钮，选项卡或字段，以使用户清楚这些功能已被锁定。但是，您还要确保在后端也有限制，因为否则用户可以只检查您的扩展并启用高级功能而无需付费。
如果您的扩展程序大部分或仅在客户端上运行，那么您将必须根据用户的计划有条件地呈现接口(interface)。要添加的脚本或接口(interface)很可能必须由后端返回，因为几乎所有仅在客户端执行的操作都可能被检查和利用。在这种情况下，您可能最熟悉的任何后端技术或平台都可以用来进行设置。
请记住，上面列出的大多数付款处理和MoR都有API和有关如何在应用程序和网站中安全实现它们的指南。但是，如果您非常了解Wordpress，并且可以在Wordpress和扩展程序之间建立安全的通信，请继续。如果要使用Zapier之类的在线服务将现有的身份验证和许可服务链接在一起，请继续执行此操作!
本节中可能有更多详细信息-需要涵盖大量 Material ，因此，如果您没有太多经验，建议您在网上查找文章和教程，以帮助您指导这一过程。

3.安全性
这部分不会很长，但是非常重要。无论您决定使用哪种付款处理平台，还是如何限制对扩展程序功能的访问，至关重要的是，确保您的用户信息永远不会落入其他用户的手中。这包括逆向工程和对系统的利用。
您决定自己处理的事情越多，风险就越大，尤其是如果您没有经验的话。在做出决定时，请牢记这一点。

这就是我的全部。我希望能有所帮助!
我知道这可能是很多信息，没有任何详细的“操作方法”，但是如果没有对您的产品和情况的深入了解，就不可能确切地说出应该做什么。
P.S.
如果可以提供任何指导，这就是我将为自己的扩展所做的工作。鉴于它已经非常依赖PHP后端，因此我将在后端添加一些功能，以便与Paddle API进行通信。因此，所有限制都将在后端实现，我将在前端添加消息和可视指示器，以告知自由用户他们可以做什么和不能做什么。
[编辑]
我刚刚从Paddle收到一条消息，指示他们目前不支持新的Chrome扩展程序。很抱歉在这里产生误导。