접근성 주석 작업은 디자인 워크플로우에서 가장 지루한 작업 중 하나입니다. 모든 텍스트-배경 조합의 대비율을 확인하고, 스크린 리더를 위한 제목 계층을 주석으로 달고, 터치 타겟이 44×44px 최소값을 충족하는지 확인하고, 모든 이미지에 대체 텍스트를 제안하고, 모든 상호작용 컴포넌트에 ARIA 라벨을 문서화해야 합니다. 50개 화면이 있는 일반적인 앱의 경우, 수동 주석 작업에 20-40시간이 소요됩니다.
2026년 5월에 출시된 접근성 Skills와 결합된 Figma의 AI Design Agent는 이러한 기계적인 작업을 자동화합니다. 디자인을 분석하고, 수학적 규정 준수(대비율, 터치 타겟 크기)를 확인하며, 주석 레이어를 생성하여 화면당 주석 시간을 몇 시간에서 몇 분으로 단축할 수 있습니다.
핵심 요점
Figma AI는 접근성 전문 지식을 대체하지 않고 지루한 주석 작업을 자동화합니다. 에이전트는 접근성 전문가가 검토하고 개선할 접근성 명세서의 초안을 생성하여, 명세서 작성 시간을 20-40시간(50개 화면 앱 기준)에서 2-4시간의 검토 및 개선 시간으로 단축합니다. 수학적 검사(대비, 치수)는 매우 정확하지만, 맥락적 검사(대체 텍스트, 포커스 순서)는 사람의 검토가 필요합니다.
Figma AI가 자동으로 확인할 수 있는 것들은?
| 검사 유형 | 에이전트가 수행하는 작업 | 정확도 | 사람의 검토 필요? |
|---|---|---|---|
| 색상 대비 | WCAG AA/AAA 기준으로 텍스트/배경 쌍 확인 | 매우 높음 (수학적) | 아니오 (예외 상황 제외) |
| 터치 타겟 크기 | 44×44px 미만의 상호작용 요소 표시 | 매우 높음 (치수적) | 아니오 |
| 제목 계층 | 스크린 리더를 위한 H1→H6 구조 주석 | 높음 (구조적) | 간단한 확인 |
| 대체 텍스트 제안 | 이미지에 대한 설명적 대체 텍스트 생성 | 보통 (맥락 필요) | 예 — 목적 검토 |
| 포커스 순서 | 레이아웃 기반 키보드 탭 순서 제안 | 보통 (레이아웃 의존적) | 예 — 논리 확인 |
| ARIA 라벨 | 컴포넌트에 대한 ARIA 역할 및 라벨 제안 | 보통 (맥락적) | 예 — 의미론 확인 |
| 최소 폰트 크기 | 읽기 가능한 크기 임계값 미만의 텍스트 표시 | 매우 높음 | 아니오 |
| 색상만으로 전달되는 정보 | 색상으로만 전달되는 상태 식별 | 높음 | 간단한 확인 |
패턴: 수학적이고 치수적인 검사는 매우 신뢰할 수 있으며 무인 상태에서 실행할 수 있습니다. 맥락적이고 의미론적인 검사는 전문가 검토가 필요한 출발점입니다. 이것이 올바른 분업입니다: AI는 지루한 측정 작업(주석 시간의 대부분)을 처리하고, 사람은 판단이 필요한 부분(사용자 요구사항 이해가 필요한)을 처리합니다.
에이전트로 접근성 검사를 실행하는 방법
1단계: 확인하고자 하는 프레임을 선택합니다.
2단계: 에이전트에게 다음과 같이 말합니다: "이 화면에 접근성 검사를 실행해주세요. 대비율에 대한 WCAG AA 준수를 확인하고, 터치 타겟이 최소 44×44px인지 확인하며, 제목 계층에 주석을 달고, 이미지에 대한 대체 텍스트를 제안하고, 색상으로만 전달되는 정보가 있는지 표시해주세요."
3단계: 에이전트가 캔버스에 결과와 함께 주석 레이어를 생성합니다: 통과 항목은 녹색 체크, 실패는 빨간색 플래그, 검토가 필요한 항목은 주황색 경고로 표시됩니다.
4단계: 중간 정확도 항목들을 검토합니다: 대체 텍스트 제안, 포커스 순서, ARIA 라벨. 기능의 목적과 사용자 맥락에 대한 지식을 바탕으로 조정합니다.
더 일관된 결과를 위해서는 조직의 특정 접근성 요구사항(표준 WCAG를 초과할 수 있는)을 인코딩하는 맞춤형 /accessibility-check Skill을 만드세요. 귀하의 스킬에는 다음이 포함될 수 있습니다: "최소 폰트 크기는 14px입니다(WCAG의 12px가 아닌)," 또는 "모든 상호작용 요소는 브랜드 블루 아웃라인을 사용하여 시각적 포커스 표시기를 가져야 합니다."
자주 묻는 질문
AI 생성 접근성 명세서가 접근성 테스트를 대체하나요?
아니요 — AI 생성 명세서는 최종 감사가 아닌 출발점입니다. 실제 접근성 테스트에는 스크린 리더 테스트(VoiceOver, NVDA), 키보드 내비게이션 테스트, 그리고 이상적으로는 장애인과 함께하는 사용자 테스트가 필요합니다. 에이전트는 주석을 처리하고, 사람은 검증을 처리합니다. 명세서는 문서화 레이어이고, 테스트는 검증 레이어입니다.
에이전트는 어떤 WCAG 레벨을 확인하나요?
대비 검사는 WCAG AA(일반 텍스트 4.5:1 비율, 큰 텍스트 3:1) 및 AAA(7:1 비율) 모두를 지원합니다. 프롬프트나 Skill에서 목표 레벨을 지정하세요. 대부분의 조직은 AA를 목표로 하며, AAA는 정부 및 의료 애플리케이션에 권장됩니다.
우리 조직을 위한 맞춤형 접근성 Skill을 만들 수 있나요?
예 — 조직에서 표준 WCAG를 넘어서는 요구사항이 있다면 만들어야 합니다. 많은 회사들이 브랜드별 접근성 가이드라인을 가지고 있습니다: 브랜드 색상에 대한 더 높은 대비율, 특정 최소 폰트 크기, 필수 포커스 표시기 스타일, WCAG 최소값을 초과하는 터치 타겟 크기. 이러한 내용을 맞춤형 Skill에 인코딩하여 에이전트가 자동으로 특정 표준을 확인하도록 하세요.
AI의 대체 텍스트는 얼마나 정확한가요?
보통 수준 — 에이전트는 이미지에서 시각적으로 인식하는 것을 설명합니다. 하지만 좋은 대체 텍스트는 맥락에서 이미지의 목적을 이해해야 합니다. 장식용 히어로 이미지는 정보 제공 차트와 다른 대체 텍스트(또는 없음)가 필요합니다. 제품 사진은 설명적 텍스트가 필요하지만, 장식용 배경은 그렇지 않습니다. 사용자 경험에서 이미지의 역할을 바탕으로 AI 생성 대체 텍스트를 항상 검토하고 개선하세요.
이것이 기존 디자인에서도 작동하나요, 아니면 새로운 디자인에서만 작동하나요?
둘 다 — 그리고 소급 검사가 가장 높은 가치의 사용 사례일 수 있습니다. 기존 프레임에 에이전트를 지시하고 접근성 검토를 요청하세요. 이미 있는 것을 분석하고 주석을 생성합니다. 이는 특히 팀이 접근성 표준을 채택하기 전에 디자인된 화면을 감사하는 데 강력하며, 개선 우선순위를 안내하는 빠른 기준선 평가를 제공합니다.
공개: 이 글의 일부 링크는 제휴 링크입니다. 우리는 직접 테스트하고 정기적으로 사용하는 도구만 추천합니다. 전체 공개 정책을 참조하세요.