접근성

목표로 하는 기준

WCAG 2.1 AA 수준입니다. 손님이 스크린 리더로도, 키보드만으로도, 글자 크기를 얼마로 키우든, 햇빛 아래 휴대폰에서도 메뉴판을 읽을 수 있어야 합니다.

이 기준이 중요한 이유

미국 법원은 식당이 손님을 응대하는 웹사이트와 앱에 미국 장애인법(ADA)을 적용해 왔습니다. Robles 대 Domino's Pizza 사건에서 제9연방항소법원은 해당 체인의 웹사이트와 앱이 손님을 실제 매장과 이어 주므로 제3편의 적용을 받는다고 판단했고, 연방대법원은 2019년 10월 그 판결의 재심리를 거부했습니다. 화면 낭독기가 읽지 못하는 메뉴는 바로 그런 사건들이 다루는 종류의 장벽입니다. 배경 설명이며, 법률 자문이 아닙니다.

• Robles v. Domino's Pizza LLC, 913 F.3d 898 (9th Cir. 2019)
• Domino's Pizza LLC v. Robles, No. 18-1539, certiorari denied 7 October 2019

무엇을, 언제 점검하나

WCAG 2.1 A와 AA 자동 점검을 배포할 때마다 손님 메뉴판과 관리 화면에 대해 실행합니다. 1년에 한 번이 아닙니다. 손님 메뉴판은 모든 디자인에서 320, 360, 390, 430, 1440픽셀 너비로도 점검해, 작은 화면에서 옆으로 잘리는 것이 없게 합니다.

손님 메뉴판에서

제목 구조는 메뉴판 자체의 구성을 따릅니다. 모든 페이지가 자기 언어를 알려 주므로, 스크린 리더가 프랑스어 메뉴를 프랑스어로 읽습니다. 본문으로 건너뛰는 링크가 있고, 초점을 받는 요소마다 초점 테두리가 보이며, 섹션 목록은 키보드로 훑을 수 있습니다. 가격과 알레르기, 식단 표시는 글자이지 글자 이미지가 아닙니다. 메뉴 옆 사진은 장식으로 처리합니다. 메뉴 이름이 이미 옆에 있기 때문입니다.

아직 부족한 부분

외부 감사는 받지 않았습니다. 여기 적힌 것은 모두 자체 점검 결과입니다. 메뉴 글은 매장이 직접 쓰므로, 설명이 읽기 쉬운지는 저희가 아니라 매장이 챙길 몫입니다. 인쇄 메뉴판은 별개의 문제입니다. 종이는 확대할 수도 읽어 줄 수도 없고, 디지털 메뉴판이 존재하는 이유 중 하나가 바로 그것입니다.

무언가 막힌다면

무엇을 읽으려 하셨고 어떤 일이 있었는지 알려 주세요. 두루뭉술한 제보보다 구체적인 제보가 훨씬 도움이 되고, 저희는 듣지 못하는 쪽보다 듣는 쪽이 낫습니다.