Google 설문지 접근성: 스크린 리더, 규정 준수 & 모범 사례
빠른 답변: Google 설문지는 Google 자체 접근성 문서에 따르면 일반적으로 스크린 리더와 호환되며 키보드 탐색을 지원합니다. 하지만 특정 폼이 실제로 얼마나 접근 가능한지는 제작자가 어떻게 만드는지에 달려 있습니다. Google 설문지에는 내장 접근성 검사기가 없으므로, 아래의 모범 사례들 — 명확한 라벨, 단순한 질문 유형, 이미지의 텍스트 대안, 더 짧은 폼 — 을 직접 수동으로 적용해야 합니다.
Google 설문지에서의 접근성은 사실 두 가지 별개의 질문입니다: 플랫폼 자체가 무엇을 지원하는가, 그리고 폼 제작자인 여러분이 그것으로 무엇을 하는가입니다. Google은 Forms가 스크린 리더 및 키보드 전용 탐색과 함께 작동하도록 만들어졌다고 밝히는 자체 접근성 문서를 발표했습니다. 이는 합리적인 토대이지만, 그 위에 만들어진 모든 폼을 자동으로 사용하기 쉽게 만들어주지는 않습니다 — 밀도 높은 그리드 질문과 라벨이 없는 이미지로 가득한 폼은 접근 가능한 플랫폼 위에서도 보조 기술을 사용하는 사람에게는 여전히 나쁜 경험일 수 있습니다. 이 가이드는 폼 제작자로서 실제로 무엇을 해야 하는지 다룹니다.
Google 설문지가 기본적으로 지원하는 것
Google 자체 접근성 문서에 따르면, Google 설문지는 스크린 리더와 함께 작동하도록 설계되었으며 마우스나 터치스크린 없이 키보드만으로 질문을 탐색하고 답할 수 있도록 지원합니다. 이는 응답자의 폼 작성 경험에 적용됩니다. 이는 견고한 기준선이며, 대부분의 접근 가능한 폼에서 플랫폼 자체가 주된 장애물이 아니라는 뜻입니다 — 개별 질문과 콘텐츠가 어떻게 구성되는지가 보통 더 중요합니다.
제작자를 위한 모범 사례
명확하고 구체적인 질문 라벨 작성하기
스크린 리더는 질문 텍스트를 그대로 읽어주므로, "의견" 또는 "기타" 같은 모호한 라벨은 응답자에게 충분한 맥락을 주지 못합니다. 그 자체로 의미가 통하는 라벨을 작성하세요: 단순히 "의견"이 아니라 "행사 장소에 대한 추가 의견이 있나요?"처럼요.
필수 필드에 색상만 의존하지 않기
Google 설문지는 필수 질문을 빨간 별표로 표시합니다. 시각적 신호로는 괜찮지만, 모든 응답자가 색상을 신호로 인식할 것이라고 가정하지 마세요 — "필수"라는 단어도 별표와 함께 스크린 리더에서 안내되므로, 이를 재설계하려 하기보다는 Google의 기본 표시기를 그대로 두는 것이 일반적으로 더 안전한 선택입니다.
질문을 논리적인 순서로 유지하기
Google 설문지의 탭 순서는 질문을 배치한 순서를 따르므로, 관련 질문이 자연스럽게 이어지도록 폼을 구성하세요. 주제를 이리저리 오가면 스크린 리더를 사용하는 사람이 무엇을 묻는지에 대한 정신적 모델을 구축하기 더 어려워집니다.
지나치게 복잡한 그리드 질문 피하기
객관식 그리드와 체크박스 그리드 질문은 매트릭스에 많은 정보를 담는데, 이는 스크린 리더로 탐색하기 정말로 어렵습니다 — 각 셀이 시각적 맥락 없이 읽혀지는 자신의 행과 열을 모두 이해해야 합니다. 객관식 그리드 질문 유형 가이드에서는 이미 이것이 시력이 있는 사용자에게도 UX 약점이라고 지적합니다. 폼의 대상에 보조 기술 사용자가 포함되어 있다면 피하거나 일련의 개별 질문으로 대체할 가치가 있습니다.
이미지를 추가할 때 텍스트 대안 제공하기
질문에 이미지나 동영상을 추가한다면 — 응답자가 반응해야 하는 제품 사진이나 질문받는 다이어그램 — 스크린 리더가 삽입된 시각적 콘텐츠를 스스로 안정적으로 해석할 수 없으므로 함께 있는 질문 텍스트가 이미지에 무엇이 있는지 설명하도록 하세요. 미디어를 삽입하는 방법은 Google 설문지에 동영상과 이미지를 추가하는 가이드를 참고하고, 질문이나 캡션에 서면 설명을 함께 넣으세요.
폼을 가능한 짧게 유지하기
추가되는 질문마다 인지 부하가 늘어나며, 그 부하는 전체 페이지를 시각적으로 훑어보는 대신 키보드로 한 번에 한 필드씩 탐색할 수 있는 보조 기술 사용자에게 종종 더 큽니다. 필수적이지 않은 것은 잘라내고, 긴 폼은 하나의 연속적인 스크롤이 아니라 명확하게 라벨이 붙은 섹션으로 나누세요.
보내기 전에 스크린 리더로 폼 테스트하기
Google이 알려주지 않는 접근성 문제를 잡아내는 가장 확실한 방법은 실제로 스크린 리더를 사용해 자신의 폼을 작성해보는 것입니다. 아이폰에서는 VoiceOver를 켜고(설정 > 접근성 > VoiceOver) Safari에서 폼의 응답자 링크를 스와이프하며, 각 질문, 선택지, 필수 필드 표시기가 명확하게 안내되는지 들어보세요. 안드로이드에서는 TalkBack이 같은 역할을 합니다. 데스크탑에서는 NVDA(무료)나 macOS VoiceOver가 빠른 점검에 잘 작동합니다. 세 가지를 확인하세요: 시각적 레이아웃 없이 읽었을 때 모든 질문이 이해가 되는지, 필요한 곳에서 리더가 "필수"를 올바르게 안내하는지, 그리고 표 구조를 볼 수 없게 되었을 때 그리드 질문(유지했다면)이 혼란스러워지는지.
퀴즈와 시간제한이 있는 폼의 접근성 고려사항
폼이 퀴즈로 설정되어 있거나 암묵적인 시간 압박이 있다면 — 실시간 수업 활동, 선착순 등록 — 스크린 리더나 스위치 컨트롤로 탐색하는 것이 페이지를 시각적으로 훑어보는 것보다 실제로 더 오래 걸린다는 것을 알아두세요. 여러분의 용도에서 시간이 중요하다면, 엄격한 시간 제한을 피하거나(어차피 Google 설문지에는 기본 카운트다운 타이머가 없습니다) 응답자에게 실제로 얼마나 시간이 있는지 미리 명확하게 알려서, 보조 기술을 사용하는 누구도 명시되지 않은 기대에 허를 찔리지 않도록 하세요.
내장 접근성 검사기 없음
솔직하게 말할 필요가 있는 실제 격차가 있습니다: Google 설문지는 일부 유료 설문조사 플랫폼처럼 보내기 전에 폼을 스캔하고 문제를 표시해주는 내장 접근성 감사 도구를 포함하지 않습니다. "이 그리드 질문은 탐색하기 어려울 수 있습니다"나 "이 이미지에는 설명이 없습니다" 같은 것을 알려주는 자동 보고서가 없습니다. 지금으로서는 위의 모범 사례를 수동으로 적용하는 것 — 그리고 이상적으로는 보내기 전에 직접 스크린 리더로 폼을 테스트하는 것 — 이 문제를 잡아내는 주된 방법입니다.
규정 준수 주장에 대한 참고사항
Google 설문지가 "WCAG를 준수한다" 또는 "ADA를 준수한다"는 포괄적인 주장을 하지는 않겠습니다 — 그것은 Google 자체의 준수 성명과, 그에 못지않게 중요하게 개별 폼이 어떻게 만들어졌는지에 좌우되는 법적 판단입니다. 접근성 준수가 여러분 조직의 필수 요건이라면(예를 들어 공공기관이나 교육 플랫폼), Google이 공개한 접근성 문서를 직접 검토하고 이 글과 같은 일반적인 모범 사례 안내에 의존하기보다 접근성 준수 전문 지식을 가진 사람과 상담하는 것을 고려하세요.
자주 묻는 질문
Google 설문지는 스크린 리더 사용자에게 접근 가능한가요?
Google은 자체 접근성 문서에 따르면 Forms가 스크린 리더와 함께 작동하도록 설계되었으며 키보드 탐색을 지원한다고 밝히고 있습니다. 개별 폼이 실제로 얼마나 접근 가능한지는 제작자가 어떻게 만들었는지에도 크게 좌우됩니다 — 명확한 라벨, 단순한 질문 유형, 이미지의 텍스트 대안이 모두 중요합니다.
Google 설문지에는 내장 접근성 검사기가 있나요?
아니요. 일부 유료 설문조사 및 폼 플랫폼과 달리, Google 설문지는 보내기 전에 폼의 문제를 스캔하는 내장 접근성 감사나 검사기를 포함하지 않습니다. 현재로서는 수동으로 모범 사례를 따르는 것이 문제를 잡아내는 주된 방법입니다.
Google 설문지는 WCAG나 ADA를 준수하나요?
Google을 대신해 포괄적인 준수 주장을 할 수는 없습니다. Google은 자체 접근성 준수 정보를 공개하며, 특정 폼의 실제 준수 여부는 폼이 어떻게 만들어졌는지에도 좌우됩니다. 이 가이드는 규정 준수 보장이 아니라 모범 사례 조언으로 받아들이세요.
폼 제작자가 저지르는 가장 큰 접근성 실수는 무엇인가요?
객관식 그리드나 체크박스 그리드 질문을 과도하게 사용하는 것입니다. 이런 매트릭스 스타일 질문은 각 셀이 행과 열 맥락을 모두 이해해야 하기 때문에 스크린 리더로 탐색하기 어렵고, 시력이 있는 사용자에게도 흔히 혼란을 줍니다.
보내기 전에 내 Google 설문지가 실제로 접근 가능한지 어떻게 테스트하나요?
스크린 리더를 사용해 직접 작성해보세요 — 아이폰이나 맥에서는 VoiceOver, 안드로이드에서는 TalkBack, 윈도우에서는 NVDA를 사용하세요. 각 질문과 필수 여부가 명확하게 안내되는지, 시각적 표 구조 없이 그리드 질문이 혼란스러워지지는 않는지 확인하세요.