한의원 홈페이지 제작, 질문에서 접수대까지 잇는 검수법

먼저 결론

• 메뉴보다 환자 질문과 대표 페이지 지도를 먼저 만듭니다.
• 시간·위치·연락처는 한 승인 원본에서 모든 페이지로 반영합니다.
• 전화·지도·예약·폼은 실제 모바일에서 접수대까지 시험합니다.
• 디자인 검수와 검색·접근성·개인정보 검수를 따로 끝냅니다.

정보·행동 검수표

페이지 구조는 W3C 페이지 구조 튜토리얼처럼 제목과 영역이 의미 있게 구분되어야 합니다. 폼은 W3C 폼 튜토리얼을 참고해 입력 목적, 라벨, 안내, 오류 피드백을 확인합니다. 이 점검만으로 전체 접근성 적합성을 인증하는 것은 아닙니다.

공개 전 체크리스트

• 환자 질문마다 답을 끝내는 대표 페이지가 하나씩 연결됩니다.
• 메뉴에서 현재 위치와 이전 단계로 돌아갈 길이 보입니다.
• 진료범위와 의료진 정보가 실제 승인 원본과 같습니다.
• 모든 시간·주소·전화번호가 단일 원본과 일치합니다.
• 전화 버튼은 올바른 번호, 지도는 올바른 입구, 예약은 승인된 경로로 열립니다.
• 폼의 각 칸에 보이는 라벨과 필요한 이유가 있으며 잘못 입력하면 오류가 설명됩니다.
• 제출 뒤 완료 화면이 보이고 테스트 접수가 데스크에 도착합니다.
• 모바일 확대, 키보드 이동, 텍스트 읽기가 막히지 않습니다.
• 각 페이지의 검색 제목·설명·내부 링크가 실제 내용을 설명합니다.
• 수정 담당, 중단 조건, 화면·수신 완료 증거와 재검일이 정해졌습니다.

Google SEO 기본 가이드는 논리적 구조, 설명적 URL과 유용한 콘텐츠를 안내합니다. 이를 검색 노출 보장으로 해석하지 않고 환자가 현재 위치와 다음 행동을 이해하는지 먼저 봅니다.

모바일 한 장면 시험

처음 방문하는 보호자 역할의 직원이 모바일 데이터 환경에서 ‘진료시간 확인→길찾기→전화→예약 또는 폼 제출’을 이어서 수행합니다. 제작자는 옆에서 설명하지 않습니다. 각 단계의 시작 화면, 누른 요소, 도착 화면, 걸린 시간, 오류를 기록합니다. 테스트 폼에는 실제 환자 정보를 쓰지 않습니다.

정상이라면 잘못된 페이지로 튀지 않고, 현재 위치와 다음 행동이 보이며, 제출 완료 화면과 데스크 수신 기록이 같은 테스트 ID로 남습니다. 전화만 연결되고 데스크가 어떤 페이지에서 온 문의인지 모른다면 인계가 끝난 것이 아닙니다.

문제가 있으면

시간·위치가 다르면 공개를 멈추고 단일 원본을 먼저 고칩니다. 버튼이 실패하면 링크 주소와 모바일 앱 전환을 확인한 뒤 대체 전화번호를 임시로 안내합니다. 폼 수신이 빠졌다면 개인정보 입력을 중단하고 저장 위치·알림 수신자·오류 로그를 개발사와 확인합니다.

개발사에는 ‘실패한 기기·시각·페이지·버튼·기대 도착지·실제 결과·테스트 ID를 확인하고 수정 전후 영상을 보내 주세요’라고 요청합니다. 완료 증거 없이 “수정했습니다”라는 답만 받으면 재검수합니다.