앱 MVP 지원 OS 범위: 타깃 SDK 변경 뒤 나눌 5가지 확인
앱 MVP 지원 OS 범위: 타깃 SDK 변경 뒤 나눌 5가지 확인
앱 MVP를 스토어에 올리기 전 “최신 OS를 지원한다” 또는 “구형 기기에서도 된다”는 말만으로 범위를 정하면, 개발·QA·고객지원이 서로 다른 전제를 갖기 쉽습니다. 최소 지원 OS, 최신 플랫폼 변화에 맞춘 타깃 SDK, 특정 기기에 필요한 기능, 실제로 시험한 핵심 흐름은 같은 항목이 아닙니다.
먼저 답하면, 최소 지원 범위, 타깃 SDK 변경 범위, 하드웨어·권한 전제, 핵심 흐름 시험 결과, 공개·지원 안내를 한 장의 출시 기록에서 분리하는 편이 좋습니다. Android 공식 문서는 minSdkVersion과 targetSdkVersion의 역할을 구분합니다. Google Play의 현재 안내에는 2026년 8월 31일부터 신규 앱과 업데이트에 적용되는 타깃 API 요구사항도 있습니다. 이 글은 특정 기기, 심사 통과, 배포 일정 또는 사용자 경험을 보장하지 않는 MVP 출시 QA 기록 틀입니다.
공식 원문 확인일: 2026년 9월 16일 · 작성: 유인어스(UINUS)
왜 ‘지원 OS’ 한 줄만으로 부족할까요?
Android Developers는 minSdkVersion을 앱이 호환되는 가장 낮은 API 수준으로, targetSdkVersion을 앱이 설계·테스트한 가장 높은 API 수준으로 설명합니다. 두 값은 배포·동작을 검토할 출발점이지만, 실제 제품에서 카메라·Bluetooth·알림 같은 기능을 쓰는지, 특정 화면이 어떤 권한을 전제로 하는지, 기기별로 핵심 흐름을 확인했는지까지 대신해 주지는 않습니다.
또한 Google Play의 target API 요구사항은 제출 가능 여부와 연결될 수 있지만, 그 요구사항을 충족했다는 사실이 앱의 모든 기능이 모든 기기에서 예상대로 작동한다는 뜻은 아닙니다. 따라서 제출 요건과 제품 호환성 검수를 같은 완료 항목으로 묶지 말고, 각각 어떤 근거를 확인했는지 남겨야 합니다.
출시 전에 나눌 5가지 기록
기록 칸 | 확인 질문 | 남길 내용 |
|---|---|---|
최소 지원 범위 | 어느 OS/API 수준부터 설치·사용을 검토하는가? | 빌드 설정 값, 제품이 정한 지원 전제, 확인 시점 |
타깃 SDK 변경 | 이번 빌드는 어떤 플랫폼 변화에 맞췄는가? | 변경 전후 값, 관련 동작 변화, 제출 요건 확인 링크 |
기능·하드웨어 전제 | 카메라·위치·Bluetooth 등 무엇을 전제하는가? | 필수/선택 기능, 권한 거절·미지원 시 대체 경로 |
핵심 흐름 검수 | 어떤 기기·OS·빌드에서 무엇을 관찰했는가? | 로그인·저장 등 실제 흐름, 시작 상태, 관찰 결과 |
공개·지원 안내 | 사용자와 지원팀에 어디까지 알릴 것인가? | 확인된 범위, 제외·미확인 조건, 다음 재검토 담당자 |
1. 최소 지원 범위는 ‘희망 기기 목록’이 아니라 현재 빌드의 전제로 적으세요
“대부분의 스마트폰 지원”처럼 넓은 문구는 출시 판단에 도움이 되지 않습니다. Android 앱이라면 현재 빌드의 최소 지원 API 수준과 그것이 의미하는 범위를 기록하고, iOS·iPadOS 등 다른 플랫폼도 각각의 최소 배포 대상과 분리하세요. 이 값은 사용자가 실제로 어떤 기능을 쓸 수 있는지까지 보장하지 않으므로, 뒤의 핵심 흐름 검수와 함께 읽어야 합니다.
외주 개발 결과를 받을 때는 설정 값만 전달받지 말고 해당 값이 들어간 빌드 식별자와, 그 범위에서 시험한 기기·OS 조합을 요청하세요. 출시 후 범위가 바뀌면 이 기록을 갱신해 지원팀과 공개 페이지가 다른 전제를 쓰지 않도록 합니다.
2. target SDK 변경은 ‘제출용 숫자’와 실제 동작 변화로 나누세요
Google Play의 현재 안내에 따르면 2026년 8월 31일부터 신규 앱과 업데이트는 Android 16(API 36) 이상을 타깃으로 제출해야 하며, 일부 기기 유형에는 별도 수준이 적용됩니다. 기존 앱의 신규 사용자 대상 가용성에도 타깃 API 수준이 관련될 수 있습니다. 이 기준은 바뀔 수 있으므로 특정 배포를 결정할 때는 반드시 Google Play 공식 안내를 다시 확인하세요.
하지만 “API 36으로 올렸다”는 기록만으로는 충분하지 않습니다. Android는 타깃 API가 올라갈 때 적용되는 동작 변화 목록을 제공하므로, 이번 MVP가 사용하는 로그인, 알림, 파일 공유, 백그라운드 처리처럼 영향 가능성이 있는 흐름을 따로 찾아 실제 빌드에서 관찰해야 합니다. 적용하지 않는 기능까지 문제라고 가정하거나, 확인하지 않은 수정이 완료됐다고 선언하지 않는 것이 중요합니다.
3. 필요한 기기 기능과 권한 거절 시 다음 행동을 적으세요
Apple은 App Store에서 기기 지원 여부를 판단할 때 앱이 요구하는 하드웨어 기능 값을 사용한다고 안내합니다. 이처럼 실제 앱이 특정 기능을 필수로 하는지, 선택 기능으로 처리할 수 있는지, 사용자가 권한을 거절했을 때 어떤 화면으로 이어지는지는 별도 판단입니다. 기술 문서나 기획서에 “카메라 필요”라고만 적기보다, 어떤 사용자 행동에서 필요한지와 대체 경로가 실제로 있는지를 남기세요.
권한 거절이나 기기 차이에 따른 예외는 앱 MVP 알림 권한 요청처럼 요청 시점과 거절 뒤 행동을 구분해 검토할 수 있습니다. 이 글의 방식은 특정 권한 획득률이나 기능 동작을 약속하는 것이 아니라, 어느 상태를 시험할지 정하기 위한 기록입니다.
4. 시험 기기 목록보다 핵심 흐름의 관찰 결과를 남기세요
기기 열 대를 나열해도 어떤 일이 확인됐는지 없으면 출시 판단을 다시 해야 합니다. 각 조합에 대해 대상 빌드, OS, 기기 종류, 시작 상태, 사용자의 행동, 관찰한 결과, 아직 확인하지 못한 조건을 한 줄로 연결하세요. 로그인·가입·저장·알림·결제처럼 해당 MVP의 핵심 행동을 모두 한 기준으로 시험할 필요는 없지만, 중요한 흐름을 빠뜨리지 않는 기준은 팀이 먼저 정해야 합니다.
핵심 흐름의 시작과 완료를 먼저 분명하게 만들어야 한다면 앱 MVP 핵심 흐름 측정의 기록 방식을 참고할 수 있습니다. 오류가 관찰된 경우에는 앱 MVP 오류 보고처럼 재현에 필요한 시작 상태와 증거를 남기되, 계정 정보·토큰 등 민감한 값은 포함하지 마세요.
5. 공개 안내는 확인된 범위와 미확인 범위를 함께 보여 주세요
스토어 설명, 고객지원 답변, 출시 공지의 범위가 서로 다르면 사용자에게 혼란을 줍니다. 확인된 최소 OS·기능 전제와 현재 제외한 범위를 사실대로 정리하고, 지원을 넓히려는 계획이 있어도 일정이나 결과를 단정하지 마세요. 새로운 SDK·기능 추가·스토어 요구사항 변경이 있을 때 누가 공식 원문과 핵심 흐름을 다시 확인할지도 기록에 남기는 편이 좋습니다.
배포 전에 사용자 공개 정보와 실제 빌드를 대조할 때는 MVP 스토어 등록 전 점검을 함께 확인할 수 있습니다. 유인어스는 민간 사업 지원 서비스이며, 이 글은 플랫폼 정책 해석·법률 자문·심사 통과·출시 성공 또는 특정 기기 호환성을 보장하지 않습니다.
자주 묻는 질문
minSdkVersion과 targetSdkVersion은 같은 뜻인가요?
같은 뜻이 아닙니다. Android 공식 문서는 minSdkVersion을 앱이 호환되는 가장 낮은 API 수준, targetSdkVersion을 설계·테스트한 가장 높은 API 수준으로 설명합니다. 실제 앱의 지원 범위는 이 값만으로 확정하지 말고 필요한 기기 기능과 핵심 흐름 시험 결과를 함께 확인하세요.
최신 target SDK로 올리면 모든 구형 기기에서 앱이 안 되나요?
그렇게 단정할 수 없습니다. 앱의 최소 지원 수준, 사용한 기능, 실제 기기·OS 조합에 따라 결과가 달라질 수 있습니다. 변경 전후에 어떤 범위를 검증했는지와 미확인 범위를 분리해 공개·지원 안내를 결정하세요.
스토어 제출 조건을 충족하면 호환성 테스트는 끝난 건가요?
아닙니다. 제출 조건과 실제 핵심 흐름의 동작 확인은 다른 일입니다. 대상 빌드, 기기·운영체제, 로그인·저장·결제 등 해당 앱의 핵심 행동, 관찰 결과와 다음 조치를 기록하세요.
외주 개발사에게 어떤 결과물을 요청하면 좋나요?
현재 최소·타깃 범위, 필요한 하드웨어·권한 전제, 시험한 기기·OS·빌드, 핵심 흐름별 관찰 결과, 제외·미확인 범위와 다음 확인 담당자를 받으세요. 이것은 계약상 검수 기준을 대체하지 않습니다.