네트워크 오류와 Retry UX

먼저 던질 질문

연결이 불안정할 때 사용자는 어떤 선택지를 가져야 할까

핵심 관점

Retry UX는 다시 시도 버튼 하나가 아니라 실패한 작업을 안전하게 반복할 수 있는 구조다. 입력값 보존과 중복 요청 방지가 함께 필요하다.

신뢰가 유지되는 장면

데이터 조회 실패 시 재시도 버튼과 상태 설명을 제공한다. 사용자는 현재 상태를 이해하고, 다음에 무엇을 할 수 있는지 알며, 행동의 결과를 어느 정도 예측할 수 있다.

폼 제출 실패 시 입력값을 보존하고 다시 제출할 수 있게 한다.

불안이 커지는 흐름

네트워크 오류 후 빈 화면만 보여준다.

재시도 버튼을 눌러도 중복 요청이 계속 쌓인다.

신뢰 설계 사례와 근거

Retry는 버튼 하나가 아니라 실패를 견디는 흐름이다

네트워크 오류는 사용자가 잘못해서 생기는 문제가 아니다. 메시지는 사용자를 탓하기보다 현재 상태와 가능한 행동을 알려줘야 한다.

좋은 Retry UX는 자동 재시도, 수동 재시도, 취소, 임시 저장을 상황에 맞게 조합한다. 결제처럼 중복 요청이 위험한 작업에서는 무작정 다시 시도 버튼을 누르게 하면 안 된다.

실무 해석

시간 초과, 오프라인, 서버 오류, 인증 만료, 권한 없음은 서로 다른 복구 경로를 가진다. 오류 발생과 재시도 결과는 보조 기술에도 전달되어야 한다.

신뢰 판단 기준

• 실패한 요청이 다시 시도해도 안전한지 확인한다
• 사용자 입력을 보존한다
• 자동 재시도와 수동 재시도의 경계를 정한다

자주 빠지는 함정

재시도 버튼을 붙이면 해결된다고 보기 쉽다. 하지만 같은 요청이 여러 번 실행되면 결제, 예약, 제출 같은 작업에서는 더 큰 문제가 생길 수 있다.

추가로 비교할 신뢰 사례

• 협업 도구의 연결 재시도, 이메일 도구의 오프라인 상태, 결제 재시도 화면을 비교한다
• 입력값이 사라지는 네트워크 오류 사례를 찾는다
• 자동 재시도와 수동 재시도 차이를 모은다

신뢰 설계 질문

• idempotency와 중복 요청 문제를 언급했는가
• 오프라인 상태에서 가능한 행동을 구분했는가

출처

• Nielsen Norman Group, Error-Message Guidelines: https://www.nngroup.com/articles/error-message-guidelines/
• WAI-ARIA APG, Alert Pattern: https://www.w3.org/WAI/ARIA/apg/patterns/alert/
• W3C, Web Content Accessibility Guidelines WCAG 2.2: https://www.w3.org/TR/WCAG22/
• Material Design 3, Progress indicators: https://m3.material.io/components/progress-indicators/overview