SteamVaultsSteamVaults
약 7분

Steam 교환 오류, 다시 보내기 전에 확인할 것

Steam 교환 제안 전송·수락 오류가 났을 때 보낸 제안과 교환 기록부터 확인하세요. 확인 대기, 사라진 아이템, CS2 조합 제한, 중복 재시도를 구분합니다.

Steam 교환 오류교환 제안 전송 실패교환 제안 수락 오류
글 언어
이 글의 목차
  1. 오류 직전에 누른 버튼부터
  2. 제안 목록과 아이템 이동 기록은 다르다
  3. ‘대기 중’이면 누구의 행동이 남았는가
  4. 같은 이름의 아이템이 있어도 예전 제안은 끝났을 수 있다
  5. 허용되지 않는 조합을 설정으로 고칠 수는 없다
  6. 재시도와 취소는 상태를 확인한 뒤에
  7. 외부 사이트만 처리 중이라면
  8. 문의에는 확인한 사실과 모르는 것을 같이 적는다

교환 제안을 보냈는데 오류가 떴다. 상대는 안 왔다고 하고, 내 인벤토리에는 아이템이 그대로 있다. 이때 한 번 더 누르기 전에 보낸 제안 목록부터 열어보자. 화면의 오류만으로 제안이 만들어지지 않았다고 결론 낼 수는 없다.

제안 작성, 본인 확인, 상대방 수락, 아이템 전달은 다른 단계다. 어느 단계까지 갔는지 알아야 기존 제안을 확인할지, 새로 만들지, 지원에 물을지 정할 수 있다. 나는 원인을 모르는 동안에는 계정 설정부터 바꾸지 않겠다.

이 글은 2026년 9월 5일 확인한 Valve 문서를 바탕으로 한다. 상황 예시는 설명을 위한 가정이며 실제 계정의 오류율·복구 시간이나 Steam 전체의 장애 규모를 측정한 자료가 아니다.

오류 직전에 누른 버튼부터

교환 제안 만들기 순서를 보여 주는 Steam 고객지원 FAQ 목업

아이템 선택 화면이 안 열린 것인지, Make Offer를 누른 뒤인지, 받은 제안을 수락하거나 휴대전화에서 확인하던 중인지 적어두자. 오류 문구는 원문 그대로, 시각에는 시간대까지 남기면 된다. ‘확인 후 오류’보다 실제 버튼 이름이 구체적이다.

Steam 교환 안내는 인벤토리의 교환 제안 페이지나 친구 프로필에서 제안을 만들고, 계정에 적용되는 모바일 앱 또는 이메일 확인을 거치도록 설명한다. 작성 화면을 통과했다고 제안 전송까지 끝난 것은 아니다. 화면을 다시 열었더니 오류가 사라졌어도 재현하려고 새 제안을 보내지는 말자. 지금 남은 기록을 먼저 보면 된다.

제안 목록과 아이템 이동 기록은 다르다

교환 기록 확인 경로를 강조한 Steam 고객지원 교환 메뉴 목업

인벤토리의 Trade Offers에서 내가 보냈다면 Sent Offers, 받은 제안을 수락하다 멈췄다면 Incoming Offers를 연다. 현재 목록에 없으면 제안 이력을 확인하고, 완료된 아이템 이동은 교환 기록에서 대조한다. Steam 교환 도움말에도 이 경로들이 구분돼 있다.

상대 계정, 만든 시점, 보내고 받는 품목을 함께 봐야 비슷한 이전 거래와 혼동하지 않는다. 아래 표는 오류 번호 해설이 아니라 현재 화면에서 확인할 상태를 나눈 것이다.

확인한 상태다음에 볼 것
제안을 찾지 못함올바른 계정·보낸/받은 방향·이력인지, 목록 조회 자체가 성공했는지
내 확인이 필요함해당 제안의 확인 요청과 실제 교환 내용
상대방 응답 대기기존 제안과 상대방이 보는 상태
비활성 제안만료·취소·거절·아이템 변경 등 화면에 적힌 이유
수락 뒤 보류 표시아이템 전달 상태와 화면에 표시된 보류 종료 안내
교환 완료 기록실제 이동한 품목과 현재 인벤토리

목록을 불러오는 데 실패했다면 ‘제안 없음’이 아니라 ‘아직 확인 못 함’이다. 페이지가 정상적으로 열린 뒤에도 해당 제안을 찾지 못한 경우와 구별해야 한다. 상대가 “안 왔다”고 하면 알림을 못 봤는지, 목록에 없는지, 아이템을 못 받았는지부터 물어보자.

Steamworks IEconService 문서GetTradeOffers의 보낸·받은 제안과 GetTradeHistory의 거래 이력을 구별한다. 이 글을 따라 확인하려고 API 키를 발급받을 필요는 없다.

‘대기 중’이면 누구의 행동이 남았는가

제안 확인 의무와 제안 조회 항목을 보여 주는 Steam 고객지원 FAQ 목업

교환 제안 FAQ에 따르면 필요한 본인 확인을 마친 뒤 제안이 전송되며, 이 확인 절차를 끄는 선택지는 없다. 확인이 남았다면 같은 제안을 더 만드는 대신 기존 요청을 연다. 여러 요청을 한꺼번에 승인하지 말고 상대와 양쪽 아이템이 의도한 거래와 맞는지 다시 읽자.

본인 확인을 마쳤고 상대방의 응답을 기다린다면 제안은 이미 만들어졌다. 상대가 아직 선택하지 않은 상태를 내 계정의 전송 오류로 다룰 필요는 없다. 양쪽이 수락한 뒤 Steam이 전달을 보류하는 상태는 또 다르며, 해당 조건은 교환 보류와 장터 보류 안내에서 다룬다.

CS2에는 일반 보류 기간을 그대로 적용하지 않는다. 아래의 교환 보호 안내는 CS2에 기존 교환 보류·에스크로 대신 Trade Protection을 적용한다고 설명한다. ‘펜딩’이라는 단어만으로 몇 분이나 며칠 뒤 해결된다고 말할 근거는 없다. 현재 화면에 종료 시각이나 해야 할 일이 있으면 그 안내를 따른다.

같은 이름의 아이템이 있어도 예전 제안은 끝났을 수 있다

아이템을 사용할 수 없는 제안의 설명을 보여 주는 Steam 고객지원 FAQ 목업

Valve는 같은 아이템을 여러 제안에 넣을 수 있지만, 하나가 수락되면 그 아이템을 포함한 다른 대기 제안은 비활성화된다고 설명한다. 해당 아이템이 다른 교환으로 넘어가거나 장터에서 팔린 경우도 더는 그 제안을 수락할 수 없다. 제안에 넣었다는 이유만으로 아이템이 미리 인벤토리에서 빠지는 것은 아니다. 교환 제안 FAQ

가령 같은 카드 한 장을 A와 B에게 보낸 두 제안에 넣었다고 가정하자. B와 교환을 마쳤다면 A는 그 카드로 예전 제안을 수락할 수 없다. 나중에 같은 이름의 카드를 새로 얻어도 예전 제안이 자동으로 새 카드를 가리킨다고 생각해서는 안 된다. 현재 인벤토리에 카드가 있다는 말과 예전 제안이 유효하다는 말은 다르다.

받기로 한 상대의 아이템에도 같은 확인이 필요하다. 내 물건이 남아 있어도 상대가 팔거나 교환했을 수 있다. 이유를 추측하기 전에 양쪽의 해당 아이템과 제안 상태를 확인하자. 새 품목으로 합의하면 새 제안이며, 품목·속성·수량도 다시 대조한다. 개별 아이템의 거래 가능 날짜와 제한 표시 역시 별도로 확인해야 한다.

허용되지 않는 조합을 설정으로 고칠 수는 없다

공식 인벤토리 보호 표시 예시와 아이템 조합 규칙을 보여 주는 Steam 고객지원 목업

2026년 9월 5일 확인한 교환 보호 안내는 지원 게임을 CS2로 명시한다. 한 교환에는 같은 보호 수준의 아이템만 넣을 수 있으므로 CS2 아이템과 보호를 지원하지 않는 게임의 아이템을 맞바꾸는 구성은 허용되지 않는다. 각 품목이 교환 가능하다고 그 조합까지 가능한 것은 아니다.

이를 두 번의 교환으로 쪼개 한쪽이 먼저 보내면 된다고 권할 수는 없다. 한 화면에서 주고받으려던 대가가 별개의 약속으로 떨어진다. 구성 자체를 다시 논의해야 한다.

받은 CS2 아이템의 7일 보호 기간에는 소비·수정·재이전이 제한된다. 이는 서버 오류가 복구되는 시간이 아니다. 게임에서 사용할 수 있는지와 재교환할 수 있는지도 구분해서 읽자.

계정 제한을 명시한 오류라면 Steam 제한 안내와 실제 표시 문구를 확인한다. Valve는 거래 시 이유가 표시되는 경우가 많으며 고객지원이 제한을 변경할 수 없다고 안내한다. 다른 사람의 대기 기간을 내 화면의 날짜 대신 쓰지는 말자.

Steam Guard를 끄거나 모바일 인증기를 제거하는 것은 새로고침이 아니다. 쿠키 삭제나 새 브라우저도 인증 조건에 따라 새 기기 제한과 관련될 수 있다. 적용 예외가 있어 모두에게 같은 결과가 생기는 것은 아니지만, 원인을 모르는 교환 오류의 첫 처방으로 일괄 권할 행동은 아니다.

재시도와 취소는 상태를 확인한 뒤에

보낸 대기 중 제안의 취소 경로를 보여 주는 Steam 고객지원 FAQ 목업

페이지를 다시 열어 읽는 것과 새 교환 요청을 만드는 것은 다르다. 기존 제안이 유효하면 그 제안을 확인한다. 목록·이력·교환 기록을 정상적으로 조회했는데 제안이 없고, 계정과 아이템 조건에도 문제가 없다면 그때 재시도를 검토할 수 있다. 다음 시도 뒤에도 기록을 확인한다.

아이템을 새로 합의했는지, 표시된 제한이 실제로 끝났는지처럼 앞선 시도와 달라진 점을 하나씩 확인하자. 기존 제안이 살아 있는지조차 모를 때는 중복 요청을 만들지 않는 편이 낫다. 이미 여러 개를 만들었다면 “아무거나 받으세요”라고 넘기지 말고, 품목과 수량을 대조해 어느 제안이 합의한 내용인지 먼저 가려야 한다.

취소에도 차이가 있다. 응답을 기다리는 제안의 취소와 양쪽 수락 뒤 보류 중인 거래의 취소는 같은 조작이 아니다. Valve의 보류 안내는 후자의 취소에 보호 목적의 교환 제한이 생긴다고 설명한다. 보호 거래의 되돌리기에도 별도 범위와 제한이 있다. 화면 갱신을 시험하려고 모두 취소하거나 되돌려서는 안 된다.

공식 문서에서 확인하지 못한 오류 번호별 해결표도 진단 대신 사용하지 않는다. 도구의 상태값과 Steam 오류 번호가 같은 뜻이라는 보장도 없다. 번호와 문구는 기록하되 실제 상태를 설명하는지 확인해야 한다.

외부 사이트만 처리 중이라면

Steam 교환 기록을 여는 위치를 보여 주는 고객지원 FAQ 목업

Steam 기록과 외부 서비스의 주문·입출고 상태를 각각 보자. 가령 Steam에는 아이템 이동이 확인되는데 사이트만 처리 중이라고 가정하면, 사이트의 반영 상태를 물을 일이다. 아이템을 다시 보내는 것은 첫 거래의 표시를 고치는 작업이 아니라 별도 이동을 추가하는 행동이다.

문의에는 외부 주문 번호와 Steam 제안 주소·식별자를 구별해 적는다. “Steam에서는 완료, 사이트에서는 처리 중”처럼 직접 확인한 상태를 나누면 어느 서비스에 무엇을 물을지 명확해진다. 한쪽 지원팀이 다른 쪽 내부 기록까지 볼 수 있다고 전제하지는 말자.

오류 점검용 계정으로 보내거나 시험 교환을 승인하라는 요청은 기록 조회가 아니다. 교환 URL을 확인하는 일과 비밀번호·인증 코드를 요구하는 일도 다르다. Valve 권장 사항은 Steam 교환 인터페이스에서 돈을 이전할 수 없다고 설명한다. 외부 지급 약속을 Steam 아이템처럼 적은 메시지가 실제 대가를 증명하지는 않는다.

문의에는 확인한 사실과 모르는 것을 같이 적는다

교환할 수 없음 도움말 경로를 강조한 Steam 고객지원 교환 메뉴 목업

다음은 실제 장애 사례가 아닌 문의 작성 예시다. 괄호에는 직접 확인한 내용만 넣고, 모르는 항목은 미확인으로 남기면 된다.

> [날짜·시각·시간대]에 [제안 작성 / 받은 제안 수락 / 앱 확인] 중 오류가 났습니다. 오류 원문은 [문구]입니다. 현재 해당 제안은 [목록·이력]에서 [상태]로 보입니다. 교환 기록은 [아이템 이동 확인 / 정상 조회했으나 해당 이동 없음 / 조회 실패] 상태입니다. 아이템 설명에는 [조건]이 있습니다. 이후 [실제로 한 조치]를 했고 [결과]를 확인했습니다.

상대에게 들은 내용은 직접 본 화면과 구분한다. 개인 문의에는 관련 제안 주소를 첨부할 수 있지만, 공개 게시물에서는 계정 정보와 이메일 등 불필요한 정보를 가리자. 비밀번호·인증 코드·로그인 쿠키·복구 코드는 필요하지 않다.

공식 Steam 교환 지원에서 문제가 난 단계에 가까운 경로를 고르면 된다. 계정 통제권을 잃었다고 의심된다면 일반 재시도를 계속하기보다 계정 복구를 포함한 안전 안내를 먼저 확인하자. 외부 사이트 반영만 남았다면 그 서비스에 두 기록을 전달한다. 문의를 마쳤다고 답변 시각이나 아이템 복구가 보장되지는 않는다.

지원되는 젬 주머니를 판매할까요?

봇 수령 확인 후 USDT가 사이트 잔액에 적립되며 Polygon 출금은 별도로 요청합니다.