앱 MVP Android 글꼴 크기: 확대·줄바꿈·버튼을 나누는 5가지 기준
앱 MVP Android 글꼴 크기: 확대·줄바꿈·버튼을 나누는 5가지 기준
앱의 화면이 기본 글꼴 크기에서는 정돈돼 보여도, 사용자가 시스템 글꼴 크기를 키우면 제목이 잘리고 버튼이 밀리거나 중요한 안내가 보이지 않을 수 있습니다. 이 문제를 “디자인이 조금 깨졌다”로만 보면 수정 범위가 끝없이 넓어집니다.
먼저 답하면, Android 앱 MVP의 글꼴 크기 대응은 텍스트 단위, 화면의 재배치, 고정 높이·여백, 행동 영역, 최대 크기 검수를 각각 다른 결정으로 기록할 때 관리하기 쉽습니다. Android는 사용자의 설정을 반영할 수 있도록 텍스트 크기에 sp 사용을 안내하며, Android 14에서는 최대 200%의 비선형 글꼴 확대를 지원합니다. 그러나 단위를 바꿨다는 사실만으로 모든 화면이 읽기 좋고 조작 가능해졌다는 뜻은 아닙니다.
이 글은 특정 앱이 접근성 기준을 충족했다거나 출시가 승인된다는 뜻이 아닙니다. 작은 팀이 화면을 만들고 고칠 때 무엇을 같은 문제로 묶지 말아야 하는지, 그리고 어떤 화면 상태를 실제로 확인할지를 정리합니다. 화면 읽기 순서와 설명은 앱 MVP 스크린 리더 흐름, 키보드가 열릴 때 입력 영역을 지키는 방법은 Android 키보드 전환 검수에서 이어서 볼 수 있습니다.
1. 글자 크기와 화면 밀도는 같은 문제가 아닙니다
Android Developers는 화면 요소에는 밀도 독립 단위인 dp, 글자에는 확장 가능한 단위인 sp를 쓰도록 안내합니다. sp는 기기의 화면 밀도뿐 아니라 사용자가 설정한 글꼴 크기도 반영합니다. 따라서 글자가 작게 보인다는 문제를 픽셀 수만 늘려 해결하려 하면, 다른 밀도나 사용자 설정에서 의도와 다른 결과가 생길 수 있습니다.
다만 sp는 텍스트를 위한 단위입니다. Android 14 안내처럼 비선형 확대에서는 글자 크기가 하나의 배율로 단순히 커지지 않습니다. 그래서 “제목 20sp와 여백 4sp를 더하면 같은 비례가 된다”는 식의 계산이나, 텍스트의 sp 값을 버튼 높이·패딩에 그대로 쓰는 가정은 안전하지 않습니다.
분리할 항목 | 확인할 질문 | 완료로 볼 수 없는 것 |
|---|---|---|
텍스트 단위 | 사용자 글꼴 설정을 반영하도록 텍스트가 | 기본 크기에서만 문장이 보이는 상태 |
화면 밀도 | 서로 다른 밀도에서도 요소의 물리적 크기와 자산이 어색하지 않은가? | 한 기기 스크린샷이 정상인 것 |
컨테이너 | 텍스트가 늘어날 때 줄바꿈·스크롤·재배치 중 무엇을 허용할 것인가? | 문자가 겹치지 않은 것만 확인한 상태 |
행동 영역 | 버튼·입력·오류 안내가 여전히 누를 수 있고 읽을 수 있는가? | 버튼 라벨 일부가 보이는 상태 |
검수 조건 | 어떤 글꼴 크기·기기·화면 상태에서 봤는가? | 코드 변경만 끝낸 상태 |
이 표는 Android의 필수 제출 양식이 아닙니다. 한 화면의 문제를 “글꼴 확대 지원”이라는 한 문장으로 닫지 않고, 다음 수정 우선순위를 정하기 위한 팀용 기록입니다.
2. 확대된 텍스트가 어디에서 재배치돼야 하는지 먼저 정합니다
텍스트가 길어지면 모든 화면을 같은 방식으로 처리할 수 없습니다. 설명을 읽는 화면이라면 여러 줄과 세로 스크롤이 자연스러울 수 있습니다. 반면 결제 확인처럼 한 번의 행동을 요구하는 화면은 핵심 금액·동의·버튼의 순서가 유지돼야 할 수 있습니다. Android의 사용자 확대 기능은 제품의 정보 우선순위까지 대신 정해 주지 않습니다.
그래서 각 화면에서 먼저 “이 글은 줄바꿈해도 되는가”, “내용이 더 길어지면 다음 행동은 스크롤 뒤에 둘 것인가”, “아이콘만으로 전달하던 의미를 글자로도 보완할 것인가”를 나눠 보세요. 화면이 좁아졌을 때 두 줄이 된 제목을 억지로 한 줄에 넣는 것보다, 제목·설명·행동의 위계를 유지하며 다시 흐르게 하는 편이 사용자 상태를 더 분명하게 보여 줄 수 있습니다.
한 줄 고정이 필요한 정보와 여러 줄로 늘어나도 되는 설명을 구분합니다.
길어진 라벨 때문에 버튼의 눌림 영역이 줄지 않는지 확인합니다.
오류 메시지와 입력값, 다음 행동이 한 화면에서 어떤 순서로 읽히는지 확인합니다.
줄임표를 쓰는 경우에는 사용자가 잃는 정보와 전체 내용을 볼 경로를 기록합니다.
텍스트 확대와 가로 화면, 키보드 표시가 함께 일어나는 경로는 별도 시나리오로 둡니다.
우리 앱 MVP의 화면 우선순위와 출시 전 검수 범위 정리하기
3. 고정 높이와 줄 간격은 글자 확대와 따로 검토합니다
비선형 글꼴 확대에서 작은 글자와 큰 글자가 같은 비율로 확대되지 않을 수 있습니다. Android Developers는 텍스트 크기뿐 아니라 줄 간격도 sp로 정의하라고 안내합니다. 텍스트는 커졌는데 줄 간격은 고정돼 있으면 문장이 답답하거나 겹쳐 보일 수 있기 때문입니다.
반대로 카드·행·버튼에 고정 높이를 둔 화면은 특히 확인이 필요합니다. “한 줄이어야 한다”는 디자인 의도가 실제 사용자 설정보다 우선하는지, 두 줄을 허용하고 높이를 늘릴지, 보조 설명을 다른 위치로 보낼지 결정해야 합니다. 이 판단은 화면마다 다르므로, 하나의 전역 규칙이나 하드코딩한 배율 식으로 해결됐다고 단정하지 않는 편이 좋습니다.
팀의 점검 기록에는 고정 높이를 둔 이유도 남기세요. 예를 들어 목록에서 한 화면에 더 많이 보이게 하려는 선택인지, 조작 대상의 크기를 유지하려는 선택인지, 애니메이션 전환의 제약인지가 다르면 수정 방법도 달라집니다. Android 14 문서는 Configuration.fontScale이나 scaledDensity로 직접 비율식을 만들지 말 것을 안내합니다. 관찰한 레이아웃 결과와 시스템이 제공하는 단위·변환 방식을 우선 확인하세요.
4. 최대 글꼴 크기에서 ‘읽힘’과 ‘완료’를 따로 확인합니다
Android 14에서는 접근성 설정에서 글꼴 크기를 최대 200%까지 설정해 테스트할 수 있습니다. 이때 제목이 화면에 남아 있다는 사실과 사용자가 업무를 끝낼 수 있다는 사실은 다릅니다. 회원가입이라면 약관, 오류 문구, 입력란, 제출 버튼, 완료 안내가 모두 필요한 순서로 보이는지 확인해야 합니다.
Android Studio의 Layout Validation에는 서로 다른 글꼴 크기를 미리 보는 구성이 있습니다. 이는 빠른 초기 점검에 쓸 수 있지만, 미리보기 한 번이 실제 기기·운영체제·언어·키보드·네트워크 조건을 대체하지는 않습니다. 제품에서 중요한 경로는 실제 기기 또는 목표 환경에서도 다시 관찰하고, 그때의 글꼴 설정과 화면 상태를 함께 남기세요.
관찰 단계 | 남길 사실 | 다음 판단 |
|---|---|---|
레이아웃 미리보기 | 어떤 화면에서 줄바꿈·겹침·잘림 후보가 보였는가 | 수정 후보를 고른다 |
최대 글꼴 설정 | 시스템 설정과 해당 화면 진입 조건 | 기본 상태와 같은 결과인지 비교한다 |
핵심 행동 | 입력·확인·오류·재시도 중 실제로 가능한 행동 | 차단 문제인지 사용성 개선인지 구분한다 |
실패 기록 | 기기·OS·앱 빌드·언어·방향·키보드 상태 | 코드, 콘텐츠, 조건 중 재검토 대상을 정한다 |
테스트 중 문제가 보이면 먼저 문제를 “글자가 커서 불편함”으로 뭉뚱그리지 마세요. 버튼이 화면 밖으로 밀렸는지, 문장이 잘렸는지, 오류가 입력란과 연결되지 않는지, 다음 행동을 찾기 어려운지를 나누면 한 번의 수정이 다른 흐름을 손상시키는 일을 줄일 수 있습니다.
5. 화면 통과와 출시 판단 사이에 남은 조건을 적습니다
한 기기에서 최대 글꼴 크기로 핵심 흐름을 마친 기록은 유용한 증거이지만, 모든 사용자 환경의 접근성이나 제품 성과를 보장하지 않습니다. 지원 기기 범위, 번역 길이, 사용자 데이터 상태, 네트워크 오류, 화면 회전, 화면 분할, 키보드 표시처럼 이번에 보지 못한 조건은 여전히 남습니다.
출시 전에는 다음 다섯 문장으로 결과를 닫아 보세요. 어떤 화면과 행동을 이번에 봤는가, 어떤 글꼴 설정·기기·빌드였는가, 어떤 요소가 여러 줄 또는 스크롤로 바뀌었는가, 아직 확인하지 않은 조건은 무엇인가, 그리고 발견한 문제를 누가 어떤 기준으로 다음 릴리스에 넣을 것인가입니다. 이 기록은 ‘접근성 완료’라는 선언보다 다음 검수의 범위를 명확하게 합니다.
유인어스는 민간 사업 지원 서비스입니다. 실제 제품의 접근성·출시 판단은 현재 Android 공식 문서, 대상 기기와 운영체제, 앱의 실제 사용자 흐름을 함께 검토해 내리세요.
자주 묻는 질문
글자에 sp를 쓰면 글꼴 크기 대응은 끝난 것 아닌가요?
아닙니다. sp는 사용자 글꼴 설정을 반영하는 텍스트 단위이지만, 줄바꿈, 컨테이너 높이, 행동 영역, 스크롤과 화면의 정보 우선순위는 별도로 확인해야 합니다.
Android 14의 200% 글꼴 크기에서만 검수하면 되나요?
최대 크기는 중요한 점검 조건이지만, 제품의 지원 범위와 핵심 사용자 경로에 맞는 기기·언어·방향·키보드 상태도 함께 확인해야 합니다. 한 조건의 통과는 그 조건에서의 관찰입니다.
텍스트가 커지면 버튼과 패딩도 sp로 만들어야 하나요?
그렇게 단정하면 안 됩니다. Android 14 안내는 비선형 확대에서 텍스트의 sp 값을 패딩이나 고정 높이에 적용하지 말 것을 설명합니다. 실제 화면에서 필요한 여백과 조작 영역을 별도로 검토하세요.
Layout Validation 미리보기만으로 실제 기기 검수를 대신할 수 있나요?
아닙니다. Layout Validation은 여러 글꼴 크기와 구성에서 문제 후보를 빠르게 보는 데 도움을 줄 수 있습니다. 실제 제품의 핵심 행동은 목표 기기와 조건에서도 다시 관찰하고, 결과 범위를 기록하는 편이 안전합니다.
확인한 공식 출처
Android Developers · Grids and units —
dp,sp, 사용자 글꼴 설정 반영을 2026-09-22 KST에 확인했습니다.Android Developers · Accessibility — 텍스트 크기, 시각적 구분, 조작 영역 권고를 2026-09-22 KST에 확인했습니다.
Android Developers · Android 14 features — 최대 200% 비선형 글꼴 확대,
sp·줄 간격과 직접 배율 계산의 주의점을 2026-09-22 KST에 확인했습니다.Android Developers · Layout Validation — 여러 글꼴 크기 레이아웃 미리보기 기능을 2026-09-22 KST에 확인했습니다.