OpenRouter 充值支付宝能用吗？官方支持的支付方式说明

数据截至 2026-08，价格与限额以各官网为准。本文只讲计费与接入机制，不列具体价格数字。

能用。OpenRouter 官方 FAQ 里「What payment methods are accepted?」这一条的原话是 We accept all major credit cards, AliPay and cryptocurrency payments in USDC.——支付宝（AliPay）是官方自己列出来的三种支付方式之一，跟主流信用卡、USDC 加密支付并列，同一条里还补了一句 We are working on integrating PayPal soon。这意味着这件事根本不需要任何官方渠道之外的东西：你在 Credits 页面走正常购买流程就行。但也要提前知道两件事——第一，把官方文档翻一遍，AliPay 这个词只出现了这一次，官方没有为支付宝单独写过操作步骤或故障排查页；第二，官方那套「付款了但额度没到账」的排查流程，正文里点名的是 Stripe 和加密支付两种场景，支付宝没有单列条目。所以能用是能用，出问题时你能拿到的官方指引比信用卡少。

官方原话在哪一条，逐字是什么

这句话的位置是 OpenRouter 文档站 FAQ 页面的「Credit and billing systems」分组，条目标题 What payment methods are accepted?。展开后的正文只有两句：第一句列出接受的支付方式，第二句说 PayPal 还在整合中，并邀请用户去 Discord 提其他想要的支付方式。

值得注意的是这条的措辞方式。它没有说「某些地区支持支付宝」，也没有说「支付宝仅限特定账户类型」，就是一句无条件的列举。官方文档里，我也没有找到任何关于按国家或地区限制注册、限制支付方式的说明——这一点后面还会再提一次，因为「文档没写」和「文档写了不限制」是两回事，别把前者当成后者用。

另外，PayPal 那句用的是 soon，官方没有给任何时间表。文档里凡是这种表述，都不适合拿来当计划依据。

支付宝用在哪一步：入口是 Credits 页的 Add Credits

OpenRouter 的额度体系是预充值制。官方在「How do I get started with OpenRouter?」里把 credits 定义得很直白：credits 就是你存在 OpenRouter 上的存款，调用 API 或者用网页聊天界面时，平台从里面扣掉这次请求的成本。所以「充值」这个动作只有一个入口，就是设置里的 Credits 页面。

具体的表单长什么样，官方在讲发票税号的那篇文档里顺带描述了一遍，这也是全站唯一一处把购买弹窗拆步骤写出来的地方：

1. 进 Credits 页面，点 Add Credits
2. 如果你此前没有购买过，弹窗会先引导你填一个 billing address（账单地址），然后再填 payment method（支付方式），两步都在同一个弹窗里完成
3. 账单地址和支付方式都保存好之后，主购买表单才会出现

第 2 步是首充最容易卡住的地方：很多人以为点了 Add Credits 就直接跳收银台，结果先被要账单地址，以为自己走错了页面。它不是走错，是首充必经的一步，填完之后以后再充就不会重复问。

充值本身有两种方式，官方在「What purchase options exist?」里写的是：可以手动 top up，也可以设置 auto top up，让余额低于你设定的阈值时自动补充。阈值填多少这件事我不给建议。另外要说明的是，官方文档没有说明 auto top up 支持哪些支付方式，所以支付宝能不能用于自动补充，请以你在充值页面实际看到的选项为准。

至于计价，官方 FAQ 那句是 the base currency is US dollars，站点上和 API 里的所有定价都按这个货币标注。支付宝侧实际扣的是哪种货币、按什么规则换算，官方文档没有说明，这一步只能以支付渠道给你的实际账单为准。

收款方是 Stripe，这件事决定了发票和税怎么走

讲税号那篇文档开头第一句就点明了：OpenRouter 用 Stripe 处理支付与税务。这不是一个无关紧要的实现细节，它决定了三件跟钱直接相关的事。

第一，发票是 Stripe 出的。 你保存一个税号（Tax ID）之后，Stripe 会把它挂到你的 customer record 上，并且出现在此后每一张发票上。入口就在上面那个购买表单里，展开 Edit Tax ID 这一节，先从下拉里选国家代码，再填税号，保存即可。官方还说明可以保存多个税号，每个已保存的会以 chip 形式显示在输入框上方，点旁边的垃圾桶图标可以删掉。

第二，税是买的时候算的，不含在标价里。 官方原文的说法是 OpenRouter 上的价格不含适用税费；在你所在辖区要求的情况下，VAT 或 GST 由 Stripe 在购买时自动计算并加到发票上。

第三，支持哪些税号类型是有明确清单的。 官方说通过 Stripe 支持 50 多个国家的税号，文中举例列出的类型包括：EU VAT、US EIN、UK VAT、Australian ABN、Canadian BN、Brazilian CNPJ（以官方文档当前版本为准）。选中国家之后，输入框会显示对应国家的格式示例。这份举例清单里没有出现中国大陆的税务登记号类型，官方也没有就此做任何说明——所以如果你的报销流程需要一张能入账的中国境内发票，请先按上面这条自己去表单里确认，而不是照着这篇文章推断。开票这一块的更多细节，需要单独按官方票据文档核对。

如果税号没被接受，或者你需要一张更正后的发票，官方给的路径是走 Support 页面联系。

付款成功但额度没到账：官方给的排查顺序

这是充值场景下唯一一条官方写出了完整顺序的排查流程，条目标题是 My credits haven't showed up in my account。原文讲的是 Stripe 支付和加密支付两种情况，顺序如下：

1. 先等。 官方说 Stripe 集成偶尔会出问题，导致额度延迟显示在账户上，明确写了「请允许最多等待一小时」。也就是说，付完钱五分钟没看到余额变化，这不算故障。
2. 一小时之后还没到账，先确认钱到底扣没扣。 官方要你检查两件事：是否真的被扣款，以及有没有收到 Stripe 的收据邮件。
3. 没有收据邮件，或者没有被扣款（官方用的是「或」，两个条件任一成立即可）→ 官方说卡可能被拒，给的处理是换一张卡或者换一种支付方式重试。
4. 已经被扣款但额度没到 → 发邮件给 support@openrouter.ai，并附上这笔购买的详细信息。
5. 加密支付出问题 → 同样发邮件给 support@openrouter.ai，官方会去查。

这个顺序有个容易被忽略的设计：第 3 步和第 4 步的分岔口是「有没有被扣款」，不是「等了多久」。等满一小时只是让你进入排查，真正决定往哪条路走的是扣款状态。所以在发邮件之前，先把扣款状态和收据邮件确认清楚，这一步省不掉。

再说一遍前面提过的限制：这段流程里官方点名的是 Stripe 和 crypto，没有为支付宝单列条目。 支付宝付款失败或延迟时是否走同一条路径，官方文档未说明。按流程结构推，第 2 步「确认是否被扣款」在支付宝上一样成立（你可以在支付宝账单里核对），但后续官方是否按同样口径处理，我没有出处，不替官方承诺。更多失败态的分类可以看 OpenRouter 充值失败的排查顺序。

支付宝之外的两种，各自的代价是什么

既然官方列了三种，就有必要说清另外两种各自绑着什么规则——这些都会影响你选哪种。

主流信用卡。 这是官方排查流程覆盖最完整的一种，上面那五步基本是围绕它写的。它也是唯一在文档里被明确说过「被拒了就换一张」的方式。

USDC 加密支付。 这条路有两个必须提前知道的约束。其一，退款政策里写死了 cryptocurrency payments are never refundable，加密支付永远不可退款——不是「不建议退」，是不可退。其二，编程式充值这条路已经关了：官方在 Crypto API 那篇里写明，Coinbase 废弃了该流程依赖的底层 API，所以 POST /api/v1/credits/coinbase 这个端点已被移除，现在调用会直接返回 410 Gone，错误体里的 message 就是让你改用网页购买流程。官方现在用的是 Coinbase Business Checkouts，只走 Credits 页面。文档还额外提醒了一句：某些 SDK 里可能仍然残留着已废弃的 createCoinbaseCharge 方法，要等下一次 SDK 重新生成才会清掉——这是个典型的坑，方法还在，调用必失败。

对比下来，如果你在意「充错了还能不能退」，那么退款规则本身就是选支付方式时的一个硬指标。退款那一整套条件见 OpenRouter 退款规则与申请路径。

充值之前，先弄清你买到的是什么

支付方式只是最后一步，前面还有几条机制决定了你该怎么充。

你买的不是套餐，是余额。 每个模型和每个供应商的价格不同，按每百万 token 标价，prompt 和 completion 通常还是两个价；另外还有按请求计费的模型，以及图片、推理 token 单独计费的情况——官方说这些细节都会显示在 models 页面上。请求发出去之后，OpenRouter 拿到供应商返回的实际 token 总数，算出对应成本，从你的额度里扣。

平台不对推理加价，但购买额度时收费。 官方在「How does OpenRouter make money?」里说得很直接：购买额度时收一笔费用，从不对底层供应商的价格加价，你付的推理价格和直接找供应商是一样的。加密支付另有一档单独的费率。本文不列具体费率数字，请以官方定价页为准——费用是怎么构成的、怎么自己估，见 OpenRouter 充值手续费的构成。

没有批量采购优惠。 官方原话是目前不提供 volume discounts，但如果你认为自己是特殊用例，可以发邮件沟通。所以「一次多充点是不是更划算」这个问题，在官方口径下的答案是：单价上没有区别。

额度会过期。 官方在条款里保留了对购买后经过一定期限仍未使用的额度作废的权利，具体期限以官方条款页为准。这一条的实际含义是：充值决策要按你自己的实际消耗节奏来，而不是按「一次充够省事」。

退款窗口很短。 未使用额度的退款须在交易处理后 24 小时内申请，超过这个窗口未申请的未使用额度即不可退。申请入口是 Credits 页面上的退款按钮，退回原支付方式，且平台手续费不退。

组织账户里，普通成员根本走不到付款那一步

如果你是在团队的 organization 下用 OpenRouter，充值这件事跟你个人账户不是一回事。官方明确写了：普通组织成员不能为组织购买额度，也不能访问账单信息，需要联系组织管理员。能购买额度、查看详细账单、管理支付方式与开票设置的，只有管理员角色。

个人账户里的额度可以自己转给组织，路径是 Settings > Credits → Move credits to organization，选择符合条件的组织，确认后执行转移。但这里有几条硬限制：走发票计费或欠款计费的组织不能接收转入的额度，因为它们不是预付额度池；另外，新加入的组织成员要满足一个任职时长要求，组织才能接收转账，而刚接收过一次转账的组织还有一个冷却期才能再接收下一次。

所以团队场景下，「支付宝能不能用」这个问题的答案要先换个问法：先确认你有没有权限走到收银台。没权限的话，讨论支付方式没有意义。

文档里没有的部分，别脑补

最后说三条我核不出来的，写在这里比编一个稳妥：

• 地区限制：官方文档里没有找到关于按国家/地区限制注册或限制支付的说明。「没写」不等于「明确不限制」，如果你实际遇到了，请按官方排查路径处理并联系 support，本文不涉及任何官方渠道之外的手段。
• 支付宝专属故障流程：官方没有为支付宝写过单独的失败排查条目，上面那五步是围绕 Stripe 与 crypto 写的。
• 换算规则：支付宝侧的实际扣款货币与换算规则，官方文档未说明。

这件事上最容易栽的坑，其实不是支付宝本身——官方列了它，它就是能用的。真正会卡人的是首充弹窗里那个账单地址步骤，以及付完钱之后不肯等满一小时就开始反复重试。前者让人以为流程坏了，后者让人在还没进入官方排查条件时就重复付款。充完之后，余额和用量的实时口径别只看网页，官方还提供了一个 credits API 返回账户余额与剩余额度，配合 GET /api/v1/key 上的 limit_remaining 一起看，才能在扣费异常时第一时间定位是账户余额的问题还是单个 key 的上限问题。成本这条线怎么长期盯，可以接着看 API 成本监控的通用做法。