스팀 클라우드 충돌, 어느 저장 파일을 골라야 할까

게임을 켜려는데 로컬 파일과 클라우드 파일 중 하나를 고르라는 창이 뜹니다. 어제 한 플레이가 어디에 있는지 확실하지 않다면, 지금은 어느 쪽도 선택하지 않는 편이 낫습니다. 마지막으로 진행한 기기를 찾고, 접근할 수 있는 저장 파일을 별도로 보관한 다음 비교하세요. 클라우드라는 이름이나 더 최근의 날짜만 보고 누르기에는 되돌리기 어려운 선택입니다.

선택하기 전에 남아 있는 파일부터 보관하세요#

우선 경고가 무엇을 요구하는지 읽어보세요. 서로 다른 두 버전 중 하나를 고르라는 충돌과 현재 동기화를 할 수 없다는 경고는 출발점이 다릅니다. 전자는 어느 저장 상태를 이어갈지 판단해야 하고, 후자는 동기화되지 않은 상태에서 플레이를 시작해도 되는지 판단해야 하는 경고입니다. 동기화가 안 된다는 문구만으로 이미 두 저장 파일이 충돌했다고 단정할 수는 없습니다.

Valve의 Steam Cloud 안내는 동기화 실패를 무시한 채 플레이하면 충돌이나 진행 손실이 생길 수 있다고 설명합니다. 당장 실행할 수 있다는 것과 원하는 기록으로 시작한다는 것은 별개예요. 경고창이 게임을 완전히 막지 않더라도, 마지막 플레이가 다른 기기에 있었다면 그 기록부터 확인할 이유가 있습니다.

첫 화면은 공식 FAQ에 실린 Portal의 과거 충돌 예시를 재구성했습니다. 이 글의 목업과 도표는 현재 계정의 충돌 화면이나 복구 성공 사례가 아닙니다. 버튼 문구와 배치는 사용 중인 스팀 화면을 따르세요.

충돌 창의 날짜, 파일을 가져오거나 올리는 방향, 게임 이름을 기록해 두세요. 로컬은 지금 이 창을 보고 있는 기기에 있는 쪽입니다. 클라우드는 스팀 서버에 있는 쪽이고요. 어제까지 데스크톱을 주로 썼다고 해서 데스크톱의 기록이 언제나 로컬인 것은 아닙니다. 오늘 노트북에서 창을 열었다면 노트북을 기준으로 읽어야 합니다.

그다음 마지막 플레이에 사용한 기기와 현재 로그인한 계정을 확인합니다. 비슷한 프로필 이름보다 어느 계정으로 실행했는지가 중요합니다. 공유 PC라면 운영체제 사용자도 함께 확인하세요. 계정이 다르면 찾는 저장 위치 자체가 달라질 수 있습니다. 저장 파일을 찾는 구체적인 방법은 아래에서 게임별로 다루겠습니다.

저라면 경고를 없애는 것보다, 지금 남아 있는 두 상태를 구분할 수 있게 만드는 일을 먼저 하겠습니다. 확인 가능한 저장 폴더를 게임의 동기화 대상 밖에 복사해 두면 이후 작업 전 상태를 따로 보관할 수 있습니다. 이때 원래 폴더를 옮기거나 이름을 바꾸는 것이 아니라 사본을 만드는 것입니다. 모든 클라우드 버전을 내려받을 수 있다는 뜻은 아닙니다. 화면에 보이는 기록과 실제로 보관한 파일 사본은 구분하세요.

게임이 이미 실행 중이면 내용을 확인하겠다고 새 게임을 시작하거나 다른 슬롯에 저장하지 마세요. 종료할 때 저장하는 게임도 있으므로, 실행 중인 상황에서는 해당 게임의 저장 방식을 확인할 필요가 있습니다. 반대로 아직 실행 전 경고창에 있다면 파일 확인을 위해 굳이 게임 안으로 들어갈 이유가 없습니다. 복사 중에도 게임이 파일을 바꾸는 상황을 피하고, 종료와 저장이 어떻게 이뤄지는지 모르면 개발사의 안내를 먼저 읽으세요.

일단 양쪽 날짜를 찍어 두고 아무거나 선택한 뒤 문제가 생기면 문의하겠다는 순서는 권하지 않습니다. 스크린샷은 당시 표시를 설명할 수 있지만 세이브 내용 자체를 보관하지는 못합니다. 기기를 당장 확인할 수 없거나 어떤 상태를 남겨야 할지 기억나지 않는다면 선택을 미뤄도 됩니다.

최근 날짜가 더 많이 진행한 기록이라는 뜻은 아닙니다#

날짜는 중요합니다. 다만 날짜 옆에 그때 무엇을 했는지 붙여야 쓸 수 있는 정보가 됩니다. 마지막 보스를 잡은 기기, 새 지역으로 넘어간 뒤 저장한 시점, 계속 키우던 캐릭터 이름처럼 기억나는 진행 상태를 먼저 적어보세요. 게임을 켠 시각만 기억하는 것과 저장까지 마친 시각을 아는 것도 차이가 있습니다.

다음은 판단 방법을 설명하기 위해 만든 가상 상황입니다. 특정 게임의 실제 자동저장 방식이나 사용자의 사고 기록이 아닙니다. 모든 시각은 같은 한국 시간이며, 챕터 5와 챕터 7도 예시입니다.

이 조건에서 챕터 7을 이어가고 싶다면 보존할 후보는 노트북 쪽입니다. 경고창도 노트북에서 보고 있으므로 그쪽이 로컬입니다. 클라우드에 22:00이라는 더 늦은 시각이 있어도, 표에서 가정한 업로드는 챕터 5에서 이어진 플레이였습니다. 최근 시각이라는 이유만으로 클라우드를 내려받으면 독자가 남기려던 진행과 반대되는 선택이 됩니다.

실제 상황에서는 표의 빈칸을 아는 만큼만 채우세요. 노트북에서 저장한 사실은 기억하지만 업로드 여부는 확인하지 못했다면 그대로 구분해 적으면 됩니다. “게임을 끝냈으니 당연히 올라갔을 것”이라는 추측을 동기화 완료로 바꿔 적으면, 이후 비교도 그 추측에 끌려갑니다. 다른 기기에 남아 있는 파일을 확인하기 전에 그 기기에서 다시 플레이하는 것도 기록을 더 복잡하게 만들 수 있습니다.

클라우드를 선택할 근거가 뚜렷한 경우도 있습니다. 마지막으로 원하는 지점까지 저장한 것은 다른 PC이고, 그 PC에서 올린 파일이 현재 클라우드 쪽이라는 연결을 확인했다면 그 기록을 가져오는 것이 목적에 맞습니다. 현재 컴퓨터가 새로 설치한 기기라거나 오래 사용하지 않은 노트북이라는 사정도 비교에 도움이 됩니다. 그래도 오래된 기기라는 이유만으로 그 안의 저장 파일을 먼저 지우지는 마세요. 쓰지 않았다고 생각했던 별도 캐릭터가 있을 수 있고, 필요한 쪽을 확인하기 전에는 보관할 여지가 있습니다.

양쪽에서 서로 다른 플레이를 했다면 더 어려워집니다. 한쪽은 스토리를 진행했고 다른 쪽은 아이템을 모았다면, 어느 하나가 나머지의 완전한 다음 단계라고 할 수 없습니다. 이 충돌 창에서 두 기록의 좋은 부분을 합칠 수 있다고 기대하지 마세요. 합치기나 가져오기 기능이 따로 있는지는 해당 게임이 정한 방식으로 확인해야 합니다. 파일을 한 폴더에 넣는 것만으로 두 플레이가 합쳐지는 것도 아닙니다.

파일 크기는 보조 정보로만 보세요. 더 큰 파일에 퀘스트나 플레이 시간이 더 많이 담긴다는 규칙은 확인되지 않았습니다. 크기 차이가 난다면 무엇이 달라졌는지 살펴볼 이유는 되지만, 그것만으로 남길 쪽을 고를 수는 없습니다. 같은 크기여도 내용까지 같은지는 아직 모릅니다.

날짜가 기억과 맞지 않을 때도 억지로 결론을 내릴 필요가 없습니다. 두 화면의 날짜 표기와 시간대가 같은지, 파일 수정 시각을 보고 있는지 게임 안의 플레이 시간을 보고 있는지부터 구분하세요. 자정이 끼면 “어제 저장”이라는 설명이 모호해집니다. 원래 표시를 남겨두고 실제 날짜와 기기를 함께 적으면 문의할 때도 설명이 쉬워집니다. 날짜를 맞추려고 파일의 시간을 손대는 방법은 여기서 제안하지 않습니다.

버튼을 누르기 직전에는 “노트북에서 진행한 챕터 7을 남기려고 현재 로컬 파일을 사용한다”처럼 목적과 선택을 한 문장으로 연결해 보세요. “위에 있는 버튼이라서”, “대부분 클라우드를 누르라니까”밖에 이유가 나오지 않는다면 아직 판단에 필요한 정보가 부족한 것입니다. 실제 창의 업로드·다운로드 방향을 확인하고, 그 작업이 어느 쪽 내용을 다른 쪽에 반영하는지 읽은 다음 진행하세요.

Steam Cloud 표시에서 알 수 있는 것#

상점에는 어떤 지원 항목이 표시돼 있을까요. Portal 2, Stardew Valley, Hades의 공개 스팀 상점 데이터를 직접 조회해 Steam Cloud 항목과 운영체제 표시를 확인했습니다.

2026년 9월 5일 07:57:01~07:57:03 UTC, 한국 시간 16:57:01~16:57:03에 Portal 2, Stardew Valley, Hades의 응답을 각각 한 번씩 받았습니다. 국가와 언어는 미국·영어로 같게 두었고, 세 요청 모두 정상 응답했습니다. 아래 표는 응답의 Steam Cloud 기능 항목과 platforms 값을 그대로 구분한 것입니다.

true와 false는 이 시점의 상점 응답에 실린 운영체제 표시입니다. 설치된 게임을 실행해 호환성을 시험한 결과가 아닙니다. Hades의 Linux 값이 false라는 이유로 Steam Deck이나 Proton에서 실행할 수 없다고 읽으면 안 됩니다. Portal 2의 macOS 값도 이 응답에서 확인한 값이며, 모든 과거 버전의 지원 이력까지 판정하는 자료는 아닙니다.

이 세 편은 설명을 위해 고른 게임입니다. 전체 스팀 게임을 대표하는 표본이 아니며, 클라우드 오류율이나 복구 성공률을 측정하지도 않았습니다. 공개 상점 응답에는 캐시가 적용될 수 있으므로 요청을 받은 시각을 각 항목이 갱신된 시각으로 해석할 수도 없습니다. 확인한 결과는 세 게임 모두 상점에 Steam Cloud 기능이 표시돼 있었다는 것입니다. 내 계정에서 동기화를 켰는지, 어떤 파일까지 대상으로 삼는지, 방금 세이브가 올라갔는지는 별도로 확인해야 합니다. 계정에 로그인하거나 게임을 실행하지 않은 이 조회를 근거로 설정과 모드까지 전부 복구된다고 안내할 수는 없습니다.

Steamworks의 Cloud 문서를 보면 동기화할 파일 묶음과 경로는 개발사가 설정합니다. 운영체제 사이의 Auto-Cloud 공유도 경로와 다른 운영체제용 경로 설정에 달려 있습니다. 플레이어가 알아둘 부분은 간단합니다. Windows에서 하던 게임을 다른 운영체제에서 실행할 수 있다는 설명과, 같은 세이브를 그대로 이어갈 수 있다는 설명을 따로 찾아야 합니다. Cloud 마크 하나만으로 두 질문을 모두 해결할 수는 없습니다.

원하는 게임의 개발사 안내에서 저장 위치, 공유 가능한 버전, 제외되는 파일을 확인하세요. 특정 슬롯이나 설정이 옮겨지지 않았을 때는 먼저 그것이 동기화 대상인지 물어야 합니다. 다른 설정은 따라왔으니 세이브도 왔을 것이라고 추정하거나, 설정 하나가 초기화됐다는 이유로 세이브 전체가 사라졌다고 생각하면 문제 범위를 잘못 잡기 쉽습니다.

상점의 기능 표시와 내 기기의 설정도 구분해야 합니다. 스팀 라이브러리에서 해당 게임의 Properties를 열고 General의 Steam Cloud 항목을 확인할 수 있습니다. 확인하려고 들어간 것이라면 현재 설정을 먼저 기록하세요. 체크를 껐다 켜는 행위가 어느 파일을 남겨야 하는지 대신 결정해 주지는 않습니다. 다른 기기의 진행을 보존할 필요가 있는 동안에는 설정 변경까지 한꺼번에 섞지 않는 편이 비교하기 쉽습니다.

저장 폴더는 게임마다 다릅니다#

스팀 설치 폴더를 복사하면 모든 게임의 세이브가 따라올 것이라고 생각하기 쉽습니다. 실제로는 게임이 지정한 위치를 찾아야 합니다. 라이브러리에서 설치 파일을 찾았더라도 거기가 세이브 위치라는 보장은 없습니다. 검색 결과의 경로를 그대로 적용하기 전에 게임 이름과 운영체제, 사용 중인 버전에 맞는 개발사 안내인지 확인하세요.

Stardew Valley는 파일 역할을 설명하기 좋은 사례입니다. 개발사의 저장 파일 문제 안내는 Windows에서 %appdata%/StardewValley/Saves를 확인하도록 합니다. 그 안에서 캐릭터 이름 뒤에 밑줄과 숫자가 붙은 폴더를 찾습니다. 파일 이름과 용도는 다음과 같습니다.

SaveGameInfo가 없거나 손상되면 캐릭터가 불러오기 메뉴에 나타나지 않아도 실제 저장 데이터는 남아 있을 수 있다고 개발사가 설명합니다. 따라서 메뉴에서 캐릭터가 안 보인다는 사실만으로 클라우드가 농장 전체를 지웠다고 단정할 수 없습니다. 반대로 파일이 하나 보인다고 정상적으로 불러올 수 있다는 결론도 아직 이릅니다.

이 단계에서는 캐릭터 폴더 전체를 복사해 보관하세요. 작은 파일은 쓸모없어 보인다고 제외하지 말고, _old가 있다면 그것도 함께 남겨둡니다. 개발사 안내에 있는 _old 사본은 게임 속 하루 전 진행을 가리킵니다. 현실 시간으로 24시간마다 쌓이는 클라우드 기록이 아니며, 모든 게임에 이런 파일이 있다는 뜻도 아닙니다. 두 파일 중 하나만 골라 가져오기 전에 한 캐릭터의 파일 묶음이 어떻게 구성돼 있는지 알아야 합니다.

폴더를 찾지 못했다면 마지막에 썼던 Windows 사용자부터 확인해 보세요. 개발사도 같은 Windows 계정인지 확인하도록 안내합니다. 다른 사용자 폴더를 찾고 있었던 것인지와, 올바른 위치에 있어야 할 폴더가 없는 것인지는 다음 조치가 다릅니다. 빈 경로만 보고 같은 이름의 새 폴더를 만든다고 사라진 진행이 복원되지는 않습니다.

Hades의 공식 기술 지원 문서에 적힌 기본 위치는 Windows의 C:\Users\[USERNAME]\Documents\Saved Games\Hades\, macOS의 ~/Library/Application Support/Supergiant Games/Hades입니다. [USERNAME]은 실제 사용자의 이름으로 읽어야 합니다. 이 경로는 Hades의 안내이며 Hades II나 모든 스팀 게임에 적용하는 경로가 아닙니다. 문서 폴더를 다른 곳으로 옮겼거나 별도 저장 위치를 쓰도록 설정했다면 실제 위치를 확인해야 합니다. 같은 문서는 슬롯 1의 진행 저장 파일 Profile1.sav와 설정 파일 Profile1.sjson도 구분합니다. 이름이 비슷해도 용도는 다릅니다. “설정 파일을 초기화하면 된다”는 글을 세이브 충돌에 적용하기 전에 무엇을 바꾸는 조언인지 읽으세요. 여기서 두 파일을 구분한 것은 삭제나 교체를 권하기 위해서가 아닙니다.

보관할 때는 원본과 사본을 헷갈리지 않게 해두면 됩니다. 예를 들어 보관용 폴더 이름에 기기와 복사한 날짜를 적고, 그 안에 원래 저장 폴더를 그대로 넣는 방식입니다. 실제 게임이 읽는 폴더 안에서 파일 이름을 바꾸거나 다른 기기의 파일을 덮어놓는 작업은 하지 않습니다. 두 기기에서 확보한 폴더는 서로 다른 보관 폴더에 넣으세요. 이름이 같다는 이유로 복사 과정에서 하나로 합치면, 비교하려던 두 상태를 구별하기 어려워집니다.

사본의 보관 장소도 확인하세요. 게임이 동기화하는 저장 경로 안에 사본을 만들어 두면 그것이 별도 보관인지부터 다시 살펴야 합니다. 저는 게임이 읽고 동기화하는 경로 밖에 두는 쪽을 권합니다. 다른 파일 동기화 서비스를 사용 중인 폴더라면 그 서비스가 무엇을 바꾸는지도 확인하고, 보관용 사본이 원래 게임 폴더와 함께 자동으로 교체되는 구성을 피하세요.

복사가 끝났다는 알림 뒤에는 목적지 폴더를 직접 열어보세요. 캐릭터 폴더와 파일들이 실제로 들어 있는지, 빈 폴더만 옮긴 것은 아닌지 확인합니다. 이 확인을 위해 게임을 실행하거나 세이브 편집기로 저장할 필요는 없습니다. 파일 개수와 이름을 비교해 사본이 생겼는지 살펴보는 단계입니다. 파일이 복사됐다는 것은 복구에 성공했다는 뜻이 아니고, 이미 손상된 파일이라면 사본도 같은 상태일 수 있습니다.

공식 안내에는 파일을 고치는 고급 절차도 있지만, 다른 캐릭터의 일부를 붙이거나 파일 이름을 바꾸는 작업은 게임별 조건을 이해한 뒤 해야 합니다. 여기서는 원본 보관과 파일의 역할 확인까지만 다룹니다. 인터넷에서 찾은 삭제 명령이 어떤 경로와 파일을 대상으로 하는지 모른다면 실행하지 마세요.

PC와 Steam Deck을 오갈 때 확인할 순서#

기기를 자주 바꾼다면 충돌이 난 뒤 파일을 추리하는 것보다, 바꾸는 순간에 한 번 확인하는 습관이 덜 번거롭습니다. 평소에는 기존 기기에서 게임이 정한 방식으로 저장하고 정상 종료한 다음, 스팀의 동기화 상태를 확인하고 다른 기기로 넘어가세요. 새 기기에서도 동기화 상태를 확인하고, 실패 경고가 뜨면 실행을 서두르지 않습니다. 이미 충돌을 처리 중인 독자에게 다시 실행해서 이 순서를 시험하라는 뜻은 아닙니다.

Valve의 개발자 문서는 일반적인 게임 시작 전과 종료 후 동기화를 설명합니다. 게임 안에서 저장을 눌렀다는 사실만으로 다른 기기에도 전달됐다고 볼 수 없습니다. 기존 기기를 바로 끄거나 연결을 끊기 전에 스팀 쪽 처리가 끝났는지 보는 이유입니다. 모든 게임에 적용할 수 있는 대기 시간은 확인되지 않았습니다. 몇 분을 세기보다 현재 동기화 상태를 보세요.

오프라인 플레이는 특히 구분해서 기억할 필요가 있습니다. 이동 중 인터넷 없이 진행한 내용은 온라인 연결 전까지 다른 기기로 전달될 수 없습니다. 집에 돌아와 데스크톱부터 켜면, 그 컴퓨터가 아직 받지 못한 진행을 가지고 있을 것이라고 기대하면 안 됩니다. 먼저 오프라인에서 플레이한 기기에 어떤 파일이 남아 있는지, 그 뒤 다른 기기에서도 진행했는지를 확인하세요. 이미 양쪽이 갈라졌다면 평소의 전환 순서를 자동으로 반복하기보다 앞의 비교 단계로 돌아가야 합니다.

Steam Deck에서 잠자기 상태로 전환하는 일도 게임 종료와 똑같이 취급하지 않는 편이 좋습니다. Valve에는 Dynamic Cloud Sync라는 기능이 있습니다. 이를 지원하도록 구성된 게임은 일시 중단 때 클라우드로 파일을 올리고, 다른 기기의 변경을 Deck이 깨어날 때 받을 수 있습니다. 게임도 바뀐 파일을 처리해야 합니다. 이 조건부 기능을 근거로 모든 게임이 잠자기만 하면 같은 방식으로 이어진다고 안내할 수는 없습니다. 지금 하는 게임의 지원 방식을 확인하지 못했다면, 평소 기기 전환에서는 저장과 종료, 동기화 상태 확인을 기준으로 삼으세요. 개발자를 위한 시험용 명령을 입력해서 지원을 강제로 켜는 방법은 권하지 않습니다. 기능을 켤 수 있다는 것과 실행 중인 게임이 변경된 세이브를 올바르게 처리한다는 것은 함께 검토돼야 합니다.

앞의 상점 표에서 Linux 표시가 없었던 Hades를 다시 보면 이 차이가 더 분명합니다. Supergiant의 안내에 따르면 클라우드 저장이 활성화돼 있고 같은 스팀 계정으로 로그인한 경우, PC·Mac의 스팀판 Hades와 Steam Deck 사이에 데이터가 자동 동기화돼야 합니다. 이 설명의 근거는 Hades 개발사의 문서입니다. 다른 게임이나 다른 스토어판은 해당 버전의 설명을 따로 확인하세요.

기기 이름보다 계정과 실행 방식을 먼저 구분해야 하는 경우도 있습니다. 가족의 라이브러리에 게임이 보인다는 문제는 Steam Families의 게임 이용 조건에서 다루는 주제입니다. 또 Remote Play Together는 초대받은 기기에 세이브를 옮겨 독립적으로 이어 하는 방식과 다릅니다. 누가 게임을 실행하고 있는지부터 다르면 어느 기기의 로컬 파일을 찾을지도 달라집니다.

여행 전에 한 번 해볼 만한 준비는 자주 하는 게임의 저장 위치와 공식 지원 페이지를 메모해 두는 것입니다. 매번 모든 폴더를 뒤질 필요는 없습니다. 이동할 게임에 대해 같은 계정인지, 마지막 저장은 어디인지, 클라우드 상태가 어떤지 설명할 수 있으면 됩니다. 오랫동안 켜지 않은 노트북에서 예전 게임을 실행할 때는 특히 마지막 플레이 기기를 먼저 떠올려 보세요.

이미 다른 기록으로 열렸다면#

원하던 세이브가 아니라는 것을 알아차렸다면 새 진행을 더 쌓거나, 다른 슬롯까지 열어보고 저장하는 행동을 멈추세요. 이미 실행한 상태에서 무엇이 저장됐는지 모른다면 그 점도 남겨둡니다. 모든 게임이 같은 순간에 자동저장하는 것은 아니므로 강제 종료하면 안전하다고 단정할 수 없습니다. 지금 화면과 선택한 쪽을 기록하고, 게임의 저장 방식에 맞춰 남은 파일을 보존할 방법부터 확인해야 합니다.

다른 기기에 예전 파일이 남아 있을 가능성이 있다면 그 기기를 곧바로 온라인으로 켜서 게임을 실행하는 방식으로 확인하지 마세요. 새 동기화나 저장이 비교하려는 파일에 영향을 줄 수 있습니다. 이미 접근할 수 있는 사본, 게임이 만든 백업, 별도로 보관해 둔 저장 폴더부터 목록을 만들어 보세요. 실제로 존재하는 것과 있을 것 같은 것을 구분하는 정도면 충분합니다.

복구 문의에 대해서도 기대할 수 있는 범위를 알아두면 좋겠습니다. Steam Cloud FAQ의 도입부는 잃은 데이터를 복구할 가능성이 낮다고 경고합니다. 같은 문서의 저장 손실 항목은 Steam Support가 손실된 세이브를 복구하거나 클라우드 충돌을 해결하는 데 도움을 줄 수 없다고 더 명확히 안내합니다. 스팀에 문의하면 어느 파일이 내 마지막 플레이였는지 찾아 골라줄 것이라고 기대하기는 어렵습니다. Valve의 저장 손실 안내

이것이 남아 있는 모든 파일의 복구 가능성을 부정하는 말은 아닙니다. 게임이 별도 사본을 만들었는지, 파일 일부가 남아 있는지, 어떤 버전의 파일인지에 따라 개발사가 안내할 수 있는 범위는 달라집니다. Stardew Valley의 _old 파일과 메뉴 정보 구분처럼, 스팀 동기화 상태만 봐서는 알 수 없는 게임 내부의 사정이 있습니다. 해당 게임의 공식 문서를 기준으로 문의하세요. Hades 개발사도 저장 진행 손실 항목에서 자체 절차로 해결되지 않은 경우 문의 경로를 제공합니다. 성공을 보장한다는 뜻은 아닙니다.

문의 내용은 게임과 기기 정보, 발생 순서, 경고와 선택 내용으로 나눠 적으면 됩니다.

• 게임 이름과 AppID, 운영체제, 원래 플레이한 기기와 새로 켠 기기를 적습니다.
• 마지막으로 기억하는 진행 상태와 경고가 뜬 날짜·시각·시간대를 이어 적습니다.
• 실제 경고 문구와 어느 쪽을 선택했는지 적습니다. 선택하지 않았다면 미선택, 업로드를 확인하지 못했다면 미확인으로 남깁니다.

AppID는 같은 이름의 다른 판이나 후속작을 구분할 때 쓸 수 있습니다. 앞에서 조회한 세 게임은 Portal 2가 620, Stardew Valley가 413150, Hades가 1145360입니다. 이것들은 상점 주소에서도 확인할 수 있는 게임 식별 번호이지, 개인 계정 번호가 아닙니다. 문의하는 게임의 상점 주소와 버전을 확인해 전달하세요.

스팀의 cloud_log.txt는 클라우드 파일 쓰기와 가져오기 기록을 확인할 때 참고하는 로그입니다. 게임 진행을 담은 세이브 사본으로 취급해서는 안 됩니다. 지원에서 로그나 파일을 요청하면 공식 비공개 경로로 필요한 범위만 보내세요. 사용자 이름이나 폴더 경로, 계정 식별 정보가 포함될 수 있으니 공개 댓글에 계정 폴더 전체를 올리는 것은 피해야 합니다. 비밀번호나 인증 코드를 제공할 이유도 없습니다.

설치 백업을 만들어뒀더라도 세이브가 포함됐는지는 별도로 확인해야 합니다. Valve의 게임 백업 안내는 Valve 게임의 설치 백업에 저장 게임, 사용자 지정 멀티플레이어 맵과 설정 파일이 포함되지 않는다고 설명하고, 다른 개발사의 저장 위치는 그 개발사에서 확인하도록 합니다. 게임을 다시 설치할 수 있다는 준비와 내가 하던 지점으로 돌아갈 수 있다는 준비가 서로 다릅니다. 백업 도구의 완료 메시지만 믿기보다 실제 보관한 폴더에 무엇이 있는지 보세요.

게임을 지워도 인벤토리의 아이템은 남는다는 설명을 저장 파일에 그대로 적용할 수는 없습니다. 인벤토리 아이템이 보관되는 방식과 게임의 진행 데이터는 다릅니다. 오래된 게임을 정리할 때도 세이브가 필요하다면 위치와 사본을 따로 확인해야 합니다. 스팀의 기능을 한꺼번에 다 알기는 어렵지만, 지금 지키려는 것이 무엇인지부터 구분하는 일은 할 수 있습니다.

확인한 자료와 상점 관측은 2026년 9월 5일 기준입니다. 복구 작업이나 실제 계정의 동기화 시험은 하지 않았습니다. 화면에 두 날짜가 남아 있고 어느 쪽에 원하는 진행이 있는지 아직 모르겠다면, 오늘 할 일은 선택 버튼을 누르는 것이 아니라 마지막 플레이 기기의 파일을 확보하는 데서 끝내도 됩니다.