기업 웹사이트 접근성 체크리스트: 채용, PDF, 투자자 페이지, 양식

기업 웹사이트를 위한 접근성 체크리스트: 탐색, 채용 페이지와 입사 지원, PDF와 연차 보고서, 동영상, 양식, 쿠키 배너, 접근성 선언문까지.

FixReports 편집팀6분 분량

기업 웹사이트는 무언가를 직접 판매하는 경우가 드물어서, 그 안의 접근성 문제를 놓치기 쉽습니다. 하지만 기업 웹사이트는 사람들이 입사 지원을 하고, 투자자가 연차 보고서를 읽고, 기자가 보도 자료를 찾고, 고객이 연락처를 찾는 곳이며, 이 모든 일이 장벽 하나로 막힐 수 있습니다. 키보드로는 끝낼 수 없는 입사 지원, 태그 없는 PDF로 게시된 연차 보고서, 자막 없는 동영상, 포커스를 가두는 쿠키 배너 같은 것들입니다. 이 체크리스트는 대부분의 기업 사이트에 있는 섹션별로 WCAG 2.2 레벨 AA를 살펴보고, 각 섹션에서 무엇을 점검해야 하는지 설명합니다.

핵심 요약

  • WebAIM은 2026년 상위 100만 개 홈페이지의 95.9%에서 감지 가능한 WCAG 오류를 발견했으며, 가장 흔한 것은 낮은 명도 대비 텍스트(83.9%)와 대체 텍스트 누락(53.1%)이었습니다 (WebAIM (새 탭에서 열림)).
  • WCAG는 웹 페이지뿐 아니라 사이트에 게시된 PDF 같은 문서에도 적용되며, W3C는 PDF를 접근 가능하게 만드는 기법을 공개하고 있습니다 (W3C (새 탭에서 열림)).
  • 사전 녹화된 동영상에는 자막이 필요하며(1.2.2, 레벨 A), 영상이 오디오에 없는 정보를 전달한다면 화면 해설도 필요합니다(1.2.5, AA) (W3C (새 탭에서 열림)).
  • 미국 법무부는 2022년 지침에서 ADA가 일반에 개방된 사업체의 웹 서비스에 적용된다고 밝혔지만, 구체적인 기술 표준은 정하지 않았습니다 (ADA.gov (새 탭에서 열림)).
  • W3C는 접근성 선언문 작성을 위한 지침과 무료 생성 도구를 제공합니다 (W3C (새 탭에서 열림)).

기업 웹사이트에서 접근성이 왜 중요한가요?

접근성이 필요한 방문자가 바로 기업이 가장 만나고 싶은 사람들인 경우가 많기 때문입니다. 지원자, 고객, 파트너, 투자자입니다. 세계보건기구(WHO)는 약 6명 중 1명꼴인 13억 명이 상당한 장애를 겪고 있다고 추산합니다 (WHO (새 탭에서 열림)). 그보다 더 많은 사람이 마우스 대신 키보드를 쓰거나, 텍스트를 확대하거나, 밝은 곳에서 휴대폰으로 글을 읽습니다.

규정 준수 측면도 있으며, 이는 국가와 사이트의 이용 대상에 따라 다릅니다. EU의 공공 부문 기관은 웹 접근성 지침(Web Accessibility Directive)을 충족해야 하고, EU 소비자에게 판매하는 기업은 유럽 접근성법의 적용을 받을 수 있으며, 미국에서는 법무부가 ADA가 일반에 개방된 사업체의 웹 서비스에 적용된다고 밝혔습니다 (ADA.gov (새 탭에서 열림)). 순수한 기업 간 거래 사이트는 이 법률 중 일부의 적용 대상이 아닐 수 있지만, 공급업체에 접근성을 묻는 대형 고객은 늘고 있습니다. 배경은 유럽 접근성법과 ADA 요구서에 관한 저희 가이드에서 설명합니다. 이 글은 법률 자문이 아닙니다.

모든 페이지에서 무엇을 점검해야 하나요?

이런 문제는 공통 템플릿에서 생기므로, 한 번 고치면 사이트 전체가 고쳐집니다.

  • 명도 대비: 본문 텍스트는 배경 대비 최소 4.5:1, 큰 텍스트는 3:1이어야 합니다(1.4.3). 연한 회색 텍스트와 브랜드 색상 위의 흰색 텍스트가 흔한 실패 원인입니다. 색상 대비 검사기로 어떤 색상 조합이든 테스트할 수 있습니다.
  • 키보드: 모든 링크, 메뉴, 버튼에 Tab 키로 도달하고 Enter 키나 Space 키로 사용할 수 있어야 하며, 포커스 표시가 보여야 합니다(2.1.1, 2.4.7). 메가 메뉴와 캐러셀에서 문제가 자주 생깁니다.
  • 건너뛰기 링크와 랜드마크: 헤더를 건너뛰고 본문으로 바로 이동하는 방법(2.4.1)과 header, nav, main, footer 랜드마크를 제공합니다.
  • 제목: 페이지마다 H1은 하나만 두고 논리적인 제목 구조를 갖춥니다(1.3.1). 스크린 리더 사용자가 페이지를 훑어볼 수 있게 됩니다.
  • 링크 텍스트: “더 보기”를 열 번 반복하지 말고, 맥락 없이도 의미가 통하는 링크를 사용합니다(2.4.4).
  • 언어: 모든 페이지와 다른 언어로 된 구절에 lang 속성을 지정해(3.1.1, 3.1.2) 스크린 리더가 올바르게 발음하게 합니다.
  • 확대와 리플로우: 200% 확대에서도, 너비 320픽셀에서도 가로 스크롤 없이 콘텐츠를 사용할 수 있어야 합니다(1.4.4, 1.4.10).

채용 페이지와 입사 지원은 어떻게 접근 가능하게 만드나요?

채용 섹션은 장벽의 결과가 가장 분명하게 드러나는 곳입니다. 지원서를 끝까지 작성할 수 없는 지원자는 검토 대상조차 될 수 없습니다.

  • 채용 공고 목록: 필터와 검색을 키보드로 사용할 수 있어야 하며, 결과 수를 스크린 리더에 알려야 합니다(4.1.3).
  • 지원서 양식: 모든 입력란에 보이는 레이블이 있어야 하고(3.3.2), 오류는 텍스트로 설명해야 하며(3.3.1), 파일 업로드 버튼에는 접근 가능한 이름이 있어야 합니다.
  • 시간 제한: 양식에 시간 제한이 있다면 미리 경고하고 시간을 연장할 수 있게 합니다(2.2.1).
  • 외부 지원자 관리 시스템(ATS): 많은 기업이 지원서 접수에 외부 시스템을 사용합니다. 공급업체에 접근성 준수 보고서를 요청하고, 지원 흐름을 직접 키보드로 테스트하고, 이메일 같은 다른 지원 방법을 채용 페이지에 안내하십시오.
  • 역량 평가와 화상 면접: 온라인 시험이나 화상 면접 도구가 스크린 리더와 자막을 지원하고, 요청 시 추가 시간을 줄 수 있는지 확인합니다.

접근 가능한 PDF와 연차 보고서는 어떻게 게시하나요?

연차 보고서, 지속가능경영 보고서, 브로슈어, 정책 문서는 PDF로만 게시되는 경우가 많고, 그중 상당수는 태그가 없습니다. 그러면 스크린 리더는 문서를 하나의 텍스트 덩어리로 읽거나 아예 읽지 못합니다.

  • 중요한 콘텐츠는 HTML을 우선합니다. 웹 페이지가 접근 가능하게 만들기 더 쉽고, 휴대폰에서 더 잘 보이며, 검색하기도 더 쉽습니다.
  • PDF를 게시한다면 태그를 붙입니다. 원본 문서(Word, InDesign)에서 태그를 켠 채로 내보내 제목, 목록, 표, 읽기 순서가 유지되게 합니다. 접근 가능한 PDF는 PDF/UA 표준(ISO 14289)이 정의합니다.
  • 기본 요소를 확인합니다: 문서 제목, 문서 언어, 차트와 이미지의 대체 텍스트, 실제 표 머리글, 논리적인 읽기 순서입니다. Adobe Acrobat Pro에는 접근성 검사 기능이 내장되어 있고, PAC는 Windows용 무료 검사 도구입니다.
  • 스캔한 문서는 글자의 이미지이므로 OCR과 태그 작업이 필요하거나 HTML 버전을 제공해야 합니다.
  • 재무 표: 머리글 행과 열을 마크업합니다. HTML에서는 scope가 지정된 <th>를 사용합니다.

동영상, 웹캐스트, 팟캐스트는 어떻게 해야 하나요?

  • 말소리가 있는 모든 사전 녹화 동영상(1.2.2, A)과 실시간 웹캐스트(1.2.4, AA)에 자막을 제공합니다. 자동 자막은 확인이 필요합니다. 이름, 숫자, 전문 용어가 틀리는 경우가 많습니다.
  • 발표자가 읽지 않는 슬라이드의 글자처럼 중요한 정보가 화면으로만 전달된다면 화면 해설을 제공합니다(1.2.5, AA). 가장 간단한 방법은 발표자가 슬라이드를 말로 설명하는 것인 경우가 많습니다.
  • 팟캐스트와 오디오 전용 콘텐츠에는 대본을 제공합니다(1.2.1, A).
  • 플레이어 컨트롤: 삽입된 플레이어는 키보드로 조작할 수 있어야 하며, 3초 넘게 자동 재생되는 소리에는 일시 정지하거나 멈출 방법이 있어야 합니다(1.4.2).

오디오와 동영상을 접근 가능하게 만드는 W3C 가이드는 기획, 자막, 해설을 다룹니다 (W3C (새 탭에서 열림)).

문의 양식, 지도, 사업장 위치는 어떻게 접근 가능하게 만드나요?

  • 양식: 레이블과 명확한 오류 메시지를 제공하고, 일그러진 글자 읽기나 퍼즐 풀기에만 의존하는 CAPTCHA는 쓰지 마십시오. 대안을 제공합니다 (W3C (새 탭에서 열림)).
  • 연락처는 텍스트로: 전화번호, 이메일 주소, 사무실 주소를 이미지나 지도 안에만 두지 말고 페이지에 텍스트로 적습니다.
  • 지도: 삽입된 지도는 스크린 리더로 사용하기 어렵습니다. 텍스트로 적은 주소와 찾아오는 길이 접근 가능한 대안입니다.
  • 채팅 위젯: 키보드로 열고, 사용하고, 닫을 수 있는지, 그리고 포커스를 받은 콘텐츠를 가리지 않는지 확인합니다(2.4.11).

쿠키 배너가 접근성 문제를 일으키나요?

자주 그렇습니다. 가장 먼저 나타나고 다른 모든 것 위에 겹쳐지기 때문입니다.

  • 배너는 키보드로 도달하고 사용할 수 있어야 하며, Tab 키로 배너를 벗어날 수 있어야 합니다(2.1.2 No Keyboard Trap) (W3C (새 탭에서 열림)).
  • 배너의 버튼에는 명확한 이름과 충분한 대비가 필요합니다. “거부”는 “동의”만큼 쉽게 찾을 수 있어야 합니다.
  • 배너가 그 뒤의 페이지에서 포커스를 받은 요소를 가려서는 안 됩니다(2.4.11).

저희 스캔은 쿠키 배너가 표시된 상태로 홈페이지에서 시작합니다. 키보드 사용자가 가장 먼저 마주하는 상태가 그것이기 때문이며, Tab 키로 배너를 지나갈 수 없다면 포커스 트랩으로 보고합니다.

접근성 선언문이 필요한가요?

EU의 공공 부문 기관은 반드시 게시해야 합니다. 기업은 보통 자율이지만, 유럽 접근성법은 적용 대상 서비스에 법의 요건을 어떻게 충족하는지에 관한 정보를 제공하도록 요구합니다. 좋은 선언문에는 목표로 하는 표준, 알려진 한계, 사용자가 문제를 신고하거나 다른 형식의 콘텐츠를 요청하는 방법, 마지막 검토 날짜가 담깁니다. W3C는 지침과 무료 생성 도구를 공개하고 있습니다 (W3C (새 탭에서 열림)).

정직하게 작성하십시오. 자동화 테스트로 모든 것을 검사할 수는 없으므로, 자동 스캔만 하고 완전한 준수를 주장하는 것 자체가 위험입니다.

기업 웹사이트는 어떻게 테스트해야 하나요?

  1. 자동 스캔을 실행합니다. 홈페이지, 채용 페이지 하나, 뉴스 기사 하나, 문의 페이지, 모든 양식이 대상입니다. 저희 무료 웹 접근성 검사기는 주요 페이지를 실제 브라우저에서 WCAG 2.2 A 및 AA 기준으로 테스트하고, 이미지 대체 텍스트 검사기는 페이지의 모든 이미지를 보여 드립니다.
  2. 키보드로 테스트합니다: 키보드만 사용해 메뉴를 탐색하고, 채용 공고에 지원하고, 문의 양식을 제출해 봅니다.
  3. 문서를 확인합니다: 가장 중요한 PDF를 스크린 리더나 PDF 접근성 검사 도구로 열어 봅니다.
  4. 자막을 켜고 소리를 끈 채 동영상을 시청합니다.
  5. 장애가 있는 사람에게 주요 작업을 직접 해 보도록 요청합니다. 어떤 체크리스트로도 예측하지 못한 문제가 드러납니다.

자주 묻는 질문

WCAG는 PDF에도 적용되나요?

네. WCAG는 사이트에 게시된 문서를 포함한 웹 콘텐츠에 적용됩니다. W3C는 PDF 파일에서 WCAG를 충족하기 위한 구체적인 기법을 공개하고 있습니다.

채용 사이트를 외부 업체가 운영합니다. 그래도 저희 책임인가요?

지원자 입장에서는 그것이 귀사의 지원 절차입니다. 공급업체에 접근성 준수 보고서를 요청하고, 지원 흐름을 테스트하고, 다른 지원 방법을 제공하십시오. 법적 책임이 있는지는 관할 지역에 따라 다릅니다.

자동 자막은 WCAG를 충족하나요?

정확할 때만 충족합니다. 자동 자막은 이름, 숫자, 용어를 자주 틀리므로, 그대로 쓰기 전에 검토하고 수정하십시오.

기업 사이트에는 접근성 오버레이로 충분한가요?

아니요. 오버레이는 기반 코드, 문서, 동영상을 고치지 않습니다. 저희 접근성 오버레이와 FTC 명령에 관한 가이드를 참고하십시오.

기업 웹사이트는 어떤 표준을 목표로 해야 하나요?

현재 버전이자 일반적인 목표는 WCAG 2.2 레벨 AA입니다. 많은 법률과 정책이 여전히 WCAG 2.1 AA를 참조하지만, 2.2 AA를 충족하는 사이트는 2.1 AA도 충족합니다.

출처

전체 가이드