오류 화면은 방문자가 가장 불안한 순간에 열립니다
문의나 예약 양식을 채우고 제출 버튼을 눌렀는데 알 수 없는 문자열만 나타나면 방문자는 두 가지를 동시에 걱정합니다. 방금 보낸 내용이 접수됐는지, 그리고 다시 보내야 하는지입니다. 이 순간에 화면이 아무 설명도 하지 않으면 방문자는 추측으로 행동하게 되고, 그 추측은 포기하거나 중복으로 제출하는 두 방향으로 갈리기 쉽습니다.
운영자는 내부 오류 번호를 이미 알고 있으므로 그것이 충분한 정보라고 느끼기 쉽습니다. 하지만 번호는 담당자가 원인을 추적할 때 쓰는 도구일 뿐, 방문자에게는 아무 행동도 알려 주지 않습니다. 오류 화면을 점검할 때에는 기술적으로 정확한가보다 읽은 사람이 무엇을 해야 하는지 알 수 있는가를 먼저 물어야 합니다.
입력 문제와 서비스 문제를 다른 문장으로 쓰기
오류는 크게 방문자가 고칠 수 있는 입력 문제와 방문자가 고칠 수 없는 서비스 쪽 문제로 나뉩니다. 두 상황을 같은 문장으로 처리하면 방문자는 필요 없이 자신의 입력을 의심하거나, 반대로 고쳐야 할 항목을 놓칩니다.
필수 항목이 비었다면 어느 항목인지 해당 입력란 가까이에 밝히고, 이미 입력한 다른 값은 그대로 남겨 두어야 합니다. 처음부터 다시 쓰게 만드는 양식은 그 자체로 이탈 원인이 됩니다. 반대로 서버나 외부 인증 쪽에 문제가 있다면 방문자가 잘못한 것처럼 읽히는 표현을 쓰지 않습니다. 잠시 뒤 다시 시도하거나 다른 문의 경로를 이용하라는 안내처럼, 방문자가 실제로 할 수 있는 선택지를 보여 주는 것이 좋습니다. 확인되지 않은 복구 시간을 약속하는 문장은 넣지 않습니다.
접수 여부를 확인할 길을 열어 둡니다
예약이나 결제처럼 결과가 중요한 양식에서는 오류 화면이 떠도 처리 자체는 이미 접수됐을 수 있습니다. 이때 화면이 확인 없이 다시 제출하라고만 안내하면 같은 요청이 두 번 들어와 운영자가 정리할 일이 늘어납니다.
그래서 오류 화면에는 현재 상태를 확인할 방법을 함께 두는 편이 안전합니다. 접수 내역을 조회할 수 있는 경로가 있다면 그곳으로 안내하고, 없다면 운영자가 확인할 수 있도록 어떤 정보를 알려 주면 되는지 필요한 최소 범위만 적습니다. 이때 이름이나 연락처 같은 개인정보를 공개된 댓글이나 게시판에 남기게 하는 안내는 하지 않아야 합니다. 접수번호처럼 개인을 드러내지 않는 값이 있다면 화면에 표시해 문의 시 쓰게 할 수 있습니다.
메시지가 놓이는 위치도 내용만큼 중요합니다
문구가 좋아도 위치가 어긋나면 읽히지 않습니다. 화면 맨 위에 짧은 오류 표시만 있고 실제 문제가 되는 입력란은 스크롤을 한참 내려야 보인다면 방문자는 원인을 찾다가 지칩니다. 문제가 있는 항목 바로 옆에 이유를 적고, 화면 맨 위에는 몇 개의 항목을 확인해야 하는지 요약해 주면 찾기가 쉬워집니다.
색깔만으로 오류 상태를 구분하지 않는 것도 기본입니다. 붉은 테두리를 구분하기 어려운 방문자나 화면 읽기 도구를 쓰는 방문자에게는 글자로 된 설명이 있어야 전달됩니다. 키보드로 이동할 때 오류가 있는 항목으로 초점이 옮겨 가는지도 직접 눌러 보며 확인합니다.
화면에 보이는 문구와 내부 기록을 분리합니다
방문자에게 보이는 문구와 운영자가 보는 기록은 목적이 다릅니다. 내부 오류 번호와 발생 시각은 지원 담당자가 추적하는 데 필요하므로 로그에 남기되, 시스템 구조를 짐작하게 하는 민감한 정보는 공개 화면에 드러내지 않습니다. 방문자에게 오류를 설명하겠다며 화면 전체를 캡처해 보내 달라고 요청하는 것도 입력한 개인정보가 함께 담길 수 있어 권하지 않습니다.
문구를 새로 쓴 뒤에는 실제 동작과 일치하는지 시험해야 합니다. 화면에는 잠시 후 다시 시도하라고 쓰여 있는데 실제로는 이미 접수되어 있다면 오히려 혼란이 커집니다. 휴대전화와 컴퓨터 양쪽에서 같은 상황을 만들어 보고, 양쪽 화면에서 안내 문구가 잘리지 않는지도 확인합니다.
같은 오류가 반복된다면 문구가 아니라 원인을 봅니다
문구를 친절하게 고쳐도 같은 오류가 계속 쌓인다면 안내가 아니라 양식이나 시스템의 문제일 가능성이 큽니다. 오류가 몰리는 시간대와 기기, 입력 항목을 기록해 두면 개선 우선순위를 정하는 데 도움이 됩니다.
좋은 오류 화면은 방문자에게 코드를 해독하라고 요구하지 않고, 자신의 작업이 어떤 상태인지 이해한 뒤 안전한 다음 단계를 고르게 해 줍니다. 실제 운영 환경마다 접수 방식과 확인 경로가 다르므로, 위 항목은 각 사이트의 양식 구조에 맞춰 담당자가 직접 시험해 보며 조정해야 합니다.