SMARTPAY

菲律宾 8 大支付通道对比矩阵 2026:GCash / Maya / QRPH / InstaPay / PesoNet / GrabPay / Bayad / 银行卡

一、我为什么要整理这张对比矩阵

在菲律宾做支付选型这件事,我踩过的最大的坑不是通道跑不通,而是没搞清楚每个通道背后到底是什么就上了业务。GCash 和 Maya 都叫钱包,但底层清算路径完全不一样;QRPH 看起来是一个二维码,后面挂的是二十多家银行和钱包的实时清算网;InstaPay 和 PesoNet 都由 BSP 主导,但一个是实时、一个是批次;银行卡刷卡看起来简单,发起国际收单又是另一整套合规。

做菲律宾市场的中国商户,常见的问题不是缺一条通道,而是不知道到底该开哪几条、哪条该主打、哪条只做备份。我把手上跑过的 8 条主流通道按同一套维度拉一张矩阵,再按电商、SaaS、直播三类商户给建议,顺便讲讲什么时候该聚合、什么时候该直连。文章末尾附一段 curl,演示怎么用一次接入拿到多条通道的收款能力。

二、8 条通道的定位速览

在看对比表之前,先把每条通道的身份钉一下,方便看表时对号入座:

  • GCash:菲律宾覆盖最广的电子钱包,BSP EMI 持牌,主体 G-Xchange Inc.,C 端注册用户量在菲律宾遥遥领先。
  • Maya(原 PayMaya):第二大电子钱包 + 数字银行牌照,主体 Maya Philippines,支持钱包、虚拟卡与银行账户。
  • QRPH:BSP 主导的国家标准二维码,由 BancNet 清算,后面挂 GCash、Maya 与所有 InstaPay 参与银行,一张码通吃。
  • InstaPay:BSP 主导的账户到账户实时转账通道,单笔限额有上限,主要用于低到中额高频交易。
  • PesoNet:BSP 主导的批次清算通道,单笔限额高、走清算窗口,用于薪资、供应商付款等大额场景。
  • GrabPay:Grab 生态内的钱包,在司机、餐饮、外卖侧覆盖强,商户主要接入 Grab 生态外流量的补充。
  • Bayad:菲律宾账单代收巨头,覆盖水电、宽带、政府、保险等长尾账单缴纳场景。
  • 银行卡:Visa / Mastercard / JCB 国际收单,面向持卡人与跨境电商,合规链条最长。
说明:GCash、Maya、Bayad 均为独立持牌机构;QRPH、InstaPay、PesoNet 是 BSP 主导的清算标准与网络;银行卡走的是国际卡组织收单体系。SMARTPAY 为独立聚合支付网关,持 BSP OPS/EMI 双牌照,聚合以上通道,不是任何一家钱包的官方渠道。

三、核心对比矩阵(8 通道 × 10 维度)

下面这张表按同一套 10 个维度横向拉平,方便对着自己的业务打分。为避免误导,单笔限额只写档位描述,不写具体数字;费率与到账时效同理只写结构,具体报价与商户资质、行业强相关。

维度GCashMayaQRPHInstaPayPesoNetGrabPayBayad银行卡
通道类型电子钱包钱包+数字银行国标 QR账户实时转账账户批次转账生态钱包账单代收卡组织收单
覆盖用户全民级大众钱包+银行全网银行/钱包账户银行/钱包账户Grab 生态全民缴费场景持卡人
单笔限额档中低中低中低(随账户)中(有上限)高低到中视账单而定随发卡限额
费率结构按笔比例按笔比例按笔比例按笔小额按笔小额按笔比例按账单类型比例+固定成本
到账时效近实时近实时近实时实时清算窗口近实时视账单方T+N 结算
退款能力接口+对账接口+对账依托底层通道原路可回需批次冲正接口不适用原卡退款
API 成熟度高高中高银行侧银行侧中中成熟
合规主体BSP EMIBSP EMI+银行BSP+BancNetBSPBSPBSP EMIBSP+持牌卡组织+收单行
适用场景C 端零售/内容C 端零售/订阅线上线下统一码P2P/低额高频薪资/大额付款Grab 场景账单缴纳跨境/高客单
商户门槛中中较低(经参与机构)银行开户银行开户中行业限定较高

四、单通道直连 vs 聚合网关,什么时候该选哪一个

看完表你会发现,任何一条通道单看都有短板:GCash 覆盖最广但退款流程要走对账;PesoNet 大额稳但不实时;银行卡覆盖跨境但合规链条最长。所以选型不是选一条,而是选组合。

下面这张小表把"单通道直连"和"聚合网关"两种打法拉出来对比:

维度单通道直连聚合网关
接入工作量每条通道单独对接一次对接,通道由网关维护
资质门槛每家单独审核网关统一审核商户
结算各通道自结算统一 D0 结算聚合口径
风控灾备单通道被限=业务中断可路由切换
议价能力逐条谈网关侧集中谈
合规责任自担与各机构合同网关承接对接与对账
适合谁单一通道占绝大部分收入需要 2+ 通道 / 灾备 / 快速上线

我个人的经验:GMV 绝大部分集中在一条通道(比如 GCash 是唯一收入来源),而且团队愿意长期维护对账、API 更新与风控 case,直连是划算的;但一旦有 2 条以上主力通道、需要跨钱包路由、需要跨钱包对账口径统一,再自己去对每一家,时间成本远高过网关抽成。聚合支付 API 的价值并不是替谁的通道背书,而是把商户从多套 SDK、多个后台、多份对账文件里解放出来。

五、按业务类型给出的三个选型建议

1. 电商与线下零售:主 GCash + 副 Maya + QRPH 统一码

电商与线下零售最大的诉求是覆盖率。GCash 用户最广、C 端付款体验最顺,应该作为主通道;Maya 覆盖率其次、且钱包与虚拟卡打通,可以作为价格敏感型商品的补充;QRPH 作为线下与聚合码统一入口,是同一张收款码兼容多钱包和多银行的关键。菲律宾本地支付方式全景里讲过,这三条组合基本覆盖菲律宾大部分 C 端支付场景;电商收款方案那篇则从收银台交互角度补了实操细节。

2. SaaS 订阅与高客单:银行卡 + Maya 卡 + GCash 兜底

SaaS 订阅关心的是续订成功率与跨境结算。银行卡是首选,因为国际卡组织能覆盖菲律宾以外的用户、且原生支持定期扣款;Maya 的虚拟卡在菲律宾本地渗透率不低,能兜住一部分无国际卡但有 Maya 账户的用户;GCash 作为一次性开通的兜底通道,吸收本地用户的手动付款。SaaS 侧一定要打通商户回调与对账系统,续订失败要有重试链路,否则流失会很快。

3. 直播/内容打赏:QRPH + GCash + PesoNet 分层

直播与打赏这类场景单笔金额跨度大、频次高。低额高频用 QRPH 或 InstaPay(近实时),中额用 GCash(用户接受度最高),大额批量结算给主播用 PesoNet(按批次清算,大额稳定)。这种业务对结算实时性差异敏感,聚合网关的 D0 结算能显著改善主播提现体验。

4. B2B 供应商付款/工资代发:PesoNet 主 + InstaPay 应急

如果你的业务是给供应商、员工、合作主播批量出款,主力必然是 PesoNet:单笔限额高、清算窗口稳定、审计链条清晰。少量紧急、单笔较小的出款走 InstaPay 应急,能补上 PesoNet 清算窗口之外的时间空档。B2B 场景对商户对账的粒度要求最高,建议开通网关的自动出款回执与批次对账文件下载。

六、用聚合 API 一次接入多条通道

下面这段 curl 演示一次调用创建订单、由网关根据 channel 参数选择对应通道。真实字段名以 SMARTPAY 沙箱文档为准,这里给出结构与验签思路:

curl -X POST https://apix.example.com/api/pay/create \
  -H "Content-Type: application/json" \
  -d '{
    "merid": "M100000001",
    "tno": "ORDER20260925001",
    "amt": "120.00",
    "channel": "gcash",
    "subject": "Order 20260925001",
    "notify_url": "https://your-domain.com/api/notify",
    "return_url": "https://your-domain.com/return",
    "sign": "HMAC_SHA256(payload, merchant_secret)"
  }'

拿到响应后,把 pay_url 或二维码字段回给前端;用户完成支付后,回调地址会收到异步通知,通知里包含 tno、amt、status 与 sign,验签通过后再更新订单状态。想换通道只需要把 channel 从 gcash 换成 maya 或 qrph,其他字段不动。这就是聚合网关的核心价值——一次对接,多通道路由。

回调验签的通用写法

# 服务端拿到回调后,按字典序拼接参数(不含 sign),再用 HMAC-SHA256 计算
# 与请求头 / body 里的 sign 字段比对,一致才落库
echo -n "amt=120.00&merid=M100000001&status=SUCCESS&tno=ORDER20260925001" \
  | openssl dgst -sha256 -hmac "YOUR_MERCHANT_SECRET"

验签失败一律拒收,不要因为参数看起来正常就跳过校验——这是我在实盘上见过被伪造回调薅走库存最常见的口子。

沙箱到生产的切换清单

不要跳过沙箱直接上生产。上线前起码把下面几件事在沙箱环境跑一轮:

  • 成功支付回调:确认状态机能落到"已支付"
  • 用户中途放弃:确认订单能超时关闭而不是永远挂着
  • 重复回调:同一 tno 多次通知,业务侧幂等
  • 金额被篡改:回调金额与订单不符,验签之外还要做业务校验
  • 退款:发起退款、收到退款回调、账目回滚
  • 对账:导出通道对账文件与本地订单对齐,差异记录归档

这六项跑通了再切生产,能挡掉绝大部分上线首周的事故。

七、上线前必须过的合规底线

不管选哪几条通道,菲律宾的支付合规底线只有一条:钱不能落在无牌机构手里。

菲律宾中央银行 BSP 的 Operator of Payment Systems(OPS)与 Electronic Money Issuer(EMI)牌照是收付款业务的合规基线。任何声称自己能"帮你收 GCash / Maya / QRPH"但拿不出牌照编号的机构,资金链上都藏着未知风险,商户资金随时可能被冻结在中间账户。SMARTPAY 持 BSP OPS/EMI 双牌照,聚合以上通道时资金按 BSP 规则托管,商户可要求提供牌照编号核实。

相关合规话题延伸看:BSP 合规要点、商户风控与商户结算。

八、常见问题

只做本地电商,是不是只开 GCash 就够了?

短期够,长期不建议。GCash 覆盖广不假,但一旦风控命中或系统抖动,整条收款线会断。至少配一条 Maya 或 QRPH 作为切换通道,是稳健的做法。

QRPH 是不是就取代 GCash 和 Maya 了?

不会。QRPH 是标准码,底层还是靠 GCash、Maya 与 InstaPay 参与银行来完成清算——它统一了入口,没有替代任何一家钱包。

InstaPay 和 PesoNet 只能开一条吗?

不冲突,两条一起用最常见。日常小额走 InstaPay,大额付款、薪资代发走 PesoNet,按场景切分即可。

银行卡通道非要接吗?

如果客户以菲律宾本地为主,可以先不接,把钱包做深;如果有跨境付款、订阅、高客单价场景,银行卡是必需的,别指望钱包能替代它。

Bayad 适合什么样的业务接?

Bayad 更像账单收款方,主要覆盖水电、通信、保险、政府缴费,不是通用的商户收款通道。如果你的业务本身就是账单形态,Bayad 就是刚需;否则优先级不高。

聚合网关会不会比直连贵?

看维度。表面费率可能持平或略高,但省下的接入、维护、对账人力,以及切换通道带来的抗风险能力,长期算下来聚合通常更划算——尤其是团队不到十人时。

D0 结算跟这套通道选型有关系吗?

关系很大。D0 结算本质是网关先垫付、再向通道追回,能显著改善商户现金流;走多通道时,D0 让不同通道的到账时间被拉齐到同一个结算口径,财务对账工作量断崖式下降。

切换通道会不会影响用户支付体验?

不会。聚合 API 在网关侧做路由,用户看到的还是熟悉的收银台;真正切换通道时前端不需要改动,只是后端参数变了。

九、开通与咨询

如果你在做菲律宾支付通道选型,想少走一遍我踩过的坑,直接聊:📩 [email protected] | Telegram @LouisSMARTPAY。把业务形态、客单价档位、目标市场三个信息告诉我,我给你排一张属于你自己的通道优先级表。

相关推荐