网站上放了收款码，订单仍要靠人工核对

个人网站可以展示微信收款码，让访客扫码付款。用于偶尔收取打赏，或与熟悉的客户结算服务费，这种方式操作简单。但付款发生在微信里，网站通常拿不到一条可信的支付成功通知。访客上传截图、填写“已付款”，都不能代替收款方核对账单；截图可能传错，金额也可能与订单不符。

风险往往从交付开始显现。网页写着“付款后自动下载”，后台却只是显示收款码，运营者无法准确知道哪笔款对应哪个订单。若据此自动放出资料，可能出现未付款却获得内容的情况；若改为逐笔人工确认，访客又可能在付款后等待，产生退款或投诉。

收款码公开后，还要留意收款账户信息的展示范围。个人微信收款记录与日常收支混在一起，交易变多时，查找付款、处理争议都会占用更多时间。平台对收款方式及使用场景的要求也可能调整，不能把“目前扫得进去”当成网站长期经营的依据。

想让付款后自动交付，接入方式会变

假设一个个人网站销售自制电子资料。起初订单很少，运营者让访客扫码后留言，核对微信到账记录再发送下载地址。后来付款集中在晚上，有访客付了款却迟迟拿不到资料；另有两笔金额相同的款，留言信息无法对应具体订单。此时争议不在于微信能否收到钱，而在于网站没有可靠的订单与付款对应关系。

运营者可以暂时保留人工交付，但把页面上的“付款后立即下载”改为明确的确认与发送说明，并为每笔订单生成便于核对的编号。收到付款后，按实际到账记录确认，再交付资料；无法对应的款项先联系付款人核实，不凭截图发货。这会增加沟通时间，夜间付款也仍可能延迟。

如果网站准备继续提供即时下载，就要查询微信支付官方当前的商户申请条件，以及网站、经营主体和所售内容是否符合接入要求。符合条件后，通过正式支付接口把订单号与支付结果关联起来，由服务器校验支付通知再开放下载。接口接通也不代表可以跳过测试：重复通知、付款后关闭页面、退款后的下载权限，都可能影响交付结果。

收款前，把退款和信息收集写清楚

“安全吗”不能只看二维码能否被扫到。对付款人来说，页面要说清买到什么、何时收到、出了问题联系谁；对网站运营者来说，要留存必要的订单和交付记录，以便核对。不要要求访客提供微信密码或支付验证码，也不要仅凭一句“我已经付了”修改订单状态。

若只是偶尔收取打赏，页面如实标明用途，避免写成自动购买流程。若持续销售商品或服务，就核对当前平台规则与自身接入条件，把付款、交付和退款说明放在访客付款前能看到的位置。准备上线自动收款时，先用测试订单检查支付通知和交付结果，再开放正式购买入口。