一位卖家想订阅 Claude Max，官网定价 100 美元。
他在网页端付款，前后试了两三张美国的信用卡——全部被拒。
奇怪的是：同一张卡，去订阅 ChatGPT，一次就过了。这两家都用 Stripe 收款，凭什么一个放行一个拒绝？
他后来改了账单地址，用的是发卡行预留地址，还是同一张卡，这次过了。
这就是我要讲的核心问题：很多"卡被拒"的锅，根本不在卡上，而在商户那一端。
而决定你能不能过的那几行代码，藏在一个叫 BIN 的东西里。
BIN 是 Bank Identification Number，卡号开头的前 6 到 8 位数字，也就是发卡行识别码。
它能读出的信息包括：
哪家机构发行的
哪个国家或地区发的
是信用卡、借记卡还是预付卡
个人卡还是商业卡
关键点在于：卡组织和这三类卡的关系，跟卡组织和银行的关系不一样。
预付卡、借记卡、信用卡都可以挂在 Visa 或 Mastercard 的网络上。所以你在卡面上看到的"Visa 标志"，只说明它接入了 Visa 网络，完全不说明它是信用卡。
这张卡到底是什么性质，得查 BIN。
这不是个别商户的偏见，而是有明确的商业逻辑。
原因一：拒付和欺诈更难追回
预付卡、一次性虚拟卡不容易和真实身份绑定。一旦被盗刷或恶意拒付，商家追回损失的路子很窄。
为了压低这类坏账，商家最省事的做法就是从源头少收这类卡——于是按 BIN 段一刀切。
原因二：一次性卡容易被滥用
有人用能批量生成的虚拟卡反复领"首月免费""新用户优惠"，或者绕过订阅和地区限制。
商家为了堵这个口子，好卡坏卡一起挡——因为按 BIN 挡是最低成本的防守。
原因三：风控供应商的默认规则
这是最容易被忽略、也最致命的一条。
很多网站不是自己写风控，而是直接用第三方的默认配置。比如 Stripe 的 Radar，里面自带一批"对预付卡更严格""对高风险 BIN 加严"的规则。
商家开着默认档，你的卡就正好撞上。
所以真实情况往往是：你每一步操作都做对了，卡还是被挡在门外——问题出在卡的"类型"，不出在你的操作。
一个额外的坑：预授权场景几乎全拒。
如果你用虚拟卡租车、订酒店，会发现更严格。
原因是这类场景需要预授权（pre-authorization）——车行的逻辑是：先冻结一笔押金，还车后再结算。
而预付卡通常不支持预授权，也没有信用额度和关联银行账户兜底。
欧洲主流租车公司（Sixt、Europcar、Hertz、Enterprise、Avis）的行业惯例是：要求信用 BIN（credit BIN）。终端在受理前会自动检查分类，几秒钟内直接拒掉，柜台人员甚至看不到你的金额。
顺带一提，酒店、加油站、云服务器、广告平台、航空公司、金融服务、长期软件订阅——这些领域都比普通电商挑卡得多。
只被拒一次看不出来。得把几个信号放在一起看。
下面三条同时成立，基本就能认定是商户侧的 BIN 屏蔽：
BIN 屏蔽的三个判定信号
说明卡和发卡行都没问题，麻烦集中在"这一家"身上。
商户在拒你：「请换一种付款方式」「无法受理这张卡」
发卡行在拒你：「余额不足」「需要验证」「交易被你的银行拒绝」
尤其是从"预付 / 虚拟卡 BIN"换成"信用卡 / 借记卡 BIN"之后能刷通——基本坐实。
如果你换了好几张 BIN 不同的卡、在同一个设备和同一个账号下都被拒，或者报错明确点名"你的银行"——
那更可能不是单纯的商户 BIN 屏蔽，得回到发卡行那条线去查。别在这家商户身上死磕。
回到开头那个场景。ChatGPT 和 Claude 都用 Stripe，为什么一个放行一个拒绝？
因为Stripe 给每个商户开了一套独立的风控后台（Radar），商户自己设规则：
要不要校验账单地址（AVS）
拦不拦预付卡
某个卡段封不封
风险评分到多少就拒绝
所以能不能过，取决于每家商户把风控拧到了多紧。
账单地址验的是什么
你在付款页面填的 Billing Address，Stripe 会通过卡组织发给你的发卡行，和发卡行系统里登记的预留地址做比对，返回一个结果码。
宽松的商户：不匹配也放行
严格的商户：直接拒掉
那位卖家的问题就在这——他随手填了个网上搜来的地址，和发卡行登记的根本对不上。 改成预留地址后，同一张卡一次就过。
风控是叠加打分，不是看单一维度，这是最需要理解的一点。
设某商户的拒付临界分是 60 分：
| 风险因素 | 加分 |
|---|---|
| IP 有问题（VPN / 代理） | +10 |
| 账单地址对不上 | +20 |
| 用的是虚拟卡 | +20 |
| 合计（临界分 60） | → 拒绝 |
单一因素可能都够不到 60 分，但几个一起上，风险分就直接飙过去了。
宽松的平台，你的 IP 有问题也无所谓；严格的平台，任何一个维度不对都可能被拒。
所以"我换一张卡就好了"是个错觉。 你只是碰巧把某一个维度归零了，如果账单地址还是错的，换到下一家严格商户照样被拒。
这条我要单独讲，因为后果最严重。
绑卡失败后，短时间内连续轮换 5 到 10 张不同的卡去试，是最危险的操作。
因为这个行为模式在反洗钱（AML）算法眼里非常明确：恶意试卡。
后果不只是卡段被拉黑——
广告账户、甚至整个 Business Center（商务中心）都可能被直接封禁。
要换卡，也应该是诊断清楚原因后的一次有依据的切换，而不是连续盲试。
第一步：分清是谁在拒你
看报错话术。商户拒你和发卡行拒你，处理路径完全不同。
第二步：查余额和限额
卡内余额是否足够？注意跨境手续费（常见 1%–3%）会吃掉一部分额度
限额重置时间——不一定按你本地时区算，有的平台按 UTC，有的按发卡国时间
第三步：查 3DS（3-D Secure）
3DS 是线上银行卡身份验证。失败原因常见的有：
验证页面根本没弹出
浏览器拦了跳转或弹窗
广告拦截插件干扰
手机收不到验证码（App 没有通知权限）
卡或发卡行不支持商户要求的 3DS 版本
3DS 成功只代表身份认证通过，不代表付款一定批准——发卡方还会继续检查余额、限额和风险。
第四步：查 MCC（商户类别码）
银行和卡组织给每类商户分配了 MCC，虚拟卡平台通常可以按 MCC、国家、商户 ID 或金额设置消费控制。常见受限类别：
博彩和成人内容
汇款、现金等价物、部分金融服务
加密资产交易
广告投放
云服务
高风险数字商品
政府和税务缴费
ATM 和现金提取
余额充足并不能绕过 MCC 限制。 如果报错是 transaction_not_allowed、service_not_allowed、restricted_card 或 merchant_not_allowed，那大概率是这一层的问题。
第五步：查地区信息一致性
支付网关会综合判断：IP 所在地、卡发卡国家、账单地址国家、账户注册地区、设备语言、电话号码归属地、交易币种、历史登录环境。
跨境交易本身不等于高风险。 但如果卡在欧洲发行、账单地址填美国、IP 显示亚洲，账户又长期从另一个国家登录——系统很难判断哪一组信息是真的。
频繁切换网络、国家和账单地址，只会让风险评分更高。
第六步：订阅续扣要单独测
首次付款成功，不代表订阅扣款能长期成功。
有些平台首次付款后会重新做一次 BIN 和卡片风险判断。所以"第一次过了"不等于"以后都过"。
"BIN 被屏蔽"这个词听起来像黑话，但它其实是一整套商业权衡的结果：商户为了控制拒付和坏账损失，用最低成本的方式（按卡段一刀切）保护自己。
这不是谁的错，是规则的问题。
但你必须知道规则，才能绕过它：
先分清是谁在拒你，别在该查商户的地方死磕发卡行
账单地址填对，这一步的成本是零，收益极大
别连续换卡，一次盲试可能损失一个账户
订阅续扣单独测，首次成功不代表长期可用
卡只是入口，规则才是关键。
关于我们
发现“在看”和“赞”了吗，戳我试试吧
