Day 14. 감사(Audit) 규모가 두 배로 늘어났습니다. 접근성(Accessibility) 점수 리스트가 이제 GitHub에 공개되었습니다.

지난주, 저는 첫 번째 접근성 감사(Accessibility audit) 결과를 게시했습니다. 15개의 앱을 대상으로 A부터 F까지의 간단한 점수를 매겼습니다. 그 반응은 저를 놀라게 했습니다.

개발자들이 자신의 앱이 어떤 점수를 받았는지 문의하며 연락을 해왔습니다. 몇몇은 어떻게 개선할 수 있는지 알고 싶어 했습니다. 한 사람은 제 빌드 로그(Build log)를 읽기 전까지 접근성 레이블(Accessibility labels)에 대해 생각해 본 적이 없다고 말했습니다.

그래서 저는 다음 며칠 동안 감사의 규모를 두 배로 늘리는 데 시간을 보냈습니다. 30개의 앱. 동일한 방법론(Methodology). 동일한 점수 산정 시스템(Scoring system). 결과는 이제 GitHub에 공개되었습니다.

확장된 감사 (The Expanded Audit)

새로운 카테고리에 걸쳐 15개의 앱을 추가했습니다. 건강 앱, 교육 앱, 정부 서비스, 그리고 더 많은 로컬 앱들입니다.

카테고리	우수 앱 (A/B)	최악의 앱 (D/F)
메시징 (Messaging)	WhatsApp, Telegram, Google Messages	—
...

패턴은 유지되었습니다. 글로벌 앱들은 높은 점수를 받았습니다. 로컬 앱들은 낮은 점수를 받았습니다. 테스트한 모든 은행 앱은 F 점수를 받았습니다.

공개 리스트 (The Public List)

전체 접근성 점수 리스트를 GitHub에 게시했습니다.

1. 접근성 레이블 (Accessibility labels)은 선택 사항이 아닙니다. 이는 단순히 "있으면 좋은" 기능이 아닙니다. 레이블은 수백만 명의 시각 장애인 사용자가 귀하의 앱을 사용할 수 있는지, 그리고 점점 더 늘어나고 있는 AI 에이전트 (AI agents)가 앱과 상호작용할 수 있는지를 결정합니다.

2. 레이블을 추가하는 것은 어렵지 않습니다. 버튼에 단 하나의 content-desc 속성을 추가하는 데는 몇 초밖에 걸리지 않습니다. 대부분의 앱이 F 점수를 받는 이유는 기술적인 어려움 때문이 아닙니다. 아무도 이를 우선순위에 두지 않았기 때문입니다.

3. 이 격차는 비즈니스 기회입니다. A 점수를 받은 앱은 더 많은 인간과 더 많은 기계에 의해 사용될 수 있습니다. AI 에이전트 (AI agents)가 더 흔해짐에 따라, 접근성이 좋은 앱은 자동화 측면에서 우위를 점하게 될 것입니다.

다음 단계 (What's Next - 15일 차)

• F 점수를 받은 앱의 개발자들에게 구체적이고 실행 가능한 피드백을 전달하기 시작하기
• 리포지토리 (repo)에 "점수 개선 방법" 가이드 추가하기
• 내 에이전트 (agent)가 이제 멀티 앱 워크플로 (multi-app workflows)를 처리할 수 있는지 테스트 시작하기 (예: "은행 앱에서 내 잔액을 복사해서 WhatsApp으로 엄마에게 보내줘")

리포지토리 (The Repo)

👉 github.com/Dexter2344/phone-agent

접근성 감사 (accessibility audit) 결과는 이제 README의 영구적인 섹션이 되었습니다. 30개의 앱을 평가했습니다. 공개되어 있습니다. 무료입니다. 누구나 사용할 수 있습니다.

오늘은 14일 차입니다. 리스트가 공개되었습니다. 논의가 시작되었습니다.