가입을 요구하기 전에 쇼퍼가 구매하도록 허용하세요
계정이 주문 배송에 필요하지 않은 경우 게스트 체크아웃을 명확한 기본 경로로 만드세요. Google의 폼 가이드라인도 이 접근을 권장합니다. 기존 고객을 위해서는 로그인 경로를 눈에 띄는 보조 경로로 유지하고, 확인 후 주문 이력 등 구체적 이점을 제시하며 계정 생성을 제안하세요. 규제 제품, 멤버십 또는 사기 방지 정책으로 로그인이 필요한 경우에는 폼 시작 전에 그 요구사항을 설명하세요.
정책이 허용하는 경우 새 쇼퍼는 비밀번호를 만들지 않고 결제까지 진행할 수 있습니다.
결제 전에 계정 생성을 통행료처럼 요구하지 말고 주문 후 제안하세요.
배송을 모호하게 만들지 않으면서 필드를 줄이세요
이행, 결제, 세금 또는 필수 커뮤니케이션을 변경하는 경우에만 정보를 요청하세요. 표준 컨트롤, 가시적 라벨, 안정적인 name 및 id 값, 적절한 autocomplete 토큰을 사용하세요. 청구지와 배송지가 동일할 때는 기본으로 매칭하도록 하되 다른 주소를 선택하기 쉽게 만드세요. W3C는 동일 프로세스에서 이미 입력된 정보는 보안이나 잘못된 데이터 등 제한적 사례를 제외하고 자동 채우거나 선택 가능하게 해야 한다고 권고합니다.
각 입력에 운영상의 목적을 부여하고 목적이 없다면 제거하거나 연기하세요.
사라지는 힌트 텍스트만으로 라벨을 대체하지 말고 입력 중에도 가시적 라벨을 유지하세요.
오류를 복구 경로로 전환하세요
간단한 로컬 문제는 필드 입력 중이나 필드를 떠날 때 검증하되 매 키 입력마다 중단하지 마세요. 명확한 수정 안내를 사용하고 비민감한 항목은 오류 후에도 보존하세요. 제출 실패 후에는 폼 위에 연결된 오류 요약을 표시하고 각 필드에 일치하는 메시지를 보여주세요. W3C는 각 요약 항목이 제어 요소를 식별하고 문제를 설명하며 수정 방법을 안내할 것을 권장합니다. 결제 데이터는 URL, 로그, 오류 문구에서 제외하세요.
‘유효하지 않은 입력(Invalid input)’과 같은 모호한 메시지 대신 무엇이 잘못되었고 어떻게 고치는지 알려주세요.
포커스를 복구 지점으로 이동시키고 보조 기술에 동적 피드백을 발표하여 지원하세요.
결제 페이지 제어를 약화시키지 않는 범위에서 결제 선택지를 제공하세요
비즈니스가 승인하고 환불하고 조정하며 지원할 수 있는 결제 수단을 표시하세요. 각 방법을 명확히 명명하고 약정 전에 중요한 조건을 공개하세요. 성공적인 구매, 결제 거절, 환불 또는 취소 경로를 테스트하세요. PCI SSC의 e-skimming 관련 가이던스는 승인된 결제 페이지 스크립트, 무결성 검사 및 변조 탐지에 중점을 둡니다. 태그, 위젯, 실험, iframe, 카드 컨트롤을 추가하기 전에 제공업체 및 자격 있는 보안/PCI 리뷰어를 참여시키세요; 이 문서는 컴플라이언스 판정이 아닙니다.
결제에 영향을 줄 수 있는 페이지의 승인된 자산 및 소유자 목록을 관리하세요.
시각적으로 작은 변경이 브라우저에서 실행되는 결제 페이지 코드를 변경할 수 있습니다.
모바일 및 접근성 경로를 표준 경로로 만드세요
좁은 뷰포트에서 온스크린 키보드가 열린 상태로 테스트하세요. 적절한 입력 유형(input type)과 유용할 경우 가상 키보드를 제안하는 inputmode를 사용하세요; MDN은 inputmode 자체가 입력을 검증하지는 않는다고 언급합니다. 카드 번호의 경우 Google은 number 컨트롤보다 numeric inputmode가 설정된 text 입력을 권장합니다. 가시적 연결 라벨, 논리적 키보드 포커스, 오류 및 선택 시 색상뿐만 아니라 텍스트도 제공하세요. 자동화 스캔만으로는 모든 보조 기술에서 체크아웃이 작동하는지 확인할 수 없습니다.
Tab, Shift+Tab, Enter, Space, Escape로 흐름을 완료하세요(관련된 경우).
저장된 브라우저 주소 및 카드 데이터를 포함하여 별도 청구지 주소를 포함한 자동완성을 테스트하세요.
비용, 배송, 그리고 약정을 계속 가시화하세요
결제 시점에 항목, 수량 제어, 할인, 배송 선택, 지금까지 알려진 비용 및 합계를 유지하세요. 배송, 세금 또는 반복 과금이 이후 정보에 따라 달라질 경우 무엇이 추정치인지 명시하고 알려지면 즉시 요약을 업데이트하세요. 주문 버튼의 문구는 금전적 약정과 일치시켜야 합니다. 예를 들어 ‘결제 및 주문 확정(Pay and place order)’과 같은 문구를 사용하세요. 쇼퍼가 항목, 주소 또는 배송 선택을 변경할 수 있도록 체크아웃을 떠나지 않게 하세요.
요약은 모든 결제 단계에서 읽기 쉽고 업데이트 가능해야 합니다.
배송, 세금, 할인 또는 반복 과금이 언제 확정되는지 명시하세요.
통제된 신뢰성 변화로 실험하세요
예측 가능한 가설에 대해 하나의 의미 있는 변경만 하세요(예: 계정 생성을 확인 후로 이동). 릴리스 전에 대상, 완료 측정치, 가드레일을 정의하세요. 가드레일에는 결제 오류, 제출 실패, 고객지원 연락, 환불, 접근성 회귀, 성능 문제 등이 포함될 수 있습니다. 구매 경로와 종속성을 테스트하기 위해 SIU를 사용하고, 롤백을 문서화하며 가드레일이 깨지면 최근의 정상 버전으로 복원하세요. 전환 결과만으로 보안, 접근성, 법적 준수 또는 보편적 적합성을 증명할 수 없습니다.
먼저 현재 단계별 완료율, 오류 범주 및 기술적 동작을 기록하세요.
어떤 실패 패턴이 릴리스를 멈추거나 되돌리게 할지 결정하세요.