앞 단계에서 적은 정보를 또 묻는 문의 양식, 반복 입력부터 확인합니다

문의 양식의 첫 단계에서 이름과 연락처를 적었는데 다음 단계에서 같은 정보를 다시 입력하라고 요구할 수 있습니다. 입력칸이 많지 않더라도 같은 내용을 기억하고 반복하는 부담이 생깁니다. 같은 절차에서 이미 받은 정보가 필요하다면 다시 타이핑하게 하는 대신 자동으로 채우거나 선택할 수 있는지 검토합니다. 오류 때문에 값이 지워지는 문제와 정상 진행 중 반복해서 묻는 문제를 구분해야 합니다.

화면 수보다 하나의 절차를 기준으로 봅니다

W3C는 같은 절차에서 이미 입력했거나 사용자에게 제공한 정보를 다시 요구할 때 자동 채움이나 선택 가능한 방식으로 제공하는 기준을 설명합니다. 재입력이 필수적이거나 보안을 위해 필요하거나 이전 정보가 더 이상 유효하지 않은 경우에는 예외가 있습니다. 중복 입력 기준 설명

운영자는 문의 시작부터 완료까지 각 단계의 항목을 나열합니다. 화면 제목이 다르다는 이유만으로 다른 절차라고 보지 않습니다. 외부 서비스로 이동하는 단계가 있어도 같은 활동을 마치는 과정인지 확인하고, 연결 구간에서 어떤 정보가 다시 요구되는지 기록합니다.

입력 횟수와 서로 다른 정보 수를 나눕니다

가정으로 첫 화면에서 3개 항목을 입력하고 다음 화면에서 그중 2개를 다시 요구한다면, 서로 다른 정보는 3개지만 입력 요구는 5개입니다. 이 숫자는 반복을 찾는 예시이며 실제 문의 양식 통계가 아닙니다. 반복된 항목별로 왜 다시 필요한지, 앞 단계의 값을 활용할 수 있는지 살펴봅니다.

브라우저가 저장한 자동완성으로 빠르게 채울 수 있다는 이유만으로 사이트의 반복 요구가 해결됐다고 판단하지 않습니다. 공식 설명은 같은 절차의 이전 값을 사이트가 제공하거나 같은 정보를 다시 묻지 않는 방식을 다룹니다. 방문자가 자동완성을 켰는지 여부에 따라 기본적인 진행 부담이 달라지는지 확인합니다.

이전 값을 고쳤을 때 다음 단계도 맞는지 봅니다

자동으로 채우는 기능을 넣었다면 잘못 적은 값을 수정할 수 있는 경로도 확인합니다. 앞 단계로 돌아가 연락처를 고친 뒤 다음 단계에 예전 값이 남으면 반복 입력은 줄었지만 정보 불일치가 생깁니다. 확인 화면과 실제 제출값이 같은지도 시험해야 합니다.

동행자나 대리 문의처럼 항목의 대상이 달라지는 상황에서는 같은 종류의 정보라고 모두 같은 값으로 채우지 않습니다. 본인 연락처와 회신받을 연락처가 같은지 사용자가 판단할 수 있어야 합니다. 재사용할 정보의 의미와 대상이 같은지를 먼저 정하고, 선택 기능의 문구도 그 뜻을 명확히 설명합니다.

예외와 보존 범위를 구체적으로 기록합니다

보안을 이유로 다시 입력하게 한다면 어떤 보호 목적에 필요한지 담당자와 확인합니다. 모든 반복 항목을 일괄적으로 보안 예외라고 표시하지 않습니다. 이전 값이 실제로 유효하지 않게 되는 조건이 있다면 그 조건도 기록합니다. 업무상 관행과 기능상 필수 조건을 나누어 검토해야 합니다.

이 기준을 세션이 끝난 뒤에도 모든 입력값을 계속 저장해야 한다는 뜻으로 확장하지 않습니다. 반복을 줄이기 위한 임시 정보 처리에도 보호가 필요합니다. 운영 검수에는 실제 환자 정보 대신 시험용 값을 사용하고, 저장 위치와 수명 등 구현 사항은 담당자가 별도로 확인합니다. 원래 불필요한 항목을 없애는 방법도 함께 검토할 수 있습니다.

최종 시험은 정상 진행, 앞 단계로 돌아가 수정, 수정 후 재진행을 나눠 수행합니다. 항목별 최초 입력값과 수정값, 다음 화면의 표시와 제출 결과를 대조합니다. 여러 번 입력하지 않아도 정확한 정보를 확인하고 문의를 마칠 수 있는지가 점검의 목적입니다.

출처 확인일: 2026-10-26. 본문은 중복 입력에 대한 운영 검수이며 개인정보 보존 정책이나 전체 접근성 준수를 단독으로 판정하지 않습니다.