Windows 11 Microsoft Store 오류 0x80073CFB 해결

Windows 11 Microsoft Store 오류 0x80073CFB는 이미 설치된 패키지와 관련해 재설치가 차단됐을 때 표시되는 오류입니다. Microsoft의 오류 이름은 ERROR_PACKAGE_ALREADY_EXISTS입니다. 앱이 없다는 뜻으로 해석하거나, 현재 앱을 무조건 제거한 뒤 재설치하는 절차로 시작하면 안 됩니다.

먼저 설치된 앱이 실제로 정상 작동하는지 확인하세요. 다음으로 오류가 가리키는 패키지와 새로 설치하려는 파일을 비교합니다. 일반 사용자에게 필요한 조치와 앱을 직접 만드는 개발자의 조치는 다릅니다.

1. 재설치를 시작한 이유 확인하기

시작 메뉴에서 해당 앱을 찾아 실행하고, 앱 내부의 버전 표시나 공식 업데이트 기능을 확인합니다. 기존 앱이 정상이고 최신 배포본을 사용 중이라면, 단지 설치 명령에서 빨간 오류가 나왔다는 이유로 정상 앱을 제거할 필요는 없습니다.

인터넷의 “모든 Windows 앱 재등록” 명령을 실행하다 CFB를 봤다면, 처음 해결하려던 증상이 무엇이었는지 다시 확인하세요. 여러 패키지의 오류가 연속으로 표시됐다는 것만으로 모든 앱이 손상된 것은 아닙니다. 문제가 있는 앱과 로그의 패키지가 같은지도 구분해야 합니다.

2. 현재 설치된 패키지 이름과 버전 조회하기

설치된 Microsoft Store 패키지의 이름과 버전을 조회한 설명용 예시
조회 결과의 항목을 보여 주는 예시입니다. 이미지 속 버전은 최신 버전 기준이 아니며, 자신의 오류에 나온 패키지를 확인해야 합니다.

시작 메뉴에서 Windows PowerShell을 실행하고 아래 조회 명령을 입력합니다. 현재 사용자에게 설치된 기본 조회 대상 패키지의 이름·버전·전체 이름을 표시하며 앱을 변경하지 않습니다.

Get-AppxPackage | Select-Object Name, Version, PackageFullName

출력에서 오류 메시지가 가리키는 정확한 Name을 찾습니다. 화면에 보이는 앱 이름과 패키지 Name은 다를 수 있으므로 비슷한 단어만 보고 선택하지 않습니다. 결과가 많으면 PowerShell 창의 검색 기능으로 오류에 나온 이름을 찾을 수 있습니다.

기록할 항목은 현재 패키지의 Name·Version·PackageFullName과 설치하려는 파일의 출처·버전입니다. 현재 사용자 조회에 나오지 않더라도 다른 사용자나 다른 패키지 유형의 상태까지 없다고 결론 내릴 수는 없습니다. 다른 계정이 쓰는 앱의 일괄 제거로 이어가지 말고 로그와 함께 관리자에게 확인하세요.

3. 같은 버전인데 왜 재설치가 거절될 수 있나요?

패키지에 표시된 버전 숫자가 같아도 파일 내용과 서명이 완전히 같다는 뜻은 아닙니다. 같은 버전 번호로 다시 빌드하거나 다시 서명한 패키지는 기존 설치본과 달라질 수 있습니다. 따라서 “버전이 같으니 덮어쓰면 된다”는 방식으로 접근하면 충돌이 반복될 수 있습니다.

일반 사용자는 제작사가 제공하는 공식 업데이트 경로를 이용하거나 수정된 배포본을 요청하세요. 직접 파일을 편집하거나 서명을 바꾸는 방식으로 해결하지 않습니다.

4. 앱은 설치되어 있지만 실행이 안 될 때

목적이 앱 실행 문제 해결이라면 먼저 해당 앱의 업데이트를 확인합니다. 이어 설정 → 앱 → 설치된 앱 → 해당 앱의 더 보기 → 고급 옵션에 복구가 있으면 시도할 수 있습니다. 모든 앱에 고급 옵션이나 복구 기능이 제공되지는 않습니다.

복구 뒤에는 앱을 실행해 원래 증상이 사라졌는지 확인하세요. 초기화는 앱의 로컬 데이터와 설정을 지울 수 있으므로 별도의 조치로 판단해야 합니다. 작업 자료와 로그인 복구 방법을 확인하지 않은 상태에서 복구와 초기화를 연속해서 누르지 않습니다.

제거 후 재설치가 꼭 필요하다면 제작사가 지원하는 절차를 확인하고 앱 내부 자료를 백업한 다음 해당 앱 하나에 대해서만 진행합니다. Microsoft Store나 공용 Framework를 다른 앱과 함께 제거하는 명령은 이 글의 해결 절차에 포함하지 않습니다.

5. 앱 개발자라면 패키지 버전과 배포본 관리하기

개발 중 같은 버전의 패키지를 수정해 다시 배포한 상황이라면, 패키지 버전을 올린 뒤 다시 빌드·서명하는 방법을 검토합니다. 파일 이름만 바꾸는 것으로 패키지 자체의 버전이 바뀌지는 않습니다.

제거 후 설치 방식으로 시험해야 한다면 사용자 데이터와 테스트 계정을 구분하고, 다른 사용자의 운영 앱에 영향을 주지 않는 환경에서 진행해야 합니다. 최종 사용자에게 전체 패키지 제거 명령을 해결책으로 전달하기보다 올바른 업데이트 패키지를 제공하는 편이 적절합니다.

6. 패키지 비교로 원인을 찾지 못했을 때

이벤트 뷰어의 응용 프로그램 및 서비스 로그 → Microsoft → Windows → AppXDeployment-Server → Operational에서 실패 시각의 기록을 확인합니다. 오류에 나온 패키지 전체 이름, 기존 설치본과 관련된 설명, 추가 코드가 있는지 확인하세요.

새 코드가 0x80073D06이면 더 높은 버전이 설치된 경우의 점검을, 0x80073D02이면 사용 중인 앱·리소스 확인을 참고합니다.

제작사에 문의할 때는 설치 파일의 공식 다운로드 주소, 기존 패키지 버전, 실패한 파일 버전, 오류 전문을 함께 보내세요. 조치 후 앱이 정상 실행되고 공식 업데이트도 가능하면 불필요한 재설치를 멈추면 됩니다.

참고한 공식 자료