[접근성연구·모바일] 가로로 돌리면, 확대하면

방향·확대 대응 연구

〈디지털 접근성 연구 027〉 — 이 글은 규정이 아니라 하나의 연구 관점입니다. 인용 수치·기준은 출처와 함께, 미확정 영역은 그렇다고 밝혀 작성합니다.

들어가며

사람들은 휴대폰을 세로로만 쓰지 않는다. 영상을 볼 때, 표가 많은 화면을 볼 때, 혹은 그냥 손에 잡은 각도에 따라 화면을 가로로 돌린다. 또 작은 글자가 안 보일 때, 버튼을 정확히 누르고 싶을 때 손가락으로 화면을 벌려 확대한다. 화면을 돌리는 일과 확대하는 일은 모두 사용자의 정당하고 흔한 행동이다.

문제는 이 두 행동에 화면이 제대로 대응하지 못할 때 생긴다. 가로로 돌렸더니 레이아웃이 깨지거나, 세로 모드로 강제로 되돌려지거나, 가로에서 핵심 버튼이 사라진다. 확대했더니 콘텐츠가 잘리거나, 가로 스크롤이 새로 생기거나, 아예 확대 자체가 막혀 있다. 사용자의 정당한 행동이 곧장 장벽이 되는 것이다.

이번 편은 '방향 대응'과 '확대 대응'을 기준 연구의 관점에서 다룬다. 화면을 돌리고 확대하는 행동이 왜 중요한지, 무엇이 보존되어야 하는지, 표준은 무엇을 말하는지를 정리한다. 특히 확대는 저시력 사용자에게 필수적인 사용 방식이라는 점에서, 이 영역은 곁가지가 아니라 접근성의 핵심에 가깝다.

1. 왜 돌리고 확대하나 — 행동의 이유

방향 전환과 확대는 변덕이 아니라 분명한 이유에서 나온다.

가로로 돌리는 이유. 표나 가로로 긴 콘텐츠를 더 넓게 보려고, 영상을 크게 보려고, 혹은 휴대폰을 거치대에 가로로 올려두고 쓰려고 돌린다. 일부 사용자는 손이나 자세의 제약 때문에 특정 방향이 더 편하기도 하다. 거치대에 고정해 쓰는 사용자에게는 가로가 기본 방향일 수 있다.

확대하는 이유. 가장 큰 이유는 시력이다. 작은 글자가 안 보이는 저시력 사용자에게 확대는 콘텐츠를 읽기 위한 필수 행동이다. 또 손 떨림이 있거나 정밀 조작이 어려운 사용자는 버튼을 정확히 누르기 위해 확대한다. 밝은 햇빛 아래에서 잘 안 보일 때, 작은 이미지의 세부를 볼 때도 확대한다.

이 이유들의 공통점은 '필요'에서 나온다는 것이다. 돌리고 확대하는 것은 사용자가 콘텐츠에 닿기 위해 선택하는 정당한 방법이다. 그래서 이 행동을 막거나 깨뜨리는 것은, 사용자가 콘텐츠에 닿는 길을 막는 것과 같다.

두 행동의 이유와 '막혔을 때 누가 먼저 다치나'를 표로 정리하면 다음과 같다.

행동	주된 이유	누가 특히 필요로 하나	막혔을 때의 성격
가로 회전	넓게 보기·영상·거치대 고정	거치대 고정 사용자, 자세 제약자	거치대 사용자에겐 '쓸 수 없음'
화면 확대	작은 글자 읽기·정밀 조작	저시력·손 떨림 사용자	저시력 사용자에겐 '읽을 수 없음'
글자 확대	본문 가독성	저시력·고령 사용자	버튼 글자 잘림→기능 불명

(관점) 표의 오른쪽 두 열이 핵심이다. 가로·확대를 막거나 깨는 일은 '불편'이 아니라, 그 행동을 필요로 하는 사람에게 '불가능'이 된다.

1-1. 확대는 '선택'이 아니라 '필요'일 수 있다

확대를 '편의 기능' 정도로 보기 쉽지만, 저시력 사용자에게 확대는 편의가 아니라 필요다. 확대하지 않으면 글자를 읽을 수 없다면, 확대는 그 사용자에게 콘텐츠의 유일한 통로다. 그래서 확대를 막아두거나, 확대 시 콘텐츠가 깨지게 두는 것은 그 사용자에게 콘텐츠를 닫아버리는 것과 다르지 않다. 방향·확대 대응을 접근성의 핵심으로 봐야 하는 이유다.

2. 방향 대응 — 가로로 돌렸을 때 보존할 것

화면을 가로로 돌렸을 때 보존되어야 할 것들을 기준 연구의 관점에서 정리한다.

기능과 정보의 유지. 세로에서 할 수 있던 일을 가로에서도 할 수 있어야 한다. 가로로 돌렸다고 일부 기능이 사라지거나 핵심 버튼이 보이지 않게 되어선 안 된다.

방향 강제의 회피. 특별한 이유 없이 화면을 한 방향으로만 강제하지 않는 것이 권장된다. 사용자가 가로를 선호하거나 가로로만 쓸 수 있는 상황(거치대 고정 등)인데 세로로 강제되면, 그 사용자는 불편을 넘어 사용 자체가 어려워질 수 있다. 게임이나 특정 영상처럼 방향이 본질적으로 중요한 경우는 예외로 둘 수 있으나, 일반적인 정보·신청 페이지에서 방향을 강제할 이유는 드물다.

가로에서의 레이아웃 견딤. 가로 모드에서 레이아웃이 깨지지 않아야 한다. 특히 가로 모드는 세로 높이가 줄어들어, 키보드가 올라오면 입력란이나 버튼이 가려지기 쉽다. 이 상황에서도 폼을 끝까지 쓸 수 있는지가 견딤의 핵심이다.

2-1. 방향 강제가 배제를 낳는 경우

방향 강제의 문제는 평소엔 잘 드러나지 않는다. 대부분의 사용자는 세로로 쓰기 때문이다. 그러나 손이나 자세의 제약으로 휴대폰을 거치대에 가로로 고정해 쓰는 사용자에게, 세로 강제는 곧 '쓸 수 없음'이 된다. 그가 화면을 직접 들어 세로로 돌릴 수 없다면, 세로로만 작동하는 페이지는 그에게 닫혀 있다. 방향 강제는 다수에게는 사소하지만 특정 소수에게는 결정적인 배제가 될 수 있다.

3. 확대 대응 — 확대했을 때 보존할 것

화면을 확대했을 때 보존되어야 할 것들을 정리한다.

확대 자체의 허용. 사용자가 화면을 확대할 수 있어야 한다. 확대를 막아두는 설정은 저시력 사용자에게 직접적인 장벽이 된다. 일부 페이지가 사용자의 확대를 제한하는 경우가 있는데, 이는 접근성 관점에서 권장되지 않는다.

확대 시 콘텐츠의 견딤. 확대하면 같은 화면에 들어오는 영역이 줄어든다. 사실상 화면을 더 좁게 쓰는 셈이다. 이때 콘텐츠가 잘리거나 겹치지 않고, 한 방향 스크롤만으로 읽을 수 있어야 한다. 확대가 새로운 가로 스크롤을 만들어선 안 된다는 것이 핵심이다.

텍스트 확대의 지원. 화면 전체를 키우는 확대뿐 아니라, 글자 크기만 키우는 텍스트 확대에서도 콘텐츠가 견뎌야 한다. 글자를 키웠더니 박스를 넘쳐 겹치거나, 버튼의 글자가 잘려 무슨 버튼인지 알 수 없게 되어선 안 된다.

방향·확대 대응에서 보존할 것을 한데 모으면 다음과 같다.

영역	보존할 것	깨졌을 때의 증상
방향	가로에서도 기능·정보 유지	가로에서 핵심 버튼 사라짐
방향	방향 강제 회피	세로 강제로 거치대 사용자 배제
방향	가로 레이아웃 견딤	키보드가 입력란·제출 가림
확대	확대 자체 허용	확대 차단으로 저시력 배제
확대	확대 시 한 방향 스크롤	확대가 새 가로 스크롤 생성
확대	글자 확대 견딤	버튼 글자 잘림→기능 불명

(관점) 여섯 줄 모두 '보통 상태'에서는 멀쩡하다가 사용자의 정당한 행동이 더해질 때 비로소 깨진다. 그래서 점검은 '돌리고 키운 상태'를 일부러 만들어 본다.

3-1. 확대는 '리플로'와 한 몸이다

확대 대응은 앞서 여러 편에서 다룬 리플로(Reflow), 즉 콘텐츠를 좁혀도 한 방향 스크롤로 읽을 수 있어야 한다는 기준과 한 몸이다. 확대는 화면을 더 좁게 쓰는 것이므로, 좁은 화면에서 견디는 페이지는 확대에서도 대체로 견딘다. 반대로 확대에서 깨지는 페이지는 좁은 화면에서도 문제가 있을 가능성이 크다. 확대 대응 점검은 좁은 화면 점검의 연장선에 있다.

4. 표준은 무엇을 말하나 — 방향·확대·텍스트 크기

방향·확대 대응과 맞닿는 접근성 기준을 모으면 몇 갈래로 정리된다. 웹 콘텐츠 접근성 지침(WCAG)에는 화면 방향을 특별한 이유 없이 한 방향으로 제한하지 말라는 취지의 항목, 텍스트를 일정 비율까지 키워도 정보·기능을 잃지 않아야 한다는 취지의 항목, 그리고 콘텐츠를 좁혀도 한 방향 스크롤로 접근 가능해야 한다는 리플로 항목이 있다. 한국형 웹 콘텐츠 접근성 지침(KWCAG)도 텍스트 확대·콘텐츠 재배치 관련 항목에서 같은 방향을 가리키는 것으로 알려져 있다.

이 항목들의 정확한 번호·비율·등급·예외(방향이 본질적인 경우 등)는 지침 원문과 공공 디자인 기준(KRDS)의 관련 문서에서 직접 확인하는 것이 안전하다. 특히 '텍스트를 몇 퍼센트까지'나 '콘텐츠를 어느 폭까지'처럼 구체적 수치가 결부된 항목은, 외워서 적용하기보다 원문의 정확한 기준을 대조하는 편이 정확하다. 이 글의 취지는 특정 수치를 단정하는 것이 아니라, 표준이 공통으로 '돌려도, 키워도 잃지 말라'는 방향을 가리킨다는 점을 정리하는 데 있다.

5. 관찰 — 돌리고 확대한 화면들

공공 영역의 여러 화면을 가로로 돌리고 확대해 본 관찰을, 익명으로 정리한다.

한 장면에서는 세로에서 멀쩡하던 신청 폼을 가로로 돌리자, 키보드가 화면 대부분을 덮어 입력 중인 칸과 제출 버튼이 모두 보이지 않았다. 가로 모드에서는 사실상 폼을 마칠 수 없었다. 다른 장면에서는 화면을 확대하자 본문이 화면 밖으로 새어 나가 가로 스크롤이 생겼다. 확대 전에는 없던 가로 스크롤이 확대로 인해 나타나, 글을 읽으려면 좌우로 밀어야 했다. 저시력 사용자가 읽기 위해 확대했는데, 확대가 오히려 읽기를 더 어렵게 만든 셈이다.

또 다른 장면에서는 글자 크기만 키웠더니 버튼 안의 글자가 박스를 넘쳐, 버튼의 일부 글자가 잘려 무슨 기능인지 알기 어려워졌다. 이 장면들의 공통점은 '돌리거나 확대하기 전에는 문제가 없었다'는 것이다. 사용자의 정당한 행동이 더해졌을 때 비로소 막힘이 드러났다. 그래서 방향·확대 대응은 '보통 상태' 점검만으로는 잡히지 않는다.

관찰한 장면을 익명으로 묶으면 다음과 같다.

관찰된 장면	더해진 행동	드러난 막힘	누가 다치나
신청 폼	가로 회전	키보드가 입력란·제출 버튼 가림	가로로 폼 쓰는 사용자
본문 읽기	화면 확대	새 가로 스크롤 발생	저시력 사용자
버튼	글자 확대	버튼 글자 잘려 기능 불명	저시력·고령 사용자

(관찰) 위 장면은 특정 기관을 지목하지 않은 익명 관찰이며, 기기·해상도·점검 시점에 따라 다르게 나타날 수 있다. 공통점은 '정당한 행동 전에는 멀쩡했다'는 것이다.

5-1. 가장 도움이 필요한 사람에게 더 큰 장벽

이 관찰들이 드러내는 뼈아픈 점은, 확대 대응의 실패가 '가장 도움이 필요한 사람'에게 가장 큰 장벽이 된다는 것이다. 확대는 저시력 사용자가 콘텐츠에 닿기 위한 필수 행동인데, 그 확대가 콘텐츠를 깨뜨린다면, 도움이 가장 필요한 사람이 가장 큰 어려움을 겪는다. 비장애 사용자는 확대하지 않아도 읽을 수 있어 이 문제를 겪지 않는다. 방향·확대 대응의 실패는 이렇게 영향을 불균등하게 분배한다.

6. 점검의 관점 — 돌리고 확대해 보기

방향·확대 대응은 실제로 '돌리고 확대해 보는' 것으로 가장 잘 드러난다. 점검의 시선은 다음과 같다.

화면을 가로로 돌렸을 때, 세로에서 되던 기능이 모두 되는가. 가로에서 핵심 버튼이 사라지거나 키보드에 가려지지 않는가. 특별한 이유 없이 방향이 한쪽으로 강제되지 않는가. 화면을 확대했을 때, 콘텐츠가 잘리거나 겹치지 않고 한 방향 스크롤로 읽히는가. 확대가 새로운 가로 스크롤을 만들지 않는가. 글자 크기만 키웠을 때 버튼·박스의 글자가 잘리거나 넘치지 않는가. 그리고 확대 자체가 막혀 있지는 않은가.

각 행동(가로 회전, 화면 확대, 글자 확대)을 하나씩 적용해 핵심 흐름(읽기, 신청 등)을 끝까지 밟아보는 것이 점검의 핵심이다. 어느 한 행동에서라도 콘텐츠나 기능을 잃는다면, 그 행동을 필요로 하는 사용자에게 페이지는 닫혀 있는 것이다.

점검 동작과 합격 기준을 표로 정리하면 다음과 같다.

점검 동작	보는 것	합격 기준
가로로 돌리기	기능·버튼 유지, 키보드 가림	세로에서 되던 일이 가로에서도 됨
방향 강제 확인	강제 여부와 이유	본질적 이유 없으면 강제 안 함
손가락 확대	콘텐츠 잘림·가로 스크롤	한 방향 스크롤로 읽힘
확대 차단 확인	확대 가능 여부	사용자 확대를 막지 않음
글자만 확대	박스 넘침·버튼 글자 잘림	글자 키워도 기능 식별 가능

(관점) 합격 기준의 공통 문장은 '사용자의 정당한 행동 뒤에도 길이 살아 있는가'다. 점검은 보통 상태가 아니라, 일부러 만든 '돌리고 키운 상태'에서 이뤄진다.

6-2. 반론과 한계

이 관점에도 반론과 한계가 있다.

반론·한계	내용	이 글의 입장
"방향 강제가 필요한 경우도 있다"	게임·특정 영상은 방향이 본질	인정. 일반 정보·신청 페이지의 강제만 문제 삼음
"다수는 세로로만 쓴다"	가로·확대를 안 쓰는 사람이 많음	다수의 무관함이 소수의 배제를 정당화하진 않음
정적 점검의 한계	회전·확대 후 깨짐은 실제 조작이 필요	보통 상태 자동 점검으론 안 잡힘
수치 단정의 어려움	'몇 %까지'는 원문 기준이 다름	수치는 단정 않고 원문 확인 권장

(관점) 한계를 적는 이유는 이 연구가 '정답표'가 아니라 '관점'임을 밝히기 위해서다. 가로·확대 자체를 의무화하자는 것이 아니라, 그 행동 뒤에도 길이 보존되는지를 본다.

6-3. ViewCheck의 관점 — 사람과 도구의 분담

방향·확대 점검은 자동 도구가 보는 영역과 사람이 직접 조작해야 하는 영역이 갈린다.

점검 항목	자동 점검이 보는 것	사람이 봐야 하는 것
확대 차단	viewport의 확대 제한 설정	실제 확대해 본 읽기 흐름
글자 확대 견딤	글자 키운 뒤 겹침·넘침 신호	버튼 기능이 여전히 식별되는지
가로 레이아웃	가로 폭 깨짐·가로 스크롤 신호	키보드 올라온 폼의 완결성
방향 강제	방향 고정 속성 유무	강제가 본질적 이유인지의 판단
리플로	좁은 폭에서 가로 스크롤 발생	확대 상태의 실제 가독성

(관점) 자동 점검은 확대 차단·레이아웃 깨짐 같은 '신호'를 빠르게 모으고, 사람은 '돌리고 키운 뒤에도 끝까지 되는가'를 손으로 확인한다. ViewCheck는 둘을 합쳐, 가장 도움이 필요한 사용자에게 길이 닫히지 않았는지를 본다.

7. 한 장 요약

구분	핵심
행동의 이유	가로: 넓게 보기·거치대. 확대: 시력·정밀 조작 (필요에서 나옴)
확대의 성격	편의가 아니라 저시력 사용자에겐 필수 통로
방향 대응	기능 유지·방향 강제 회피·가로에서 레이아웃 견딤
확대 대응	확대 허용·콘텐츠 견딤·텍스트 확대 지원
표준 방향	돌려도·키워도 정보·기능 유지 (수치·예외는 원문 확인)
영향의 불균등	도움이 가장 필요한 사람에게 실패가 가장 큰 장벽
점검 핵심	가로 회전·화면 확대·글자 확대를 하나씩 적용해 끝까지

맺으며

화면을 돌리고 확대하는 것은 변덕이 아니라 필요에서 나오는 정당한 행동이다. 특히 확대는 저시력 사용자에게 콘텐츠로 가는 필수 통로다. 그래서 방향·확대 대응의 실패는 단순한 불편이 아니라, 가장 도움이 필요한 사용자에게 가장 큰 장벽을 세우는 일이다. 돌려도 기능을 잃지 않고, 키워도 콘텐츠가 깨지지 않아야, 모든 사용자가 자기에게 맞는 방식으로 콘텐츠에 닿을 수 있다.

우리는 방향·확대 대응을 '추가 기능'이 아니라 '닿을 권리의 보존'으로 본다. 그리고 그 보존은 보통 상태 점검만으로는 확인되지 않으므로, 의식적으로 돌리고 확대해 핵심 흐름을 끝까지 밟아봐야 드러난다. 다음 편에서는 이 확대 대응을 점검의 시선으로 더 좁혀, '확대했더니 사라진 버튼'이라는 줌 대응 점검으로 모바일 묶음을 마무리한다.

다음 편 예고 (028): 〈확대했더니 사라진 버튼 / 줌 대응 점검 관점〉 — 확대했을 때 버튼이 사라지거나 콘텐츠가 깨지는 막힘을, 점검에서 어떻게 재현하고 찾아낼지 다룬다. 모바일 묶음의 마지막 편.

---

참고한 공개 자료(출처):

• W3C, Web Content Accessibility Guidelines (WCAG) 2.1 — Orientation(1.3.4), Resize Text(1.4.4), Reflow(1.4.10) 등 (정확한 항목·비율·등급은 원문 확인 권장)
• 한국지능정보사회진흥원(NIA), 한국형 웹 콘텐츠 접근성 지침(KWCAG) 2.x — 텍스트 확대·콘텐츠 재배치 관련 항목
• 행정안전부·디지털플랫폼정부, KRDS(공공 디자인 시스템) 반응형·확대 관련 공개 문서
• MDN Web Docs — Orientation, viewport meta, Zoom/Reflow 개요