搜「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 折扣與代理定價。