Steam 交易出錯，重送前先查這些地方

假設你送出交換提案時跳出錯誤：對方說沒有收到，而物品仍在你的庫存裡。這時先別再按一次，先打開已送出的提案清單。只看畫面上的錯誤，不能斷定提案沒有建立。

建立提案、本人確認、對方接受和物品交付是不同階段。先弄清楚卡在哪個階段，才能決定要查看原提案、建立新的提案，還是詢問客服。在原因不明時，我不會先改動帳戶設定。

本文根據 2026 年 9 月 5 日查看的 Valve 文件整理。情境例子都是解說用的假設，不是對實際帳戶錯誤率、復原時間或 Steam 整體故障規模的測量。

先回想錯誤前按了哪個按鈕#

先記下是物品選擇畫面沒有開啟、按下 Make Offer 之後，還是接受收到的提案或在手機上確認時出錯。錯誤文字要照原文記錄，時間則連同時區一起留下。「確認後出錯」不如實際按鈕名稱具體。

Steam 交換指南說明，可以從庫存的交換提案頁面或朋友個人檔案建立提案，並完成帳戶所要求的行動版 App 或電子郵件確認。通過建立畫面，不代表已經送出。重新開啟頁面後錯誤消失，也不要為了重現問題就送出新提案，先查現有記錄即可。

提案清單和物品移動記錄不是同一件事#

在庫存的 Trade Offers 中，如果是自己送出的，就開啟 Sent Offers；如果是接受收到的提案時卡住，則查看 Incoming Offers。目前清單沒有時，再查提案歷史；已完成的物品移動則要到交換紀錄比對。Steam 交換說明也把這些路徑分開列出。

要同時查看對方帳戶、建立時間，以及送出和收到的物品，才不會和相似的舊交易混在一起。下表不是錯誤編號解說，而是區分目前畫面上能確認的狀態。

如果清單載入失敗，那是「尚未確認」，不是「沒有提案」。要和頁面正常開啟後仍找不到該提案的情況分開。對方說「沒有收到」時，先問清楚是沒看到通知、清單裡沒有，還是物品沒有收到。

Steamworks IEconService 文件也區分 GetTradeOffers 的送出／收到提案和 GetTradeHistory 的交易歷史。照本文檢查不需要申請 API 金鑰。

顯示「等待中」時，還剩誰要操作#

根據交換提案常見問答，完成必要的本人確認後，提案才會送出，而且不能關閉這項確認要求。如果還需要確認，就開啟現有提案，不要再建立相同請求；也不要一次核准多個請求，先重新閱讀對方與雙方物品是否符合原本想做的交易。

如果已完成本人確認而正在等待對方回應，提案就已經建立，不必把對方尚未選擇的狀態當成自己帳戶的傳送錯誤。雙方接受後，Steam 暫緩交付物品則是另一種狀態，請看交換保留與市場保留的說明。

CS2 不直接套用一般的保留期間。下面的交換保護說明指出，CS2 使用 Trade Protection，而不是舊式的交換保留或 escrow。只有「pending」這個字，沒有足夠根據推算幾分鐘或幾天後會解決；畫面若列出結束時間或下一步，就依目前顯示處理。

有同名物品，也可能是舊提案已經失效#

Valve 說明，同一件物品可以放在多份提案裡，但其中一份被接受後，其他包含該物品的等待中提案會失效。物品若已移到另一筆交換或在市場售出，也不能再接受原提案。只是把物品放進提案，不代表它會先從庫存扣除。交換提案常見問答

假設同一張卡片各放進給 A 和 B 的兩份提案。若已和 B 完成交換，A 的舊提案就不能再用那張卡接受。之後重新取得同名卡片，也不會自動讓舊提案改指向新卡。現在庫存中有同名卡片，和舊提案仍然有效，是兩件不同的事。

對方答應要給的物品也要同樣核對。即使自己的物品還在，對方也可能已經賣掉或交換掉對方的物品。在猜測原因前，先確認雙方的那件物品和提案狀態。改以新物品達成約定，就是新的提案；物品、屬性與數量也要重新比對。個別物品的交易日期與限制標示仍要另外確認。

不能用設定修好不被允許的組合#

2026 年 9 月 5 日查看的交換保護說明明確列出支援的遊戲是 CS2。單一交換提案只能放入相同保護層級的物品，因此不能把 CS2 物品和不支援保護的遊戲物品放在同一組交換。每一件物品都能交易，不代表這個組合也被允許。

不能把它拆成兩筆交易，再讓其中一方先送出，並把這當成解法。原本在同一個畫面中要交換的對價會變成另一個承諾，應重新協議交換組合。

收到的 CS2 物品在7 天保護期間會限制消耗、修改或再次轉移。這不是伺服器錯誤的復原時間；要分清楚物品能否在遊戲中使用，以及能否再次交換。

如果錯誤明確寫出帳戶限制，請查看 Steam 限制說明和畫面上的實際文字。Valve 說明，交易時通常會顯示原因，客服也不能替你更改限制。不要拿別人的等待日期，代替自己畫面上的日期。

關閉 Steam Guard 或移除行動驗證器，不是重新整理。刪除 Cookie 或改用新瀏覽器，也可能依驗證條件涉及新裝置限制。這些情況有例外，不是每個人都會得到相同結果，因此更不應在原因不明的交易錯誤發生時，把它們一概當作第一個修法。

先確認狀態，再決定重試或取消#

重新開啟頁面閱讀，和建立新的交換請求不同。如果現有提案仍有效，就檢查那一份。只有在清單、歷史與交換紀錄都能正常查詢、確定沒有提案，且帳戶與物品條件也沒有問題時，才考慮重試。下一次嘗試後也要再查記錄。

逐一確認和前一次相比改變了什麼，例如重新約定了物品，或畫面上的限制確實已經結束。連舊提案是否仍存在都不知道時，不要建立重複請求。如果已經建立多份，先比對物品和數量，再決定要處理哪一份，不要叫對方「隨便收一份」。

取消也有差別。等待對方回應的提案，和雙方接受後仍在保留中的交易，取消方式不是同一種操作。Valve 的保留說明指出，後者取消後會產生保護用途的交易限制。受保護交易的撤回也有另外的範圍與限制。不要為了測試畫面是否更新，就把全部提案取消或撤回。

不要把未經官方文件確認的錯誤編號對照表拿來代替診斷。工具的狀態值和 Steam 錯誤編號也不保證有相同含義。可以記下編號和文字，但仍要確認它是否真的描述目前狀態。

只有外部網站在處理時，分開查看兩邊狀態#

分別查看 Steam 記錄，以及外部服務的訂單、入庫與出庫狀態。假設 Steam 已確認物品移動，只有網站仍顯示處理中，那要詢問的是網站的反映狀態。再次送出物品不是修正第一筆交易顯示的方法，而是新增一筆獨立的移動。

詢問時把外部訂單編號和 Steam 提案網址／識別碼分開寫。像「Steam 顯示完成、網站顯示處理中」這種直接看到的狀態要分開列出，才知道該向哪個服務詢問什麼。不要先假設某一方的客服能查看另一個系統的內部記錄。

要求你把物品送到測試帳戶，或先核准測試交換的做法，不是查詢記錄。交換 URL的確認，也和索取密碼或驗證碼不同。Valve 的建議說明，Steam 交換介面不提供金錢轉移。訊息中把外部付款承諾寫得像 Steam 物品，也不能證明實際對價存在。

聯絡客服時，把已確認和未知的事一起寫上#

下面不是實際故障案例，而是撰寫詢問內容的例子。括號裡只填入自己直接確認的內容，不知道的項目就保留為未確認。

> 我在[日期・時間・時區]進行[建立提案／接受收到的提案／App 確認]時發生錯誤。錯誤原文是[文字]。目前該提案在[清單・歷史]中顯示為[狀態]。交換紀錄是[確認物品已移動／正常查詢但沒有該筆移動／查詢失敗]的狀態。物品描述中有[條件]。之後我採取了[實際做過的動作]，並確認[結果]。

要把聽對方說的事和自己直接看到的畫面分開。私人詢問可以附上相關提案網址；公開發文則遮住帳戶資訊、電子郵件等不必要資料。不需要提供密碼、驗證碼、登入 Cookie 或復原碼。

請從官方 Steam 交換支援選擇最接近出錯階段的路徑。如果懷疑失去帳戶控制權，先查看包含帳戶復原的安全指南，不要一直重試。若只剩外部網站尚未反映，就把兩邊的記錄交給該服務。送出詢問不代表一定會得到回覆時間，也不保證物品能復原。