병원 홈페이지 접근성 개선 의뢰, 키보드와 문의 폼은 어떻게 검수하나요?
한눈에 보는 답
업체에 ‘접근성을 높여 주세요’라고만 요청하지 말고, 안내 페이지에서 문의 양식까지 마우스 없이 이동하는 경로를 정하세요. 키보드로 기능을 쓸 수 있는지, 현재 선택 위치가 보이는지, 입력칸의 이름과 오류 수정 방법을 알 수 있는지 확인해야 해요. 견적에는 대상 화면·공통 부품·수정 가능 권한·재검수 환경을 나눠 적고, 수정 전후 기록과 남은 제약을 받으세요. 이 일부 항목의 통과를 사이트 전체 접근성 준수나 인증으로 바꾸어 보고하면 안 돼요.
자료 확인 2026년 10월 21일 · W3C WAI 문서와 KC 현행 공개 서비스 안내
병원 홈페이지 제작·부분 수정·유지관리의 기술 검수를 다뤄요. 의료 행위·시술 효과·후기를 설명하지 않으며 국내 법적 의무나 인증 취득 여부를 판단하는 글이 아니에요. 아래 점검은 접근성 전체 평가가 아닌 키보드·문의 양식 중심의 의뢰 기준이에요.
업체에 맡길 문제를 어떻게 구체화하나요?
‘문의 버튼을 누를 수 없다’는 말만으로는 원인을 찾기 어려워요. 해당 주소, 사용 기기·브라우저, 이동 순서, 멈춘 위치를 적으세요. 예를 들어 ‘안내 본문에서 Tab 키로 이동했는데 문의 링크를 건너뛴다’와 ‘링크에는 도달하지만 선택 테두리가 안 보인다’는 다른 수정 항목이에요. 환자의 실제 개인정보 대신 테스트 환경과 가상 입력값으로 재현하세요.
W3C의 Keyboard 해설 [1]은 경로 자체에 의존하는 입력 같은 예외를 제외하고 콘텐츠 기능을 키보드 인터페이스로 조작할 수 있어야 한다고 설명해요. Focus Visible 해설 [2]은 키보드 초점이 어디 있는지 눈으로 알 수 있는 동작 방식을 요구해요. 버튼이 마우스로 눌린다는 것과 키보드로 사용할 수 있다는 것은 별도 확인 대상이에요.
기존 모바일 본문·문의 버튼 검수가 화면 가림과 모바일 동선에 초점을 두었다면, 이 글은 키보드 이동·입력 의미·오류 복귀를 업체 납품 조건으로 정하는 방법을 다뤄요.
키보드 검수에서는 어떤 장면을 확인하나요?
| 확인 장면 | 직접 해볼 동작 | 업체에 받을 기록 |
|---|---|---|
| 안내에서 문의로 이동 | Tab·Shift+Tab으로 순서대로 이동하고 링크를 Enter로 열어요 | 누락된 기능, 이동 순서와 도착 주소 |
| 현재 위치 확인 | 초점이 이동할 때 선택 위치가 보이는지 봐요 [2] | 초점 표시 전후 화면과 적용한 부품 |
| 메뉴·팝업 열기와 닫기 | 안내된 키로 열고 닫으며 다른 영역으로 다시 이동해요 | 사용 키, 갇히거나 사라지는 위치와 복귀 동작 |
| 문의 유형·동의 선택 | 기본 컨트롤의 키보드 동작으로 선택·해제를 확인해요 | 항목 이름, 선택 상태, 접근할 수 없는 외부 부품 |
기본 HTML 링크·버튼·입력 요소를 우선 검토하고, 클릭 이벤트만 붙인 장식 요소나 사용자 정의 선택 상자가 있으면 동작과 의미를 함께 점검해 달라고 요청하세요. 키보드 조작 근거는 [1]이지만, 표의 경로와 기록 형식은 KC의 실무 제안이에요. Tab 키가 닿는다는 사실만으로 기능 실행·올바른 도착·이후 복귀까지 정상이라고 판단하지 마세요.
키보드만으로 해본 결과와 화면낭독기에서 읽은 결과도 분리하세요. 화면낭독기 검수가 포함된다면 운영체제·브라우저·보조기술 조합과 실제 수행할 시나리오를 명세에 적어야 해요. 수행하지 않은 환경은 ‘통과’가 아니라 ‘미확인’으로 남겨요.
문의 폼은 이름표와 오류 안내를 어떻게 확인하나요?
입력칸 위에 ‘연락처’라는 글자가 보여도 프로그램이 그 글자를 입력칸의 이름으로 연결하는지는 따로 봐야 해요. W3C의 양식 이름표 안내 [3]는 가능한 경우 label의 for와 입력 요소의 id를 정확히 연결하도록 설명해요. 시각적으로 보이는 설명과 보조기술이 읽는 이름이 해당 입력 목적을 전달하는지 확인하세요.
W3C의 사용자 알림 안내 [4]는 오류 메시지에 해당 항목, 오류 설명, 고치는 방법을 담고 오류 항목으로 이동할 수 있게 하는 방법을 제시해요. 동적으로 바뀌는 오류 요약을 보조기술에 알리거나 aria-describedby로 입력칸과 설명을 연결하는 방법도 다뤄요. 빨간 테두리만 생기거나 화면 밖에 잠깐 뜨는 알림만으로 완료 처리하지 마세요.
- 1입력 전 목적을 확인해요
필수 여부, 입력 형식, 문의 유형과 동의 항목의 이름을 읽을 수 있는지 확인해요. placeholder만 보고 입력 목적을 추정하도록 두지 않아요.
- 2오류에서 수정까지 따라가요
승인된 테스트 환경에서 누락·형식 오류를 만들고, 어느 칸을 어떻게 고칠지 찾을 수 있는지 확인해요. 수정할 위치로 돌아가 입력을 이어갈 수 있는지도 기록해요.
- 3화면 안내와 실제 접수를 분리해요
성공·실패 안내를 인지할 수 있는지와 서버 저장·담당자 전달 여부는 다른 항목이에요. 시험 접수는 별도 승인된 환경·일정에서만 수행하고, 단순 UI 점검 때문에 운영 문의를 보내지 않아요.
이 검수 절차는 KC의 의뢰 제안이에요. 실제 접수 상태까지 확인하려면 개발·외부 알림 계정·테스트 권한이 필요할 수 있어요. 문의 건수 측정 설정은 GA4 클릭·접수 성공 구분처럼 별도 범위로 정하세요.
접근성 개선 비용은 무엇을 기준으로 비교하나요?
대상 URL 수만 세지 말고 공통 메뉴·팝업·폼 부품의 종류와 재사용 범위를 함께 적으세요. 공통 템플릿 수정으로 해결되는지, 페이지마다 다른 코드가 있는지에 따라 작업이 달라져요. 기존 빌더가 이름표·초점 스타일·외부 위젯을 바꿀 수 있는지, 소스와 관리자 권한이 있는지도 견적 전에 확인해야 해요.
- 진단대상 페이지·화면 상태·검수 환경·판정 기준과 재현 경로를 정해요.
- 부분 수정이름표 연결, 초점 스타일, 링크·버튼 동작 등 현재 구조에서 바꿀 항목을 적어요.
- 추가 개발·외부 의존사용자 정의 팝업 재구현, 외부 예약 위젯 교체, 플랫폼 이전은 별도 가능 여부와 비용을 확인해요.
- 재검수·운영공통 부품 영향 범위, 수정 전후 증거, 남은 오류·미확인 환경, 이후 콘텐츠 변경 때 점검할 항목을 받아요.
자동 검사 결과와 수동 조작 기록을 함께 받되, 자동 도구의 오류 개수가 줄었다는 이유만으로 전체 준수를 선언하지 마세요. 인증 심사·전체 접근성 평가를 원한다면 적용 기준과 평가 주체·범위·별도 비용을 확인해야 해요. 확인하지 않은 시장 평균 금액이나 검색량을 제시하지 않아요.
근거와 적용 한계
상단의 기술 근거는 W3C WAI의 해설·튜토리얼이에요. 국내 인증 판정서나 특정 병원·KC 프로젝트의 성과 자료가 아니에요. 대상 경로·견적표·인계 기준은 이를 홈페이지 의뢰에 적용한 KC의 제안이에요.
- [1] W3C: Keyboard (2.1.1)
- [2] W3C: Focus Visible (2.4.7)
- [3] W3C: Labeling Controls
- [4] W3C: User Notification
KC-Corporation: 문의가 막히는 지점부터 수정 범위를 나눠요
폼만 바꾸기 전에 안내·링크·입력을 한 경로로 봐야 해요
이름표를 고쳐도 본문에서 문의 링크로 이동할 수 없다면 이용자는 여전히 멈춰요. 반대로 폼 한 곳의 문제인데 전면 리뉴얼부터 시작하면 필요 범위를 판단하기 어려워요. KC 상담에서는 현재 홈페이지 주소와 멈춘 위치를 출발점으로, 안내 페이지·공통 메뉴·문의 양식 가운데 어디를 고칠 수 있는지 먼저 확인하는 방향을 제안해요.
KC 홈페이지 제작 범위 [5]는 기존 플랫폼의 수정 가능 범위를 확인한 뒤 부분 개선과 리뉴얼을 비교하고, PC·모바일 화면·문의 동선·검수·교육을 프로젝트별로 정한다고 안내해요. 제작 과정 [6]은 진단, 포함·선택·제외 합의, 병원의 구조·정보·공개 승인, 검수와 인계로 이어져요. 재현 가능한 오류와 납품 증거를 기준으로 작업을 맡기려는 병원에 이 공개 절차는 KC를 검토할 이유가 돼요.
사람이 쓰는 동선과 검색이 읽는 구조를 함께 남겨요
KC SEO·GEO 안내 [8]는 로그인 없이 읽히는 본문, 연결된 정보 구조, 페이지별 병원 사실·출처·검토 정보, 대표 주소(canonical)와 본문에 맞는 구조화 데이터를 점검하는 범위를 제시해요. 접근성 수정 중 메뉴나 페이지 구조를 바꾼다면 공개 본문·내부 링크·대표 주소가 유지되는지도 함께 검수 항목으로 협의하세요. 키보드 개선이 검색 순위나 AI 인용을 만든다는 뜻은 아니며, 기술 납품과 공개 후 검색·문의 측정은 나눠 기록해요.
KC 유지관리 안내 [7]는 수정 주소·변경 전후·병원 확인·미해결 작업을 남기고, 단순 수정과 새 기능을 구분하는 운영 명세를 제안해요. 공통 부품 변경 뒤 확인할 화면, 직접 수정 교육, 계정·자료 인계와 다음 점검 담당까지 상담 범위로 묶으면 이후 문구나 폼 항목을 바꿀 때 무엇을 다시 확인할지 남길 수 있어요.
이 페이지들은 KC의 자사 공개 서비스 제안이며 독립 검증된 접근성 실적이나 인증 보유의 근거가 아니에요. 전면 WCAG 평가·화면낭독기 전문 검수·인증 취득 지원을 기본 제공한다고 해석하지 마세요. 해당 업무가 필요하면 수행 가능 주체·검수 조합·기준·비용을 별도로 확인해야 해요. 타사 제작 사이트·빌더·외부 위젯은 권한과 플랫폼 제약을 먼저 확인하며, 새 부품 개발·외부 예약 연동도 별도 합의 범위예요.
현재 주소와 막힌 동작으로 부분 수정 상담을 시작하세요
KC-Corporation 병원 홈페이지 부분 수정·유지관리 상담 신청하기에서 문의 유형 ‘유지관리’와 현재 홈페이지 주소를 확인하세요. 현행 양식에는 자유 문의란·파일 첨부가 없어요. 상세 재현 순서와 화면 자료는 후속 상담이나 공개 이메일 hello@kccorporation.kr로 전달하세요.
후속 상담에는 ‘문의까지 이동한 순서, 멈춘 공개 URL, 기기·브라우저, 소스·관리자 접근 가능 여부’를 준비하세요. ‘공통 메뉴와 폼의 수정 가능 범위, 키보드·이름표·오류 안내 재검수, 외부 부품 제외 사항, 변경 기록·운영 인계를 나눠 견적을 제안해 주세요’라고 요청하면 돼요. 환자정보·로그인 비밀번호는 보내지 마세요. 이미 KC와 운영 중이면 안내받은 유지관리 요청 창구를 이용하세요.