我正在开发一个基于订阅的 WordPress 插件，付费订阅为产品所有者提供 API 密钥和使用该插件的权利。这个问题是我关于 WordPress Answers 的更广泛问题的变体。
似乎使用 API 密钥作为插件所需的 Web 服务的身份验证是我最好的做法。GPL 规定，有进取心的“盗版者”可以自己托管我的 Web 服务代码，无需付费，甚至可以从 Web 服务接口后面合并代码，从而无需任何本地 Web 托管服务，但这两者都是情况不太可能发生，财务风险很小。
我的问题是，我可以将哪种类型的依赖项（对服务）转移到 Web 服务上以帮助使该方案更加成功，或者，我可以使用什么其他方案？我的一个想法是将模板和数据传递给服务，以接收完整的 HTML 视图作为回报。
似乎您正在根据指南开发似乎是基于服务件的插件。（参见第 6 点：http ://wordpress.org/extend/plugins/about/guidelines/ ）这意味着虽然插件代码本身必须在 GPL 下，但 Web 服务可以是完全专有的。
Salesforce 插件就是一个很好的先例。（Salesforce CRM 的 WordPress-to-lead：http ://wordpress.org/extend/plugins/salesforce-wordpress-to-lead/ ）即使此插件连接到 Salesforce 服务器并需要付费帐户才能运行，但它并没有这并不意味着需要公开 Web 服务本身。
简而言之，即使您的插件只是 Web 服务的一个接口，拥有一个封闭的 Web 服务也是完全可以接受的。指南的第 7 点表明，您甚至可以在用户同意的情况下下拉客户端脚本和图像。（尽管第 8 点显示这不包括服务器端脚本）希望这会有所帮助！
目前尚不清楚在这种情况下“成功”意味着什么。您的意思是如何使您的 GPL 代码无法与其他类似服务一起使用？你不能给你的用户戴上手铐......
您所能做的就是将尽可能多的功能从插件移到您的 Web 服务中。
但是，这不会阻止任何人从头开始实现几乎相同的东西。
以 Github 为例，他们所做的与你想要的完全相反，但他们非常成功。你能得到的唯一真正的保护就是太棒了，所以没有人愿意竞争。
GPL 的重点是保护用户免受版权所有者的侵害，它应该始终是一种善意的行为。担心这个或称任何人为“海盗”是愚蠢的；规则很清楚，只要决定这是否是你的游戏。