搜「AWS 优惠码」多半是找折扣码。官方没有公开优惠码，但有服务抵扣金。讲清兑换入口、四条限制与常见骗术。
如果你是在搜「AWS 优惠码」「AWS 折扣码」时点进来的，先把结论放在最前面：AWS 没有像电商那样公开发放的折扣码。 你在折扣码聚合站上看到的那些，要么是过期失效的、要么根本不适用于你所在的区域、要么是纯粹的引流页面。
但这不代表没有这回事。AWS 有一套真实存在、写在官方文档里的机制，叫服务抵扣金（promotional credit / credits）——它能直接抵扣账单，只是获取方式与「领券」完全不同。
这篇文章把官方写清楚的部分翻译成人话：兑换入口在哪、生效条件是什么、常见的坑在哪里，以及围绕这个词最常见的几种骗术。抵扣金只是折扣的其中一种形态，五家厂商在这一层的差别不小，横向对比见 五家云厂商折扣机制对比。
先说结论：没有公开的「优惠码」，但有一套官方的抵扣机制
把两件事分开看，就不会被那些聚合站绕进去：
| 你以为要找的 | 实际存在的 | 差别 |
|---|---|---|
| 「优惠码 / 折扣码」：公开可领、输入即打折 | 服务抵扣金（credits）：发放给特定对象，兑换进账户后抵扣账单 | 前者是促销，后者是定向发放的额度 |
| 任何人都能拿到 | 有发放对象与用途限制（活动、合作伙伴、评估项目等） | 不是「找到就能用」，而是「被发给谁才能用」 |
| 长期有效 | 通常有有效期，过期作废 | 过期后账单恢复原价，且不会提前提醒 |
一个判断标准：如果某个页面让你「输入优惠码立享 X 折」却不说清码的来源、有效期和适用范围，那它大概率不是官方机制。官方机制一定会写限制，而且限制写得比权益详细。
这也就是为什么值得单独写一篇：这个词的搜索量不小，而几乎所有结果都是噪音。真正有用的信息只有官方那几段，且分散在文档里。
官方的兑换入口与四个生效条件
AWS 官方知识中心有一篇《如何向 AWS 账户添加促销代码》，把兑换路径写得很明确。入口在账单与成本管理控制台里，大致路径是：进入控制台的 Credits（服务抵扣金） 页面 → 选择 Redeem credit（兑换服务抵扣金） → 填入 Promotion code（促销代码） → 再填页面上 CAPTCHA 显示的 Security code（安全码） → 提交兑换。
兑换能否成功，官方列了四个条件，缺一个都不行：
- 代码本身正确——字符完整、没有多余空格，大小写符合要求。
- 代码仍然有效——没有被发放方撤销。
- 代码未过期——大多数抵扣金都有有效期。
- 此前未被兑换过——一个码通常只能兑换一次；已经被别人或用过的码，系统会直接拒绝。
兑换成功后的验证方式：去账单控制台的 Credits 页面看余额，确认额度已经进账并记下到期日。记到期日这一步很多人省略，结果就是几个月后账单突然变贵却查不出原因。
官方还提到一条容易被忽略的：如果你是 AWS 合作伙伴网络（APN）成员，对获取或兑换抵扣金有疑问，应通过 APN 的渠道去问。这说明抵扣金的发放与合作伙伴体系是有关联的——下一节展开。
抵扣金通常从哪里来
官方不会公开一个「可领取列表」，但按实际接触到的情况，抵扣金的发放大致有这几类来源。它们共同的特点是：定向发放，不是公开可领。
- 活动与培训：AWS 官方活动、线上课程、部分线下会议之后发放的小额度抵扣金，通常金额不大、有效期较短。
- 合作伙伴渠道：通过 AWS 的合作伙伴（代理商、咨询伙伴）开展的评估、迁移、概念验证（PoC）项目，可能附带抵扣金。这也是官方文档把 APN 成员与抵扣金问题放在一起的原因。
- 迁移与工作负载评估：在把本地或其他云的工作负载迁到 AWS 的评估阶段，有时会配套额度。
- 面向特定阶段企业的扶持计划：对早期阶段的公司有专门的扶持项目，通常要求通过申请与审核，而不是填个码。
这里要给一个明确的提醒：上面这些渠道的额度、门槛、是否开放，随时会变，而且因区域而异。本文不提供、也不暗示任何「可以领到」的码——凡是声称有稳定可领的通用码的页面，基本都不可信。
⛔ 别买「优惠码」。抵扣金是定向发放的，买卖它通常违反发放条款，且你无法验证它是否已被兑换过（官方四个条件里的最后一条）。花出去的钱大概率拿不回来，还可能有账号风险。
四条最容易踩的限制
即使拿到了抵扣金，下面四条是最常出问题的地方。它们的共同点是：不写在显眼处，但在账单上体现得很直接。
| 限制 | 具体表现 | 怎么避免 |
|---|---|---|
| 有有效期 | 到期作废，账单恢复原价 | 兑换当天记下到期日，设提前 30 天提醒 |
| 只覆盖部分服务 | 某些项目的费用不在抵扣范围内 | 兑换前确认适用范围；抵扣不掉的部分会照常计费 |
| 不可提现、不可转让 | 只能用于抵扣本账户账单，余额不退还 | 按真实用量估算需要的额度，不要囤 |
| 用尽/过期不主动提示 | 账单忽然变贵，没有明显通知 | 每月看账单的 credits 余额变化 |
第一条最要命：抵扣金到期这件事，和预留实例到期一样，不会有任何服务中断——资源照跑，只是单价回到标准费率。所以症状永远是「这个月账单涨了」，而不是「东西坏了」。排查时如果不记得自己用过抵扣金，很容易找不到原因。
第二条常被误解：以为「有额度 = 这个月不用付钱」。实际上抵扣范围之外的费用（具体范围以发放条款为准）会照常出现在账单上，抵扣金只是抵掉它能抵的那部分。
关于免费额度本身的规则（三种「免费」的区别、注册时的选项、额度用完后怎么办），写在 AWS 免费额度到底是什么 里——它和本文讲的抵扣金是两套东西，别混在一起看。
围绕「优惠码」的四种常见骗术
这个关键词的搜索量，养活了一整批页面。它们的套路大致有四类，识别方法都很简单。
- 折扣码聚合站：列出几十个「AWS 优惠码」，点进去要么是过期码，要么跳到注册返利链接。识别方法：它们从不写有效期与适用范围，而官方机制一定会写。
- 「内部渠道码」出售：声称有内部渠道能拿到码，收费代领或售卖。识别方法：抵扣金是定向发放的，不能被转售；对方无法证明这个码未被兑换过。
- 「永久免费额度」宣传：把一次性的、有期限的额度说成长期有效。识别方法：要求对方指出官方条款里的有效期与限额，指不出来就是假的。
- 以「低折扣代充」为名的账号来源风险：用极低折扣吸引，实际提供的账号来源不明。这类风险不在本文讨论范围，但值得单独看一篇——AWS 账号来源风险怎么判断。
一条通用判断规则：凡是只讲折扣幅度、不讲获取条件与限制的，都先当假的看。真实的官方机制一定写得比广告啰嗦——因为它要写清责任边界。
真正稳定的省钱路径是哪两条
抵扣金是一次性的、有期限的，它适合降低试水阶段的成本，不适合作为长期的省钱方案。真正稳定、可预期的只有两条，而且它们不冲突。
| 路径 | 作用层面 | 特点 |
|---|---|---|
| 官方承诺折扣（预留实例 / 节省计划 / Spot） | AWS 给你的账单单价 | 稳定、可预期，代价是放弃部分灵活性 |
| 通过代理商开通与结算 | 你实际支付的金额 | 不需要承诺，与官方折扣可叠加 |
- 第一条是「用确定性换价格」：你承诺用量，AWS 降低单价。具体怎么买（买多少、买几年、买错怎么办）写在 AWS 预留实例怎么买。
- 第二条作用在另一个层面：它降低的是你结算时实际付出的钱，与预留实例、节省计划不冲突，可以同时享受。机制写在 AWS 折扣与代理定价。
顺序建议：先用免费额度与抵扣金把试水成本压到最低 → 业务稳定后算稳态基线，上官方承诺折扣 → 需要更低实际支付时再叠加代理渠道。不要反过来——在用量还没稳定时就去买长期承诺，是这类支出里最常见的浪费。
如果你正在比较「官方直付」和「走代理渠道」哪个更划算，见 AWS 官方直付与代理渠道怎么选。
常见问题
AWS 到底有没有优惠码？
没有公开发放、任何人都能领的折扣码。AWS 有的是服务抵扣金（credits）：定向发放给特定对象，兑换进账户后按条款抵扣账单，通常有有效期和适用范围。官方知识中心的《如何向 AWS 账户添加促销代码》写的是这套机制的兑换方式，不是「公共优惠券」。
兑换失败通常是什么原因？
按官方列出的四个条件逐个排查：代码是否正确（含空格与大小写）、是否仍然有效、是否已过期、是否已被兑换过。四个里最常见的是后两个——尤其是「已被兑换过」，这通常发生在码来自非官方渠道时。
抵扣金能抵扣所有费用吗？
不能。适用范围以发放条款为准，抵扣范围之外的费用照常计费。兑换前确认适用范围，兑换后每月核对账单上的 credits 余额变化——「有额度」不等于「这个月不用付钱」，这是最常见的误解。
网上卖的「内部优惠码」能买吗？
不建议。抵扣金是定向发放的，买卖通常违反发放条款；而且你无法验证它是否已被兑换过（官方四个条件之一）。付款后拿不到额度的纠纷没有有效救济途径，还可能牵连账号本身的合规状态。
抵扣金和免费套餐是一回事吗？
不是。免费套餐是面向新账户的、按服务规定限额的免费使用（分「12 个月免费」「永久免费」「试用」三类）；抵扣金是发放到账户的额度，用来抵扣账单。两者可以同时存在，但规则、期限、适用范围都不同。免费套餐的规则见 AWS 免费额度到底是什么。
抵扣金用完了怎么办？
两条路：一是走官方承诺折扣（预留实例 / 节省计划 / Spot），用承诺换更低的单价；二是通过代理商开通与结算，降低实际支付金额。两者可以叠加，因为作用在不同层面。前者怎么买见 AWS 预留实例怎么买，后者见 AWS 折扣与代理定价。