[접근성연구·고령] 로그인에서 멈추는 사람들
인증 흐름을 만든 사람에게 "로그인 잘 되나요?"라고 물으면, 대개 "잘 됩니다"라는 답이 돌아옵니다. 본인이 해 보니 되기 때문입니다. 그러나 같은 흐름을 처음 온 고령 사용자에게 시켜 보면, 곳곳에서 멈춤이 생깁니다. 한 흐름에 대한 두 경험이 이렇게 갈리는 이유는, 앞 편들에서 거듭 본 것과 같습니다. 만든 사람은
![[접근성연구·고령] 로그인에서 멈추는 사람들](https://xbbhievqdmccsexxrdtn.supabase.co/storage/v1/object/sign/covers/content/zq11nqyi-100579.jpeg?token=eyJraWQiOiJzdG9yYWdlLXVybC1zaWduaW5nLWtleV8yOWQwYWZmNy1mOWJhLTRkNmUtYmZlZi0yMzg2NTc0ZWUzODQiLCJhbGciOiJIUzI1NiJ9.eyJ1cmwiOiJjb3ZlcnMvY29udGVudC96cTExbnF5aS0xMDA1NzkuanBlZyIsInNjb3BlIjoiZG93bmxvYWQiLCJpYXQiOjE3ODQ0NjU3MjMsImV4cCI6MjA5OTgyNTcyM30.vKpDYHC3EVS1sfGEPDfYsWnfcDxR3cP4ZEemO1VWbmE)
인증 흐름 점검 관점
〈디지털 접근성 연구 ⑭〉 — 이 글은 규정이 아니라 하나의 연구 관점입니다. 앞 편(⑬)이 "본인인증이라는 문턱 — 진입 장벽이 왜 생기는가"를 다뤘다면, 이번 편은 "그래서 우리 인증 흐름의 어디서 사용자가 멈추는지를 어떻게 직접 점검하나"를 점검의 관점에서 봅니다. 특정 도구가 아니라, 누구나 따라 할 수 있는 방법을 정리합니다. 인용한 기준은 출처와 함께 적고, 관찰한 장면은 익명으로 옮깁니다.
들어가며 — '되더라'와 '되지 않더라' 사이
인증 흐름을 만든 사람에게 "로그인 잘 되나요?"라고 물으면, 대개 "잘 됩니다"라는 답이 돌아옵니다. 본인이 해 보니 되기 때문입니다. 그러나 같은 흐름을 처음 온 고령 사용자에게 시켜 보면, 곳곳에서 멈춤이 생깁니다. 한 흐름에 대한 두 경험이 이렇게 갈리는 이유는, 앞 편들에서 거듭 본 것과 같습니다. 만든 사람은 '바르게' 쓰고, 그래서 막히지 않습니다.
앞 편(⑬)에서 우리는 본인인증이 왜 고령 사용자에게 문턱이 되는지를 보았습니다. 그 결론은 '보안을 지키면서도 문턱을 낮추자'였습니다. 그러나 낮추려면 먼저 어디가 높은지를 알아야 합니다. 우리 인증 흐름의 어느 단계에서 사용자가 멈추는지를 모른 채로는, 무엇을 고쳐야 할지도 알 수 없습니다. 이번 편은 그 '멈추는 자리'를 찾는 점검을 다룹니다.
핵심은 앞 편들의 점검과 같습니다 — '되더라'가 아니라 '누가, 어디서, 왜 멈추더라'를 보는 것입니다. 로그인이 '되느냐 안 되느냐'는 만든 사람의 시험으로 알 수 있지만, '누가 어디서 멈추느냐'는 실제 사용자의 흐름을 따라가야만 보입니다. 그 멈춤의 자리를 찾는 것이 이번 편이 제안하는 점검입니다.
1. 인증 흐름을 '단계'로 쪼개기 — 점검의 출발
인증 흐름을 점검하려면, 먼저 그 흐름을 단계로 쪼개야 합니다. '로그인'을 하나의 덩어리로 보면 어디서 막히는지 보이지 않습니다. 흐름을 작은 단계로 나누면, 각 단계가 각각의 점검 대상이 됩니다.
일반적인 인증 흐름을 단계로 나누면 대략 이렇습니다. (1) 인증 수단을 고르는 단계, (2) 정보를 입력하는 단계, (3) 다른 앱이나 화면으로 전환하는 단계, (4) 인증번호 등을 확인해 입력하는 단계, (5) 원래 화면으로 돌아오는 단계, (6) 성공 또는 실패를 확인하는 단계. 흐름에 따라 단계가 더 많거나 적을 수 있지만, 핵심은 흐름을 '하나'가 아니라 '여러 단계의 연속'으로 보는 것입니다.
이렇게 단계를 쪼개 두면, 점검은 "로그인이 되나"가 아니라 "각 단계의 전환에서 사용자가 멈추지 않는가"로 구체화됩니다. 멈춤은 대개 한 단계 안이 아니라 단계와 단계 사이의 전환에서 일어납니다. 정보를 입력하다가, 앱을 바꾸다가, 돌아오다가 막히는 것입니다. 그래서 점검의 눈을 '단계 사이'에 두는 것이 중요합니다.
1-1. 여섯 단계를 한 장으로
흐름을 단계로 쪼개면, 각 단계가 ⑬편에서 본 어느 어려움과 맞닿는지, 그리고 무엇을 점검할지가 한눈에 보입니다.
| 단계 | 사용자가 하는 일 | 막히는 까닭(⑬ 연결) | 점검 질문 |
|---|---|---|---|
| ① 수단 선택 | 인증 방법을 고름 | 선택지의 과잉 | "고를 근거가 주어지나" |
| ② 정보 입력 | 정보를 적음 | 작은 입력·정확성 | "무엇을 어떤 형식으로 적나" |
| ③ 앱·화면 전환 | 다른 앱으로 넘어감 | 여러 기기·전환 | "전환을 미리 알리나" |
| ④ 인증번호 확인 | 숫자를 확인·입력 | 옮겨 적기·시간 제한 | "외워 옮겨 적게 하나" |
| ⑤ 원래 화면 복귀 | 되돌아옴 | 전환 후 길 잃음 | "돌아오는 길이 보이나" |
| ⑥ 성공·실패 확인 | 결과를 확인 | 실패 후 막막함 | "왜 틀렸는지 알려주나" |
표의 가운데 열이 ⑬편(진입 장벽 '왜')과 이번 편(점검 '어떻게')을 잇습니다. 같은 어려움을 ⑬편은 '왜 생기나'로, 이번 편은 '어느 단계에서 보이나'로 봅니다. 우리는 멈춤이 단계 안보다 단계 사이(②→③, ③→④, ④→⑤)에서 더 자주 일어난다고 봅니다. 그래서 점검의 눈을 화살표(전환)에 두는 것이 한 단계를 들여다보는 것보다 더 많은 멈춤을 잡아냅니다.
2. 점검의 기준 — 표준은 무엇을 말하나
인증 흐름을 점검하는 일에는 참고할 기준이 있습니다. 앞 편에서 인용한 표준들을, 이번에는 점검의 항목으로 옮겨 봅니다.
WCAG의 '접근 가능한 인증(3.3.8)'은 점검 질문이 됩니다 — 이 인증은 기억력이나 옮겨 적기에 의존하는가? 긴 숫자를 외워 입력하거나, 퍼즐을 풀거나, 한 곳의 정보를 다른 곳에 정확히 옮겨 적어야만 통과하는 단계가 있다면, 그 단계는 점검 대상입니다.
'시간 조절(2.2.1)'도 점검 질문이 됩니다 — 시간 제한이 있다면, 천천히 조작하는 사용자가 감당할 수 있는가? 인증번호 입력에 짧은 제한이 있고 연장할 길이 없다면, 그 단계는 점검 대상입니다.
'오류 식별(3.3.1)'과 '오류 제안(3.3.3)'은 실패 단계의 점검 질문이 됩니다 — 인증이 실패했을 때, 무엇이 왜 틀렸고 어떻게 다시 하는지를 알려주는가? "인증에 실패했습니다"만 뜬다면, 그 단계는 점검 대상입니다.
점검의 출발점은 이 질문들로 요약됩니다. "이 인증 흐름의 각 단계가, 본인 확인이라는 본래 목적을 넘어 사용자에게 불필요한 부담(기억·정확성·속도·막막함)을 지우고 있지는 않은가?" 그런 단계가 보이면, 그곳이 문턱이 높아지는 자리입니다.
3. 직접 해 보는 점검 — 다섯 가지 방법
여기서부터는 도구 없이도 할 수 있는 점검 방법입니다. 순서대로 따라 하면 인증 흐름의 멈추는 자리를 찾아낼 수 있습니다.
3-1. '단계별로 천천히 따라가기' 점검
흐름을 단계로 쪼갠 뒤(§1), 각 단계를 일부러 천천히 따라가 봅니다. 빠르게 통과하지 말고, 각 전환에서 "사용자라면 지금 다음에 무엇을 해야 할지 분명히 알까?"를 묻습니다. 특히 앱을 전환하는 단계와 돌아오는 단계에서, 안내가 없으면 멈춤이 생긴다는 것을 기억합니다.
3-2. '일부러 틀려 보기' 점검
⑧편에서 본 것처럼, 일부러 잘못해 봅니다. 인증번호를 한 자 틀리게 입력하고, 시간 제한을 일부러 넘기고, 잘못된 정보를 넣어 봅니다. 그때 화면이 무엇이 왜 틀렸는지, 어떻게 다시 하는지를 분명히 알려주는지 봅니다. 막연한 실패 안내가 나오면, 그곳이 점검 대상입니다.
3-3. '느린 손' 점검
천천히 조작하는 사용자를 흉내 내 봅니다. 인증번호를 확인하러 메시지 앱에 갔다가, 일부러 시간을 들여 한 자 한 자 천천히 입력해 봅니다. 그 사이 시간 제한이 지나 처음으로 돌아가지는 않는지, 천천히 하면 흐름이 끊기지 않는지 봅니다. 빠른 손으로는 보이지 않던 시간의 압박이, 느린 손으로 하면 드러납니다.
3-4. '앱 전환 후 길 찾기' 점검
인증을 위해 다른 앱으로 넘어간 뒤, 일부러 길을 잃은 척해 봅니다. "여기서 원래 화면으로 어떻게 돌아가지?"를 안내 없이 스스로 찾을 수 있는지 봅니다. 자동으로 돌아오지 않고 사용자가 직접 앱을 바꿔야 한다면, 그 방법을 모르는 사용자가 갇히는 자리입니다.
3-5. '처음 온 사람' 점검
그 서비스를 한 번도 써 보지 않은 사람, 특히 디지털에 덜 익숙한 분에게 실제로 로그인을 부탁해 봅니다. "여기서 로그인을 한번 해 보시겠어요?" 그리고 어느 단계에서 멈추는지, 어디서 "이게 뭐예요?"라고 묻는지, 어디서 한숨을 쉬는지를 가만히 관찰합니다. 멈추는 그 자리가 바로 문턱입니다. 이 방법은 가장 단순하면서도 가장 정확한 점검 중 하나라고 우리는 봅니다. 만든 사람의 어떤 자기 평가보다, 처음 시도한 사람의 멈춤이 흐름의 장벽을 분명히 알려줍니다.
3-6. 다섯 점검을 한 장으로 — 무엇을 드러내나
다섯 방법은 드러내는 멈춤이 서로 다릅니다. 어느 단계의 문턱을 의심하느냐에 따라 골라 쓸 수 있도록 한 표로 정리합니다.
| 점검 방법 | 주로 드러내는 멈춤 | 겨냥하는 단계 | 혼자 가능? |
|---|---|---|---|
| 단계별 천천히 따라가기 | 전환 안내의 부재 | ③④⑤ 전환·복귀 | 가능 |
| 일부러 틀려 보기 | 막막한 실패 안내 | ⑥ 성공·실패 | 가능 |
| 느린 손 | 시간 제한의 압박 | ④ 인증번호 입력 | 가능 |
| 앱 전환 후 길 찾기 | 복귀 경로의 부재 | ⑤ 원래 화면 복귀 | 가능 |
| 처음 온 사람 | 모든 단계의 실제 멈춤(가장 정확) | ①~⑥ 전체 | 불가(타인 필요) |
표가 보여 주듯, 앞의 네 방법은 혼자서 특정 단계를 겨냥해 빠르게 점검할 수 있지만 '만든 사람의 눈'이라는 한계를 안고, 마지막 '처음 온 사람'은 타인의 시간이 들지만 모든 단계의 실제 멈춤을 가장 정확하게 드러냅니다. 우리는 혼자 하는 네 점검으로 단계별 의심을 좁히고, 대표 로그인에는 '처음 온 사람' 점검을 반드시 더하는 두 단계 구성을 권합니다.
4. 멈춤의 자리를 기록하기 — 빈틈을 사실로 남기기
점검의 결과는 기록으로 남겨야 일감이 됩니다. "로그인이 좀 어려운 것 같다"는 며칠 뒤면 사라지지만, "인증 2단계: 다른 앱 전환 후 복귀 안내 없음 / 사용자 3명 중 2명이 여기서 멈춤"이라는 기록은 고칠 수 있는 대상이 됩니다.
우리가 권하는 기록 항목은 다음과 같습니다. 어느 단계에서 멈추는가(§1의 단계 번호로), 무엇 때문에 멈추는가(선택 막막함 / 입력 어려움 / 전환 끊김 / 시간 초과 / 실패 막막함 중 무엇), 누가 멈추는가(처음 온 사용자 / 천천히 조작하는 사용자 등), 그리고 재현 방법(어떻게 하면 그 멈춤이 나타나는가). 특히 재현 방법이 중요합니다. "앱 전환 후 돌아오는 안내가 없어 멈춘다"처럼 재현할 수 있게 적어야, 고치는 사람이 같은 상황을 만들어 확인할 수 있습니다.
기록은 또한 우선순위를 매기는 근거가 됩니다. 어느 멈춤이 더 많은 사용자에게 일어나는지, 어느 단계가 더 치명적인지(거기서 막히면 서비스 전체에 못 들어가는지)를 함께 적어두면, 무엇을 먼저 메울지 정할 수 있습니다. 점검의 목적은 늘 그렇듯 "고칠 수 있는, 순서가 매겨진 목록"을 만드는 것입니다.
| 기록 항목 | 무엇을 적나 | 예시 |
|---|---|---|
| 어느 단계 | §1의 단계 번호 | ③ 앱·화면 전환 |
| 무엇 때문에 | 멈춤의 종류 | 전환 끊김(복귀 안내 없음) |
| 누가 | 멈춘 사용자 유형 | 처음 온 사용자 3명 중 2명 |
| 재현 방법 | 어떻게 하면 나타나나 | 인증 앱 전환 후 수동으로 복귀 시도 |
| 영향·우선순위 | 얼마나 치명적인가 | 높음(여기서 막히면 서비스 진입 불가) |
이 다섯 칸이 채워지면 "로그인이 좀 어렵다"는 막연한 인상이 고칠 수 있는 한 줄의 일감으로 바뀝니다. 특히 '재현 방법'과 '영향·우선순위' 두 칸이 핵심입니다 — 재현 방법은 고치는 사람이 같은 멈춤을 직접 확인하게 하고, 영향·우선순위는 한정된 시간을 어디에 먼저 쓸지 정해 줍니다. 우리는 점검의 산출물이 '느낌'이 아니라 '이 표의 행들'이어야, 멈춤이 실제로 메워진다고 봅니다.
5. 찾았다면, 어떻게 낮추나 — 단계별 손질
멈추는 자리를 찾았다면, 다음은 그 문턱을 낮추는 일입니다. 앞 편(⑬ §4)에서 본 방향을 단계별 손질로 옮겨 정리합니다.
선택 단계에서 멈춘다면 — 인증 수단에 짧은 설명을 더합니다. "문자로 받는 방법", "가장 간단한 방법"처럼, 사용자가 고를 근거를 줍니다.
입력 단계에서 멈춘다면 — 입력 부담을 줄입니다. 가능한 환경에서는 자동 채우기나 복사·붙여넣기를 지원하고, 무엇을 어떤 형식으로 입력하라는지 분명히 안내합니다.
전환·복귀 단계에서 멈춘다면 — 전환을 미리 알리고, 돌아오는 길을 안내합니다. "다른 앱으로 넘어갑니다. 끝나면 이리로 돌아옵니다"라는 한 줄이 갇힘을 막습니다.
시간 단계에서 멈춘다면 — 제한을 천천히 조작하는 사용자가 감당할 수 있는 길이로 두거나, 연장할 여지를 줍니다.
실패 단계에서 멈춘다면 — 무엇이 왜 틀렸는지, 어떻게 다시 하는지를 분명히 알려 줍니다.
이 손질들의 공통점은, 하나같이 보안을 건드리지 않으면서 안내를 더하는 것이라는 점입니다. 인증의 강도를 낮추는 것이 아니라, 그 인증을 거치는 사용자를 안내하는 것입니다. 보안과 접근성이 충돌하지 않는다는 앞 편의 결론이, 여기서 구체적인 손질로 확인됩니다.
| 멈춘 단계 | 단계별 손질 | 보안은 그대로? |
|---|---|---|
| ① 선택 | 수단에 짧은 설명 추가 | 그대로(안내만 더함) |
| ② 입력 | 자동 채움·형식 안내 | 그대로(입력 보조) |
| ③⑤ 전환·복귀 | "넘어갑니다/돌아옵니다" 안내 | 그대로(흐름만 명확) |
| ④ 시간 | 감당 가능한 길이·연장 여지 | 그대로(만료는 유지) |
| ⑥ 실패 | 무엇이·왜·어떻게 안내 | 그대로(실패 사실 유지) |
오른쪽 열이 모두 '그대로'인 것이 이 손질의 핵심입니다. 다섯 손질 어느 것도 인증의 강도, 만료, 실패 판정을 건드리지 않습니다. 손보는 것은 오직 사용자를 안내하는 방식입니다. 우리는 이것을 '보안을 양보한 접근성'이 아니라 '보안과 나란히 가는 접근성'으로 봅니다. ⑬편이 원칙으로 말한 "보안과 접근성은 충돌하지 않는다"가, 이 표에서 단계별 손질로 구체화됩니다.
6. 점검에서 흔히 빠지는 함정
인증 흐름 점검에도 흔한 함정이 있습니다. 미리 알아두면 피할 수 있습니다.
첫 번째 함정은 만든 사람이 자기 기기로만 점검하는 것입니다. 만든 사람의 기기에는 이미 필요한 앱이 깔려 있고, 정보가 저장돼 있으며, 손이 흐름에 익숙합니다. 그 조건에서는 멈춤이 거의 보이지 않습니다. 가능하면 아무것도 설정되지 않은 새 기기나, 처음 쓰는 사용자의 조건에서 점검해야 진짜 문턱이 드러납니다.
두 번째 함정은 '되는 것'만 확인하는 것입니다. 바르게 입력해서 통과하는 것만 보면, 그것은 정상 동작 확인이지 점검이 아닙니다. 일부러 틀려 보고, 천천히 해 보고, 길을 잃어 봐야 문턱이 보입니다(§3).
세 번째 함정은 첫 단계만 보는 것입니다. 인증의 멈춤은 대개 중간 단계 — 앱 전환, 인증번호 입력, 복귀 — 에 숨어 있습니다. 첫 화면만 보고 "선택지가 잘 보이네"라고 판단하면, 정작 3단계에서 갇히는 멈춤을 놓칩니다. 흐름을 끝까지 따라가야 합니다.
네 번째 함정은 혼자만 점검하는 것입니다. 만든 사람은 사용자가 어디서 막힐지를 잘 상상하지 못합니다. 처음 온 사람, 특히 고령 사용자에게 흐름을 시켜 보고 곁에서 지켜보는 것이, 만든 사람 혼자서는 상상하지 못한 멈춤의 자리를 드러내 줍니다.
| 함정 | 어떤 모습으로 나타나나 | 왜 위험한가 | 빠져나오는 길 |
|---|---|---|---|
| 자기 기기로만 점검 | "내 폰에선 잘 되던데" | 앱·정보가 이미 깔려 있어 멈춤이 안 보임 | 새 기기·처음 쓰는 조건에서 점검 |
| '되는 것'만 확인 | 바른 입력으로 통과만 확인 | 정상 동작 확인일 뿐 점검이 아님 | 일부러 틀려·천천히·길 잃어 보기 |
| 첫 단계만 보기 | "선택지가 잘 보이네"로 판단 | 중간 단계(③④⑤)의 멈춤을 놓침 | 흐름을 끝까지 따라감 |
| 혼자만 점검 | 만든 사람의 상상에 의존 | 사용자의 실제 멈춤을 못 봄 | 처음 온 사람에게 시키고 지켜봄 |
이 네 함정은 모두 한 뿌리에서 옵니다 — 만든 사람의 조건과 시선으로 점검하려는 태도입니다. 내 기기, 내 손, 내 첫인상, 내 상상은 모두 '이미 익숙한 사람'의 것입니다. 점검은 그 익숙함을 일부러 벗어나는 일입니다. 낯선 기기로, 일부러 틀리며, 끝까지 따라가며, 타인의 눈으로 봐야 비로소 문턱이 드러난다고 우리는 봅니다.
7. 우리가 공공 웹에서 관찰한 장면들 — 익명으로
특정 기관을 지목하지 않되, 반복해 마주친 장면들을 익명으로 옮깁니다.
어떤 담당자는 로그인이 "잘 된다"고 여겼지만, 자기 기기에는 필요한 인증 앱이 이미 깔려 있었습니다. 앱이 없는 새 기기로 처음부터 해 보니, 앱을 깔고 설정하는 단계에서부터 막혔습니다. 자기 기기로만 점검한 한계가 드러난 장면입니다.
어떤 팀은 처음 온 고령 사용자에게 로그인을 시켜 보았습니다. 인증을 위해 다른 앱으로 넘어간 뒤, 그분은 원래 화면으로 돌아오는 방법을 몰라 한참을 헤맸습니다. 만든 사람들은 "저기서 못 돌아올 줄은 몰랐다"고 했습니다.
어떤 흐름은 인증번호 입력에 시간 제한이 있었는데, 천천히 조작하는 사용자가 번번이 시간을 넘겨 처음으로 돌아갔습니다. 빠른 손으로 점검할 때는 보이지 않던 문턱이, 느린 손으로 하니 분명해졌습니다.
반대로, 어떤 팀은 새 인증 흐름을 합치기 전에 반드시 '처음 보는 사람에게 시켜 보기'를 거쳤습니다. 그 결과 멈추는 자리가 출시 전에 드러나, 안내를 미리 보강할 수 있었습니다. 특별한 도구가 아니라, '시켜 보는' 습관이 절차에 박혀 있었던 것입니다.
이 장면들의 공통점은, 인증의 멈춤이 만든 사람의 점검이 아니라 사용자의 시도로 드러났다는 것입니다. 점검의 본질이 여기에 있습니다.
8. 무엇부터 점검하면 좋을까 — 우선순위
모든 인증 흐름을 한 번에 점검하기는 어렵습니다. 우리는 다음 순서를 제안합니다.
먼저 모든 사용자가 거치는 대표 로그인입니다. 가장 많이 쓰이는 인증 흐름일수록 멈춤의 비용이 큽니다. 다음은 단계가 많고 전환이 잦은 흐름입니다. 앱을 오가는 단계가 많을수록 멈춤이 생길 자리도 많습니다. 그다음은 실패가 잦은 단계 — 사용자가 자주 막힌다고 알려진 자리입니다. 마지막으로 시간 제한이 있는 단계를 점검합니다.
기준은 한결같습니다. '여기서 막히면 사용자가 잃는 것이 큰가, 그리고 많은 사용자가 여기를 지나는가.' 인증은 거의 모든 사용자가 지나는 길목이므로, 작은 개선도 많은 사람에게 닿습니다. 완벽한 점검을 기다리며 아무것도 하지 않는 것보다, 대표 로그인 하나를 처음부터 끝까지 따라가 보는 것이 훨씬 낫습니다.
9. 한 장 요약 — 인증 흐름 점검의 핵심
길었던 이야기를 한자리에 모읍니다. 인증 흐름 점검의 핵심을 다섯 줄로 줄이면 이렇습니다.
첫째, 로그인을 '하나'가 아니라 '여러 단계의 연속'으로 본다. 멈춤은 단계 안이 아니라 단계 사이의 전환에서 일어납니다. 둘째, '되더라'가 아니라 '누가 어디서 왜 멈추더라'를 본다. 만든 사람의 시험이 아니라 사용자의 시도로 점검합니다. 셋째, 도구 없이도 점검할 수 있다. 천천히 따라가기, 일부러 틀려 보기, 느린 손, 앱 전환 후 길 찾기, 처음 온 사람에게 시키기. 넷째, 멈춤의 자리를 기록하고 우선순위를 매긴다. 어느 단계에서, 무엇 때문에, 누가 멈추는지, 어떻게 재현하는지. 다섯째, 문턱은 보안을 건드리지 않고 안내로 낮춘다. 인증의 강도가 아니라, 사용자를 안내하는 방식을 손봅니다.
| 핵심 명제 | 한 줄 정리 | 도구·방법 | 근거의 성격 |
|---|---|---|---|
| 로그인은 여러 단계의 연속 | 멈춤은 단계 사이 전환에서 | §1 단계 쪼개기 | 연구 관점 |
| '누가 어디서 왜 멈추나' | 만든 사람 시험 아닌 사용자 시도 | '처음 온 사람' 점검 | 통설(드롭오프) |
| 도구 없이 점검 가능 | 천천히·틀려·느린 손·길 찾기 | §3 다섯 점검 | 연구 관점 |
| 멈춤을 기록·우선순위화 | 단계·원인·대상·재현·영향 | §4 기록 표 | 관점 |
| 문턱은 안내로 낮춘다 | 보안 강도가 아니라 안내 방식 | §5 단계별 손질 | WCAG·KWCAG 인용 |
이 다섯 줄의 바탕에는 하나의 태도가 있습니다 — 인증이 '되는가'가 아니라 '누가 못 넘는가'를 묻는 태도입니다. 되는 것만 보면 문턱은 영영 보이지 않고, 못 넘는 사람을 보면 비로소 문턱의 높이가 드러납니다. 그 높이를 알아야, 낮출 수 있습니다. 표의 오른쪽 두 열이 일러 주듯, 이 점검법은 표준 인용(WCAG·KWCAG), 일반 통설(드롭오프 관찰), 우리의 연구 관점이 섞여 있으며, 우리는 그 출처를 구분해 두려 합니다.
맺으며 — 멈추는 자리를 알아야, 낮출 수 있다
이번 편의 결론은 단순합니다. 인증의 문턱을 낮추려면, 먼저 어디가 높은지를 알아야 한다. 그리고 그것은 만든 사람의 점검이 아니라, 처음 온 사용자의 시도로 드러납니다. 흐름을 단계로 쪼개고, 천천히 따라가고, 일부러 틀려 보고, 처음 온 사람에게 시켜 보는 것 — 이 단순한 동작들이, '로그인에서 멈추는 사람들'이 어디서 왜 멈추는지를 알려주는 출발점이 됩니다.
앞 편(⑬)의 '인증을 문턱으로 보자'와 이번 편의 '그 문턱의 어디가 높은지 점검하자'는, 결국 같은 목표의 앞뒤 절반입니다. 문턱이 있다는 것을 아는 것만으로는 부족하고, 그 높이를 단계별로 확인해야 비로소 낮출 수 있습니다. 좋은 의도로 만든 인증이 실제로는 곳곳에 문턱을 가진 경우를, 우리는 너무 자주 봅니다. 그 간극을 메우는 것이 점검의 몫입니다.
다시 강조하지만, 이 글은 규정이 아니라 관점입니다. 어떤 인증 흐름에 어떤 안내가 필요한지는 서비스마다 다르고, 표준(WCAG 3.3.8·2.2.1·3.3.1 등)은 그 판단의 기준선을 줄 뿐입니다. 다만 "되는 것만 보지 말고, 누가 어디서 멈추는지 보자"는 방향만큼은, 어떤 인증에서도 유효하다고 우리는 봅니다. 시작도 하기 전에 입구에서 멈춰 선 그 사람 — 그 사람이 어디서 멈추는지를 찾아내는 일이, 인증을 모두에게 열린 입구로 만드는 첫걸음입니다.
다음 편 예고 (015): [접근성연구·모바일] 다음 시리즈에서는 고령 주제를 마무리하고, 모바일 환경의 접근성을 다룹니다.
참고한 공개 자료(출처):
- WCAG 2.2 성공 기준 3.3.8 Accessible Authentication / 2.2.1 Timing Adjustable / 3.3.1 Error Identification / 3.3.3 Error Suggestion (W3C WAI)
- 한국형 웹 콘텐츠 접근성 지침(KWCAG) — 시간 제한·입력 보조·오류 정정 관련 항목
- 디지털 정부서비스 UI/UX 가이드라인(KRDS) 인증·폼 흐름 점검 관점
- 과업 단계 분해·드롭오프 관찰·사용자 테스트 등 일반 인터랙션 점검 원리(통설)
관련 글
[접근성연구·디지털포용] 한 사람이 여러 벽을 동시에
앞 편(081)에서 디지털 포용이 여러 갈래의 사용자를 하나의 목표로 묶는다고 봤다. 그리고 끝에서 한 가지를 남겼다 — 현실의 한 사람은 여러 조건을 동시에 가질 수 있다고. 이 시리즈를 닫는 이번 편은 그 '겹침'을 정면으로 본다. 영역의 경계를 가로질러, 조건이 겹칠 때 접근성이 어떻게 더 가팔라지는지를 관찰한다.
[접근성연구·디지털포용] 디지털포용법이 말하는 '포용'
앞 편(080)에서 초고령사회라는 인구구조의 신호를 봤다. 그리고 끝에서 한 가지를 분명히 했다 — 디지털 격차는 고령에만 있는 것이 아니라고. 이번 편은 그 여러 갈래의 격차를 '디지털 포용(digital inclusion)'이라는 하나의 정책 틀에서 함께 본다. 이 시리즈는 그동안 사용자를 영역별로 나눠 다뤘다. 고령
[접근성연구·디지털포용] 초고령사회, 공공웹은 준비됐나
공공앱 세 편(077~079)으로 매체의 확장을 닫았다. 이제 시선을 한 번 더 넓힌다. 지금까지 이 시리즈는 주로 '한 사람이 화면 앞에서 겪는 어려움'을 다뤘다. 고령(001~014), 저시력(029~043), 키보드(047~049)처럼, 개별 사용자의 자리에서 벽을 봤다. 이번 묶음(080~082)은 그 시선을 거시