WooPayments vs Stripe：英国WooCommerce网站应该使用哪个？

详细比较

先明确本文中的Stripe

本文的Stripe指WooCommerce官方Stripe扩展连接的常规Stripe账户，不包括所有第三方同名插件。WooPayments则是与Stripe合作提供的服务，官方文档说明其开户会创建与该服务关联的Stripe Express账户。不能假设已有常规账户可直接作为同一个账户接入。

这一区别会影响后台访问、接口密钥、对账和迁移。网站已经安装WooCommerce，并不表示任何支付方式都无需另行开户。英国经营主体的资格、网站要求、企业资料和银行信息仍需核验，其他国家注册的企业也不能直接套用英国费率。

后台方便与账户控制分别衡量

WooPayments把交易和出款信息放在WordPress后台，减少日常在系统间切换的需要。对一人经营的小店，这是值得评估的便利。但支付管理也因此与站点访问和管理员权限联系更紧，网站维护、账号安全和人员交接需要安排好。

常规Stripe扩展连接独立账户，适合已经在其他渠道使用Stripe，或会计和业务系统需要常规账户接口的场景。它不代表所有插件功能都自动覆盖Stripe全部能力。网站能使用哪些付款方式，仍要按扩展版本、账户资格和具体配置核验。

如果财务人员需要只读支付信息，而不应进入完整WordPress管理后台，应先设计实际工作入口。反过来，若经营者只维护一个网店且不需要站外接口，多一个独立后台可能增加操作负担。便利和灵活的价值都应由人员分工决定。

英国费用差异不止五便士

核验时WooPayments英国卡基础费用为1.5%加£0.25，另列国际付款及换汇附加项。Stripe英国标准卡线上费用为1.5%加£0.20。对符合各自基础条件的£100订单，基础手续费分别为£1.75和£1.70，相差£0.05。

若同条件100笔£50订单、总额£5,000，基础小计分别为£100和£95。这只是基础项目计算，不包含税费、国际卡、换汇、争议、订阅或其他附加产品。Stripe还区分英国高级卡，不能把标准卡结果当作所有英国卡的价格。

尤其要留意WooPayments英国费用页的VAT说明：对其服务费用列有20%VAT，提供有效VAT ID的注册商户按页面说明适用相应机制。商户应核对自身状态、账单与税务处理。本文不把所有商户都当成能够抵扣，也不将基础价差直接写成最终成本差。

例如£1.75的基础费若实际再加20%税，税额为£0.35、合计£2.10。这是税费适用时的算术示例，不能替代你的账单认定。比较时应统一含税或不含税口径，并把是否可抵扣与现金实际支付分别处理。

结账体验先验收再判断

两条路线都要在实际网站上检查结账兼容性。主题、原生区块结账、优惠、运费和其他插件可能影响结果。支付方式显示出来，只说明界面已加载，还不能证明支付成功后订单、库存与邮件会正确更新。

建议在测试环境覆盖正常付款、取消、失败重试、部分退款和重复通知。订阅商户还需核对续费、失败付款恢复及保存付款方式。本文没有对两种扩展进行同环境性能测试，不能声称其中一个必然加载更快或转化更高。

同时启用两个入口也需要谨慎设计。官方说明可以同时使用，但会有需要注意的问题。类似名称可能让客户混淆，后台也可能形成不同资金路线。应明确每个入口的用途，不把同时安装当作自动获得双重保障或更高成功率。

切换支付插件时最容易遗漏什么

历史订单退款通常仍要回到原来的付款路线。切换插件不能让原付款自动变成新账户交易，也不意味着原有客户付款授权可以随意迁移。商户要先列出未完成订单、订阅、退款窗口和争议责任，再决定保留旧连接多久。

对多站点经营者，还要区分同一个法律主体的多个网站与不同主体。集中报告有价值，但不能因此把不同公司的资金和权限混在一起。账户结构应匹配真实经营及服务条款，不能仅为了后台方便随意共用。

备份网站配置只能恢复部分站点状态，不能回滚已经发生的收款、退款或银行出款。迁移验收需要保存原始交易号和账户映射，在新入口验证成功之后逐步切换新订单。涉及支付凭据和权限的真实修改应独立安排。

备份检查还要覆盖数据库、订单附件和恢复责任。读者可结合本站的WordPress备份与迁移比较，确认网站恢复工具的用途，再单独制定支付服务恢复步骤。两类恢复需要协调，网站回到旧快照时尤其要防止重复处理已经完成的付款通知。

优势与限制

WooPayments的优势是WordPress内的管理入口、交易和出款信息集中，以及面向WooCommerce的服务流程。限制是账户与接口使用边界不同于常规Stripe账户，费用也要按自己的地区页核算。适合希望减少后台切换、需求主要围绕单店的经营者评估。

Stripe扩展的优势是常规账户关系、独立后台及已有系统接口衔接的可能性。限制是部分任务需要切换后台，扩展能力和外部集成也需要分别维护。适合已经有Stripe业务、需要常规API或计划与其他渠道协同的商户评估。

最终建议先列账户与接口需求，再核算真实卡类和税费，最后在测试环境完成订单闭环。若现有方案稳定且差异只是每笔几便士，应把迁移、培训和售后风险一起计算，而不是为纸面基础费差额立即切换。