Payment Link支付链接在菲律宾怎么用:不用开发票、不用建网站也能收款
我在菲律宾这边帮几个做社交电商和小本生意的朋友处理收款,最近被问得最多的一个问题是:"我没有网站,也没有程序员,能不能也弄一个发给客户、客户点一下就能付钱的链接?"答案是有,这个东西行业里通常叫Payment Link(支付链接)。多数讲支付的文章都在聊API对接、商户号申请、通道选型,但对完全没有技术团队的个体卖家来说,这些门槛本身就是一道墙。这篇文章把Payment Link讲透——它是什么、怎么生成、能收哪些钱、适合谁用、又有哪些做不到的事。
Payment Link到底是什么:不用建站也能收款的方式
Payment Link简单说就是支付服务商帮你生成的一个网址。你把这个网址复制出来,通过聊天工具、邮件、短信或者社交媒体发给客户,客户点开之后看到的是一个由支付服务商托管的收款页面,上面写着商品说明和金额(或者留空让客户自己填),客户在这个页面里选自己习惯的付款方式、完成支付,钱进到你的商户账户里。整个过程里,你不需要买域名、搭网站、找人写代码对接接口,也不用操心SSL证书这种细节。你需要的只是一个能生成链接的商户后台账号,找服务商开通一次就行。
这跟我们之前那篇开发者接入指南里讲的API对接完全是两条路。API对接是你的网站或App主动调用支付服务商的接口,自己掌控整个收银台的界面和流程;Payment Link正好反过来,支付服务商把一个现成的收款页面给你,你什么都不用开发,要做的只有"生成链接、把链接发出去"这两件事。对一个每天在Facebook群、Viber群里接单的卖家来说,这个差别就是"能不能今天就开始收款"和"要不要先找人写代码"的差别。
什么场景适合用Payment Link,什么场景该走收银台对接
我接触下来,真正适合用Payment Link的大概是这几类人。第一类是社交电商卖家,平时在朋友圈、Facebook Marketplace、Instagram私信里接单,客户下单是一对一聊出来的,不存在"购物车""结账页"这种流程,一个订单发一个链接刚好。第二类是自由职业者和服务型小生意,比如做设计、做翻译、开网课、上门维修,业务模式是"先谈好、再收钱",发一个账单链接比当面收现金方便得多。第三类是实体小店临时性的收款场景,比如收预订定金、收尾款、收团购款,订单量不大也不规律,专门对接一整套支付系统不划算。
但如果你的生意已经发展到每天几十上百笔订单、需要客户在自己网站上一步完成下单到支付、需要系统自动对账和回调通知,那Payment Link这种"手动发链接"的方式就跟不上了,这时候该考虑走聚合支付API这条路,把支付直接嵌进自己的下单流程里,靠系统自动触发,而不是靠人工一个个发链接。我见过不少卖家是从Payment Link起步,生意做大了之后再升级到API对接的,这个过渡路径其实很常见,也没必要一开始就追求"一步到位"。
生成一个Payment Link要几步
最常见的方式是在商户后台手动操作:登录后台,填金额(或留空由客户自定)、填订单说明、设个有效期,点生成,系统给你一个短链接,复制粘贴发出去就行,整个过程几分钟,不需要任何技术背景。
如果你的订单量已经到了需要批量处理的程度——比如你有个开票系统或者简单的订单管理表格,想让生成链接这件事自动发生而不是每次手动点——那就可以走API的方式,系统自动调用接口生成链接。下面是一个典型的生成请求,实际字段和签名规则以服务商文档为准,这里只是示意生成逻辑:
curl -X POST https://api.example.com/v1/paylink/create \
-H "Content-Type: application/json" \
-H "Authorization: Bearer ${API_KEY}" \
-d '{
"merchant_id": "M10023",
"order_no": "PL20261003001",
"amount": "",
"currency": "PHP",
"description": "手工皮具定制款 - 尾款",
"expire_minutes": "4320",
"notify_url": "https://yourdomain.com/api/paylink/callback",
"redirect_url": "https://yourdomain.com/thankyou",
"sign": "A1B2C3D4E5F6..."
}'接口返回一个短链接,你把这个链接丢给客户就行。里面有几个字段值得留意:amount留空意味着让客户自己在页面上输入金额,适合定金、打赏、不固定金额的场景;填具体数字则是固定金额,适合标价清楚的商品;expire_minutes控制链接的有效期,过期之后链接自动失效,避免老链接被反复使用或者被别人转发滥用;notify_url是服务商在客户完成支付后主动推送通知的地址,哪怕你是个人卖家不打算接回调,这一步也可以先不填,靠后台看支付状态。
一个链接能收哪几种钱
Payment Link最大的价值不是"生成一个链接"这个动作本身,而是一个链接背后同时挂了多种付款方式。客户打开页面之后,自己选GCash、Maya,或者用信用卡/借记卡直接刷卡,部分服务商也会把银行转账、QRPH扫码放进同一个页面里当选项。对卖家来说,你不用自己去分别申请GCash商户号、Maya商户号、再单独对接一套银行通道,这些全部打包在服务商后台的同一个产品里,客户用什么你都能收到。这一点跟我们之前讲聚合支付API时说的逻辑是一样的,只是Payment Link把"聚合"这件事做到了零代码的程度,连后台配置都省了,直接生成一个链接就能用上所有已开通的付款方式。
生成的链接怎么发给客户
链接本质上就是一段文字,所以能发文字的地方理论上都能发。实际用下来最常见的几个场景:聊天工具里直接甩链接,比如跟客户在Messenger、Viber里谈好价格之后直接贴过去;邮件里当账单发,适合金额比较大、需要留存记录的服务型交易;短信发给不常用社交软件的客户;社交媒体上作为帖子或者个人主页简介里的链接,方便新客户直接点进去付款;还有就是在群聊里发团购链接,一个链接可以让群里所有感兴趣的人各自点开付自己那一份。因为链接本身是独立于任何平台存在的,它不挑渠道,这也是它跟平台内置支付功能(比如某些社交平台自带的购物车)最大的区别——不绑定任何一个App,哪里能发文字就能用。
三种收款方式怎么选:Payment Link vs 收银台API对接 vs 发票收款
很多人会把Payment Link、API对接的收银台、还有传统的发票收款搞混,简单摆一张表对比一下:
| 维度 | Payment Link | 收银台API对接 | 发票收款(线下/银行转账) |
|---|---|---|---|
| 技术门槛 | 几乎为零,后台点一下就能生成 | 需要开发资源,接接口、处理回调、做验签 | 无需技术,但靠人工核对 |
| 是否需要网站 | 不需要 | 通常需要,收银台嵌在自己网站或App里 | 不需要 |
| 支持付款方式 | 多种方式同页集成,客户自选 | 由你决定开放哪些通道,通常也可以多种并存 | 一般只能银行转账,方式单一 |
| 自动化程度 | 中等,生成需要人工或简单脚本触发 | 高,可以跟下单、发货、对账系统全自动联动 | 低,基本靠人工对账确认 |
| 适合订单量 | 零散、非规律的订单,单量不大 | 每天稳定、较大的订单量 | 低频、金额较大的单笔交易 |
| 上线所需时间 | 当天就能用 | 需要开发排期和测试,周期以周计 | 随时可用,但效率低 |
| 典型使用者 | 社交电商卖家、自由职业者、小店主 | 电商网站、App、有稳定订单流的商户 | 传统小本生意、熟客交易 |
Payment Link的边界:它解决不了什么
用了一段时间下来,我也看到几个Payment Link明显不适合的场景。第一个是大批量自动化收款,如果你每天有几百笔订单,靠人工一个个生成链接、一个个发出去,效率会变成瓶颈,这种体量应该把生成和发送都做成系统自动触发,甚至直接上API对接把支付嵌进自己的结账页。第二个是需要自有品牌体验的场景,Payment Link打开之后客户看到的是服务商的通用页面,不是你自己网站的风格,如果你很看重结账页的转化体验和品牌一致性,这种"跳出去"的体验会打折扣。第三个是需要复杂业务逻辑联动的场景,比如下单自动扣库存、分账给多个供应商、按会员等级定价,这些逻辑Payment Link本身不处理,它只负责收钱这一个动作,前后的业务流程还是要靠自己的系统或人工来接。第四个是周期性订阅收款,客户按月自动扣款这种需求,单次生成的Payment Link并不是为这个场景设计的,更适合专门的订阅扣款方案。
所以我一般会跟商户说得很直接:Payment Link是起步阶段的工具,用来解决"有没有办法收款"这个最基础的问题;等生意规模上去了,该考虑的是适合自己业务模式的收款方案,到那个阶段再评估要不要上API对接,不用在刚起步的时候就把摊子铺得太大。
这背后的合规问题要留心
选服务商的时候,有一点容易被忽略:帮你托管这个收款页面、经手资金的主体是谁,这个主体是不是合规持牌很关键。
菲律宾央行(BSP)对从事资金转移和电子收付业务的机构有明确的牌照要求,通常是OPS(支付系统运营商)或者EMI(电子货币机构)牌照,未持牌的主体经手客户资金本身就存在风险。
Payment Link门槛低、上手快,反而更容易被没有牌照的小平台拿来当噱头,实际资金路径不透明。挑服务商之前花几分钟查一下对方是不是BSP持牌主体,能避开后面资金被卡、提现困难这类麻烦。
Payment Link需要先申请商户号才能用吗?
一般需要先在服务商那边开通一个基础商户账号,这个开户流程比起完整的收银台对接要简化很多,很多服务商支持个体卖家用比较简单的材料就能开通,具体门槛因服务商而异。
客户点开链接付款之后,钱多久能到我的账户?
到账时间跟你选的付款方式和服务商的结算规则有关,不同通道、不同服务商的结算周期不一样,具体以服务商说明为准,不建议把它当成一个固定不变的数字去承诺给客户。
一个Payment Link能不能重复用,还是用一次就失效?
这取决于生成时的设置。大部分服务商支持两种模式:一次性链接,客户付款成功后自动失效,避免被重复点开或当成优惠券转发;可重复使用的收款码类型链接,适合长期挂在社交主页上收打赏或捐款。生成时注意选对模式。
客户用Payment Link付了钱,我怎么知道他付没付?
最基础的办法是登录商户后台看订单状态。如果你有一点技术资源,也可以配置前面提到的回调地址(notify_url),客户完成支付后系统会主动推送通知给你,不用自己反复刷新后台去看。
Payment Link上的金额可以让客户自己填吗?
可以。生成链接的时候,金额字段既可以填固定数字,也可以留空让客户打开页面之后自己输入,这个很适合收打赏、收定金、收捐款这类金额不固定的场景。
用Payment Link收款,费用结构跟正常接口对接一样吗?
费率结构因服务商而异,不同商户等级、不同付款方式对应的费用也可能不同,签约前建议直接跟服务商确认清楚。
什么时候应该从Payment Link升级到API对接?
我的判断标准很简单:当手动生成和发送链接这件事本身开始拖慢你的效率,或者你需要支付流程跟自己的下单、库存、会员系统联动起来,这就是该考虑升级的信号。升级不意味着要推翻现在的做法,通常可以两条路并存,大客户走API自动化,零散小单继续用Payment Link。
如果你现在的生意还在"要不要先有个能收款的办法"这个阶段,Payment Link基本是最快能落地的选择,不用等开发排期,也不用先搭网站。想具体了解怎么开通、哪些付款方式能放进同一个链接,可以直接找我们聊,Telegram @LouisSMARTPAY,或者邮件 [email protected],把你的生意模式说一下,我们能帮你判断适合哪种接入方式。