이번 주 W3C는 WCAG 평가 방법론을 다시 정리했습니다. GitHub 앱은 화면 읽기와 키보드 접근성을 다듬었습니다. EU AI Act 투명성 가이드라인은 사용자가 AI와 상호작용한다는 사실을 보조기술 사용자도 알 수 있게 안내하라고 요구합니다.
실무에서는 접근성의 범위를 넓히는 움직임이 이어졌습니다. 철도, 커뮤니티, 오픈소스 프로젝트가 각자의 맥락에서 누가 어떻게 접근할 수 있는지 다시 점검했습니다.
국내외 뉴스
Amtrak, 전국 철도망의 접근성 개선 현황을 공개
Amtrak은 ADA 36주년을 맞아 전국 노선의 접근성 개선 진행 상황을 소개했습니다. 역, 열차, 정보 제공 흐름 전반을 현대화해 이동 경험을 더 포용적으로 만들겠다는 방향을 다시 밝혔습니다.
교통 서비스의 접근성은 시설 개선에서 끝나지 않고 예약, 탑승, 안내, 앱 사용까지 이어집니다. 디지털 서비스 팀도 핵심 여정을 처음부터 끝까지 점검합니다.
출처: Amtrak Media ↗ (2026.07.24)
CanadianSME와 Enabled Talent, Enable Accessibility Canada Inc. 출범
CanadianSME와 Enabled Talent는 캐나다의 접근성과 장애 포용을 넓히기 위한 국가 단위 이니셔티브 Enable Accessibility Canada Inc.를 출범했습니다. 팟캐스트, 매거진, 어워즈를 묶어 접근성 사례와 리더십을 소개합니다.
이 플랫폼은 접근성을 규정 준수 항목에서 업계 전체가 논의하는 주제로 넓힙니다. 당사자 경험, 조직 사례, 정책 논의를 함께 보여주면 조직이 접근성을 더 빨리 배우고 적용합니다.
출처: GlobeNewswire ↗ (2026.07.25)
표준 업데이트 (WCAG, WAI-ARIA 등)
W3C, WCAG Evaluation Methodology (WCAG-EM) 2.0 공개
W3C는 WCAG 준수 여부를 평가하는 단계별 방법론인 WCAG Evaluation Methodology (WCAG-EM) 2.0을 공개했습니다. 이 문서는 디지털 제품이 WCAG 2를 얼마나 충족하는지 평가하는 절차를 정리합니다.
이 방법론을 쓰면 자동 검사 결과만 모으지 않고 평가 범위, 샘플링, 증빙 기준을 체계적으로 정할 수 있습니다. 접근성 감사를 주기적으로 운영하는 팀이라면 기준 문서로 삼습니다.
출처: W3C ↗ (2026.07.23)
도구 & 기술
GitHub 앱 v1.0.26, My Work 목록의 키보드·스크린 리더 접근성 개선
GitHub 앱의 v1.0.26 릴리스는 My Work 목록에서 keyboard와 screen reader accessibility를 개선했습니다. row label을 더 명확하게 바꾸고, new updates 알림도 스크린 리더가 읽도록 했습니다.
생산성 도구도 접근성 회귀를 계속 점검해야 합니다. 협업 도구의 세부 화면이 조금만 복잡해져도 화면 읽기 경험이 크게 달라집니다.
출처: GitHub Releases ↗ (2026.07.23)
법률 & 정책
EU 집행위, AI Act 투명성 의무 가이드라인 공개
유럽연합 집행위는 AI Act의 투명성 의무 이행을 돕는 가이드라인을 공개했습니다. 사용자가 AI와 직접 상호작용한다면, 첫 상호작용부터 이를 알아차릴 수 있어야 합니다. 이 안내는 accessibility requirements에 맞게 명확하고 구분 가능해야 합니다.
AI 생성 또는 변조 콘텐츠는 기계 판독이 가능한 마크와 라벨로 식별할 수 있어야 합니다. 접근성 팀은 AI 고지 문구가 시각 요소로만 표시되지 않고 보조기술 사용자에게도 똑같이 전달되는지 확인합니다.
출처: European Commission ↗ (2026.07.20)
실무 사례 & 가이드
Open Source Guides, 프로젝트용 접근성 베스트 프랙티스 정리
Open Source Guides는 프로젝트에 접근성을 넣는 방법을 정리한 Accessibility Best Practices for Your Project를 공개했습니다. 접근성 선언, 장애가 있는 사람들과의 협업, 테스트 기준, 보고 경로를 한 문서에 묶었습니다.
가이드는 UI 변경을 접근성 검사 도구로 확인하고, CI/CD에서 위반을 막고, 지원 환경과 한계를 공개하라고 권합니다. 오픈소스와 함께 내부 제품 팀에도 그대로 적용할 수 있습니다.
출처: Open Source Guides ↗ (2026.07.21)
마무리
이번 주 소식은 접근성을 한 번 검사하고 끝내지 않았습니다. W3C는 평가 방법론을 정리했고, GitHub는 앱의 키보드·스크린 리더 경험을 고쳤습니다. EU는 AI 고지를 명확하게 하라고 요구했고, Open Source Guides는 프로젝트 운영 문서에 접근성을 넣는 방법을 제시했습니다.
다음 주에는 핵심 사용자 여정 하나를 골라 평가 기준, UI 안내, 오류 처리, 지원 경로가 서로 끊기지 않는지 점검해 보세요. 접근성 문제는 개별 체크 항목보다 항목 사이의 연결 지점에서 더 자주 드러납니다.