소규모 비즈니스를 위한 웹 접근성: 실용적인 시작 가이드

잠재 고객이 당신의 웹사이트에 들어와 구매할 준비를 마쳤다고 상상해 보세요. 그런데 메뉴의 글자가 배경과 뒤섞여 잘 보이지 않고, 키보드 내비게이션을 고려하지 않아 탭 키로 결제 폼을 이동할 수 없으며, 홈페이지의 이미지에는 어떤 설명도 없습니다. 그 고객은 좌절한 채 아무 서비스도 받지 못하고 떠나 버립니다. 이는 드문 예외 상황이 아닙니다. 미국 성인 네 명 중 한 명꼴로 장애를 가지고 있으며, 연구 결과는 접근성이 떨어지는 웹사이트가 매일 실제 매출 손실을 초래한다는 사실을 일관되게 보여 줍니다. 한편, 법적 리스크는 빠르게 커지고 있습니다. 2024년에만 거의 4,000건의 ADA 웹사이트 소송이 제기되었고, 소규모 사업체들이 점점 더 표적이 되고 있습니다.

지금 이 시점에 소규모 사업체에게 웹 접근성이 중요한 이유

웹 접근성은 시각, 청각, 운동, 인지 장애가 있는 사람들을 포함해 모든 사람이 사용할 수 있도록 웹사이트를 설계하고 구축하는 실천을 말합니다. 수십 년 동안 많은 소규모 사업자는 접근성이 대기업이나 정부 기관만의 과제라고 생각해 왔습니다. 이제 그 가정은 더 이상 안전하지도, 정확하지도 않습니다.

미국 장애인법(ADA)은 오랫동안 법원과 법무부(Department of Justice)에 의해 웹사이트에도 적용되는 것으로 해석되어 왔습니다. ADA 제3편(Title III)에 따르면, 공공장소(places of public accommodation) — 법원은 이를 폭넓게 해석해 웹사이트와 전자상거래 플랫폼까지 포함해 왔습니다 — 는 장애인이 접근할 수 있어야 합니다. 흔한 오해 중 하나는 소규모 사업체는 예외라는 것입니다. 실제로는 제3편은 직원 수와 관계없이 모든 사업체에 적용됩니다. 온라인으로만 운영되는 사업체도 예외가 아닙니다. 디지털 전용 서비스라 하더라도 온라인 장벽이 존재하면 여전히 동등한 접근을 막을 수 있기 때문입니다.

집행 환경은 극적으로 강화되었습니다. 2024년에만 수천 건의 ADA 웹사이트 접근성 소송이 제기되었고, 원고 측 로펌은 점점 더 소규모 회사를 표적으로 삼고 있습니다. 이들은 전담 법무팀이 없고 빠르게 합의할 가능성이 높기 때문입니다. 합의금만 해도 보통 $5,000에서 $25,000 사이이며, 여기에 변호사 비용, 개선 비용, 그에 따른 평판 손상은 포함되지 않습니다. 첫 번째 ADA 위반에 대해서도 최대 $75,000의 민사 벌금이 부과될 수 있습니다. 이는 이론적인 숫자가 아닙니다. 맞춤 칼 제작업체나 패스트 캐주얼 레스토랑 체인과 같은 소규모 사업체도 최근 몇 년 사이 접근성 소송을 겪었고, 그 어떤 사업체도 너무 작거나 틈새 시장이라는 이유로 표적에서 벗어날 수 없다는 사실을 보여 줍니다.

법무부(DOJ) 역시 공식적인 규칙 제정을 향해 움직이고 있습니다. 2024년 4월, DOJ는 ADA 제2편(Title II) 하에서 주 및 지방 정부가 2026년과 2027년까지 WCAG 2.1 AA 수준을 준수하도록 요구하는 규칙을 최종 확정했습니다. 이 규칙은 직접적으로는 정부 기관을 대상으로 하지만, 민간 부문의 제3편(Title III) 소송에서 법원은 상업용 웹사이트를 평가할 때 동일한 기준을 참고할 것으로 예상됩니다. 규제의 방향성은 분명합니다.

접근성 표준 이해하기: 쉬운 말로 풀어 쓴 WCAG

웹 접근성 준수에 대해 이야기할 때 사람들은 거의 항상 W3C(World Wide Web Consortium)가 개발한 웹 콘텐츠 접근성 지침(Web Content Accessibility Guidelines, WCAG)을 말합니다. WCAG 자체가 법은 아니지만, 법원, 규제 기관, 집행 기관이 일관되게 참조하는 기술적 기준입니다. ADA, EU의 European Accessibility Act, Section 508, 캐나다의 Accessible Canada Act를 포함한 대부분의 법적 프레임워크는 WCAG 2.1 또는 2.2 AA 수준 준수를 요구합니다.

이 지침은 네 가지 핵심 원칙을 중심으로 구성되어 있으며, 보통 POUR라는 약어로 기억합니다.

• Perceivable(지각 가능): 사용자는 사이트에 제시된 정보를 지각할 수 있어야 합니다. 이는 이미지에 대한 텍스트 대체, 동영상 자막, 저시력이나 색각 이상 사용자가 콘텐츠를 읽을 수 있도록 충분한 색 대비를 의미합니다.
• Operable(운용 가능): 사용자는 인터페이스를 탐색하고 상호작용할 수 있어야 합니다. 모든 기능은 키보드만으로도 작동해야 하며, 자동으로 세션이 만료되어 사용자가 서두르지 않고 작업을 완료할 수 있어야 합니다.
• Understandable(이해 가능): 콘텐츠와 인터페이스의 작동 방식은 명확해야 합니다. 예측 가능한 내비게이션, 적절한 수준의 읽기 쉬운 텍스트, 실수를 어떻게 수정해야 하는지 알려 주는 유용한 오류 메시지가 필요합니다.
• Robust(견고): 콘텐츠는 다양한 브라우저, 기기, 스크린 리더, 음성 제어 소프트웨어, 스위치 접근 장치와 같은 보조 기술에서 안정적으로 작동해야 합니다.

WCAG에는 여러 버전이 있습니다. 2018년에 발표된 WCAG 2.1은 모바일 기기, 저시력 사용자, 인지 장애가 있는 사람들을 위한 개선 사항을 포함해 WCAG 2.0보다 17개의 새로운 성공 기준을 추가했습니다. 2023년 10월에 발표된 WCAG 2.2는 9개의 성공 기준을 추가했으며, 이들 대부분은 저시력, 운동 장애, 인지적 어려움을 겪는 사람들의 접근성을 개선합니다. 좋은 소식은 버전 간 호환성이 유지된다는 점입니다. WCAG 2.2를 충족하면 2.1과 2.0도 함께 충족하게 됩니다. 현재 법적으로 가장 많이 요구되는 표준은 WCAG 2.1 AA 수준이지만, 장기적으로는 2.2를 목표로 하는 것이 더 현명한 선택입니다.

각 성공 기준은 A(최소), AA(중간), AAA(최고) 세 가지 적합성 수준 중 하나로 테스트됩니다. AA 수준은 대부분의 사업체에 현실적인 목표입니다. 실제 접근성과 대부분의 개발팀과 예산이 달성할 수 있는 수준 사이의 균형을 맞추기 때문입니다. AAA 수준은 법적으로 요구되는 경우가 거의 없고, 사이트 전체에 적용하기에는 일반적으로 비현실적입니다.

가장 흔한 접근성 문제 다섯 가지 — 그리고 해결 방법

수년간 인식이 높아졌음에도 불구하고, 업계 전반의 웹 접근성 수준은 여전히 좋지 않습니다. 2025년 기준으로, 웹사이트의 96% 이상이 적어도 하나의 감지 가능한 접근성 실패를 가지고 있으며, 평균 홈페이지에는 약 51개의 개별 접근성 오류가 존재합니다. 소규모 사업체에 희망적인 소식은 가장 흔한 문제들이 동시에 가장 해결하기 쉬운 문제라는 점입니다. 상위 다섯 가지 문제만 해결해도 장애가 있는 사용자에게 발생하는 장벽의 대부분을 제거하고 법적 리스크를 크게 줄일 수 있습니다.

1. 불충분한 색 대비

텍스트와 배경 사이의 낮은 색 대비는 단일 항목으로 가장 흔한 접근성 실패입니다. 2025년 WebAIM Million 보고서에 따르면 거의 80%의 홈페이지에 영향을 미칩니다. WCAG 2.1 AA 수준은 일반 텍스트의 경우 최소 4.5:1, 큰 텍스트의 경우 3:1(18pt 이상 또는 14pt 볼드)의 대비 비율을 요구합니다. 디자이너의 목업에서 아주 깔끔해 보이는 흰 배경 위의 연한 회색 텍스트는 거의 확실히 기준을 충족하지 못합니다. WebAIM의 Contrast Checker나 Chrome DevTools에 내장된 Lighthouse 감사와 같은 무료 도구를 사용하면 어떤 색 조합이든 즉시 테스트할 수 있습니다. 해결책은 보통 CSS 색상 값을 수정하는 것뿐입니다.

2. 누락되었거나 부적절한 이미지 대체 텍스트(alt)

스크린 리더 — 시각 장애 및 저시력 사용자가 웹을 탐색할 때 사용하는 소프트웨어 — 는 이미지를 해석할 수 없습니다. 이들은 이미지가 무엇을 보여 주는지 설명하는 HTML의 alt 속성에 전적으로 의존합니다. alt 텍스트가 없으면 스크린 리더 사용자는 아무 정보도 얻지 못합니다. 해결책은 간단합니다. 의미 있는 모든 이미지에는 간결하고 설명적인 alt 속성이 필요합니다. 순수하게 장식용인 이미지는 스크린 리더가 무시해도 된다는 신호를 주기 위해 빈 alt 속성(alt='')을 사용해야 합니다. alt 텍스트에 키워드를 억지로 채워 넣지 말고, 마치 전화로 누군가에게 이미지를 설명하듯 작성하세요.

<!-- 의미 있는 이미지: 무엇을 보여 주는지 설명 -->
<img src='team-photo.jpg' alt='The Accsible support team at their 2024 company offsite in Austin, Texas'>

<!-- 장식용 이미지: 스크린 리더가 건너뛰도록 빈 alt 사용 -->
<img src='divider-wave.png' alt=''>

3. 레이블이 없는 폼 필드

폼은 전환이 일어나는 곳입니다. 문의 폼, 결제 플로우, 뉴스레터 가입 등이 여기에 해당합니다. 동시에 접근성이 가장 자주 무너지는 지점이기도 합니다. 폼 필드에 적절한 label 요소가 없으면 스크린 리더 사용자는 각 필드에 어떤 정보를 입력해야 하는지 알 수 없습니다. 입력 필드 내부의 placeholder 텍스트는 레이블을 대체할 수 없습니다. placeholder 텍스트는 사용자가 입력을 시작하면 사라지기 때문입니다. 모든 입력 필드는 일치하는 for와 id 속성을 통해 연결된 <label> 요소가 필요하며, 오류 메시지는 무엇이 잘못되었고 어떻게 수정해야 하는지 명확히 설명해야 합니다.

<!-- 올바른 예: 입력 필드와 연결된 눈에 보이는 레이블 -->
<label for='email'>Email Address</label>
<input id='email' type='email' name='email' required>

<!-- 잘못된 예: placeholder만 있고 레이블 없음 -->
<input type='email' placeholder='Email Address'>

4. 키보드 내비게이션 장벽

모든 사람이 마우스를 사용하는 것은 아닙니다. 운동 장애가 있거나, 반복성 스트레스 손상을 겪거나, 음성 제어 소프트웨어에 의존하는 사용자는 모두 키보드 내비게이션에 의존합니다. 사이트의 모든 인터랙티브 요소 — 링크, 버튼, 폼 필드, 드롭다운 메뉴, 모달 — 는 Tab, Enter, Space, 방향키만으로 도달하고 조작할 수 있어야 합니다. 개발자가 흔히 저지르는 실수 중 하나는 미관상의 이유로 브라우저의 기본 포커스 링을 제거하기 위해 CSS에 outline: none을 적용하는 것입니다. 이는 시력이 있는 키보드 사용자에게 키보드 내비게이션을 사실상 보이지 않게 만듭니다. 항상 눈에 보이는 포커스 표시를 제공하고, 키보드만 사용해 사이트 전체를 테스트해 보세요. 어느 지점에서든 막힌다면, 사용자도 마찬가지로 막히게 됩니다.

5. 잘못된 헤딩 구조

스크린 리더 사용자는 시력이 있는 사용자가 시각적으로 훑어보는 것처럼, 페이지를 헤딩 사이를 건너뛰며 탐색하는 경우가 많습니다. <h1>에서 바로 <h3>로 건너뛰거나, 단지 기본 글자 크기가 마음에 든다는 이유로 헤딩 태그를 사용하는 것은 이러한 내비게이션 모델을 완전히 깨뜨립니다. 각 페이지에는 메인 제목으로 정확히 하나의 <h1>이 있어야 하며, 그 뒤를 <h2>, <h3> 등의 논리적인 계층 구조가 따라야 합니다. 레벨을 건너뛰지 마세요. 텍스트 스타일링이 아니라 구조를 설명하는 데 헤딩을 사용해야 합니다. 무료 WAVE 브라우저 확장 프로그램을 사용하면 몇 초 만에 어떤 페이지든 시각적인 헤딩 개요를 생성할 수 있습니다.

접근성 도구와 테스트: 어디서부터 시작할까

기술 자원이 제한된 소규모 사업자에게 좋은 소식은, 개선에 돈을 쓰기 전에 문제를 파악하고 우선순위를 정하는 데 도움이 되는 훌륭한 무료 도구가 여럿 있다는 점입니다.

Google Lighthouse는 Chrome DevTools에 내장되어 있습니다(F12를 누른 후 Lighthouse 탭 선택). 100점 만점의 접근성 점수와 함께 실행 가능한 권장 사항을 제공합니다. 웹 전반의 Lighthouse 접근성 점수 중앙값은 약 84/100으로, 대부분의 사이트에 개선 여지가 있음을 의미합니다. WebAIM의 WAVE는 페이지 위에 접근성 오류와 경고를 시각적으로 오버레이하는 브라우저 확장 프로그램으로, 문제를 문맥 속에서 즉시 눈으로 확인할 수 있어 비기술 이해관계자에게 이슈를 설명하는 데 매우 유용합니다. axe DevTools는 개발자 중심의 브라우저 확장 프로그램으로, Lighthouse가 놓칠 수 있는 코드 수준 문제를 포착하는 데 특히 뛰어납니다.

자동화 도구는 강력한 출발점이지만, 전체 접근성 문제의 약 30–40%만 포착할 수 있습니다. 키보드만으로 사이트를 탐색하거나 NVDA(Windows)나 VoiceOver(Mac/iOS) 같은 무료 스크린 리더를 사용하는 등 사람에 의한 테스트는 자동화가 놓치는 미묘한 문제를 발견하는 데 필수적입니다.

첫 번째 감사를 실행하면, 압도적으로 느껴질 수 있는 문제 목록이 나올 가능성이 큽니다. 한 번에 모든 것을 고치려 하지 마세요. 영향력에 따라 우선순위를 정하십시오. 가장 많이 방문되는 페이지와 가장 중요한 사용자 여정(홈페이지, 상품 페이지, 문의 폼, 결제)을 먼저 다루세요. AA 수준 문제보다 A 수준 위반을 먼저 해결하십시오. 소송에서 가장 자주 언급되는 문제 — 색 대비, 누락된 alt 텍스트, 레이블이 없는 폼, 키보드 내비게이션 실패 — 에 특히 주의를 기울이세요.

가장 시급한 코드 수준 문제를 해결한 후에는 Accsible이 제공하는 것과 같은 접근성 위젯이나 오버레이 SDK가 계층화된 전략의 일부로 실제로 유용한 역할을 할 수 있습니다. 잘 구현된 위젯은 사용자가 자신의 필요에 맞게 대비, 글자 크기, 글꼴 스타일 및 기타 표시 설정을 실시간으로 조정할 수 있도록 해 줍니다. 이는 사용자의 손에 통제권을 쥐여 주고, 포용을 향한 적극적인 선의의 노력을 보여 줍니다. 중요한 점은 위젯이 깨끗한 기본 코드의 보완재로서 가장 잘 작동하지, 그 대체물이 아니라는 것입니다. 위젯은 소스 HTML에서 누락된 헤딩 계층 구조나 레이블이 없는 폼 필드와 같은 구조적 문제를 해결할 수 없습니다. 따라서 위젯을 실제 코드 수준 개선과 함께 사용하는 것이 가장 강력한 기반을 제공합니다. 더 나은 사용자 경험, 더 강한 컴플라이언스, 그리고 당신의 사업체가 포용을 진지하게 받아들이고 있음을 방문자에게 보여 주는 가시적인 신호를 얻게 됩니다.

비즈니스 관점: 단순한 준수를 넘어

법적 준수는 행동을 촉구하는 강력한 이유지만, 결코 유일한 이유는 아닙니다. 웹 접근성에 대한 비즈니스 논리는 탄탄하고 측정 가능하며, 이를 단지 비용 센터로만 여기는 소규모 사업자에게 종종 과소평가됩니다.

먼저 시장 규모를 살펴보세요. 미국인 네 명 중 한 명꼴로 장애를 가지고 있으며, 이는 수천만 명의 잠재 고객을 의미합니다. Return on Disability Group의 연구에 따르면 전 세계 장애인 인구는 10억 명이 넘으며, 막대한 집단 구매력을 가진 집단입니다. 웹사이트가 이들을 배제한다면, 단지 소송 위험을 감수하는 것이 아니라, 기꺼이 돈을 쓰려는 고객을 적극적으로 돌려보내고 있는 셈입니다.

접근성 개선은 SEO 성능 향상으로도 직결됩니다. 검색 엔진과 스크린 리더는 웹사이트에서 같은 것을 필요로 합니다. 시맨틱 HTML 구조, 설명적인 이미지 alt 텍스트, 명확한 헤딩 계층 구조, 빠른 로딩 속도입니다. 10,000개 웹사이트를 분석한 한 연구에서는 WCAG를 준수하는 사이트가 비준수 사이트보다 유기적 트래픽이 23% 더 증가하고, 27% 더 많은 키워드에 대해 순위를 차지한 것으로 나타났습니다. 별도로, 접근 가능한 웹사이트는 접근성이 떨어지는 경쟁사에 비해 평균 세션 시간은 더 길고, 이탈률은 더 낮으며, 전환율은 더 높은 것으로 나타났습니다. 더 나은 구조는 Google이 콘텐츠를 이해하는 데 도움을 줄 뿐 아니라, 모든 사용자가 더 쉽게 탐색할 수 있도록 돕습니다.

평판 측면도 있습니다. 다양성, 형평성, 포용성에 대한 소비자 기대가 계속 높아지는 가운데, 접근 가능한 디지털 경험은 조직이 포용을 진지하게 받아들이고 있음을 보여 줍니다. 접근성에서 앞서 나가는 브랜드는 더 넓은 고객층을 끌어들이고, 자신의 필요를 존중하는지에 매우 민감한 장애인 사용자들 사이에서 더 강한 충성도를 구축합니다.

많이 알려지지 않은 재정적 인센티브: 장애인 접근 세액공제

접근성을 추진하는 소규모 사업체에 가장 간과되는 혜택 중 하나는 비용을 상쇄하도록 특별히 설계된 연방 세제 인센티브입니다. Disabled Access Credit(IRS Form 8826)은 장애인이 시설과 디지털 서비스를 이용할 수 있도록 하는 데 비용을 지출한 적격 소규모 사업체에 제공되는 환급 불가 세액공제입니다.

자격을 얻으려면, 사업체는 직전 과세연도에 $1 million 이하의 총수입이었거나, 직전 과세연도에 정규직 직원이 30명 이하였다는 두 가지 기준 중 하나 이상을 충족해야 합니다. 이 공제는 $250에서 $10,250 사이의 적격 접근 비용의 50%를 보전하며, 연간 최대 $5,000까지 공제받을 수 있습니다. 중요한 점은, 적격 비용에 웹사이트 접근성 개선 — alt 텍스트 추가, 키보드 내비게이션, 스크린 리더 지원, 전문 WCAG 감사 및 개선 프로젝트 수행 — 과 같은 디지털 향상이 포함된다는 것입니다. 이 공제는 적격 접근 비용이 발생하는 매년 청구할 수 있으며, 사용하지 못한 공제액은 향후 과세연도로 이월할 수 있습니다.

Disabled Access Credit 외에도, 모든 규모의 사업체가 이용할 수 있는 별도의 Architectural Barrier Removal Tax Deduction(IRS Section 190)이 있어, 장벽 제거 비용에 대해 연간 최대 $15,000까지 공제할 수 있습니다. 동일한 금액을 두 번 청구하지 않는 한, 두 인센티브는 같은 과세연도에 함께 사용할 수 있습니다. 올해 웹사이트 개선에 투자하고 있다면, 반드시 세무 전문가와 이 공제에 대해 상의하고, 신고 시 IRS Form 8826을 함께 제출하세요.

지속적인 접근성 전략 구축

처음으로 접근성에 접근하는 소규모 사업자가 가져야 할 가장 중요한 인식 전환 중 하나는 접근성은 일회성 프로젝트가 아니라는 것입니다. 접근성은 지속적인 실천입니다. 웹사이트는 끊임없이 변합니다. 새로운 페이지가 추가되고, 콘텐츠가 업데이트되며, 플러그인이 설치되고, 서드파티 통합이 삽입됩니다. 각 변경은 접근성이 팀의 업무 방식에 내재화되어 있지 않다면 새로운 접근성 장벽을 도입할 수 있는 기회가 됩니다.

소규모 사업체를 위한 지속 가능한 접근성 전략은 비싸거나 복잡할 필요가 없습니다. Lighthouse나 WAVE를 사용한 무료 자동 스캔이라도 좋으니, 먼저 감사를 통해 현재 상태를 파악하세요. 가장 중요한 페이지에서 영향력이 큰 문제부터 우선순위를 정해 해결하십시오. 무엇을 했는지 문서화하세요. 개선 노력에 대한 서면 기록은 향후 내용증명이나 요구 서한을 받았을 때 선의의 노력을 입증하는 귀중한 증거가 됩니다. 접근성에 대한 약속, 목표로 삼는 표준, 사용자가 문제를 보고할 수 있는 연락 방법을 설명하는 접근성 성명을 웹사이트에 게시하세요. 많은 장애인 사용자는 반응하는 담당자가 있다는 것을 알면 문제를 고칠 기회를 사업체에 주려 합니다.

팀의 습관을 구축하는 과정에서, 한 사람 — 파트타임 개발자나 콘텐츠 관리자라도 — 을 접근성 담당자로 지정하는 것을 고려해 보세요. 콘텐츠 작성자에게 업로드하는 모든 이미지에 의미 있는 alt 텍스트를 작성하고, CMS의 헤딩 스타일을 올바르게 사용하도록 교육하세요. 새로운 페이지나 기능을 출시할 때 접근성을 QA 체크리스트의 일부로 포함하세요. 이러한 작지만 일관된 습관은 나중에 뒤늦게 해결하려 할 때 비용이 많이 드는 접근성 부채의 누적을 막아 줍니다.

마지막으로, 사이트 재구축이나 대규모 리디자인을 위해 외부 개발자나 에이전시와 협업하고 있다면, 첫날부터 브리프에 접근성을 포함시키세요. 접근성이 떨어지는 사이트를 사후에 수정하는 것은 처음부터 접근 가능한 사이트를 구축하는 것보다 항상 더 비쌉니다. WCAG 2.1 AA 수준 준수를 납품 조건으로 요구하고, 어떻게 테스트했는지에 대한 문서를 요청하며, 어떤 신규 작업에 서명하기 전에 접근성 테스트를 승인 기준의 표준 부분으로 포함시키세요.

핵심 요약

• 소규모 사업체도 예외가 아닙니다. ADA 제3편은 규모나 온라인 전용 여부와 관계없이 대중을 상대하는 모든 사업체에 적용됩니다. 원고 측 로펌은 빠르게 합의할 가능성이 높다는 이유로 소규모 회사를 특히 표적으로 삼습니다. 지금 선제적으로 조치하는 것이 나중에 방어적으로 대응하는 것보다 훨씬 저렴합니다.
• 목표로 삼아야 할 표준은 WCAG 2.1 AA 수준입니다. 이는 법원, DOJ, 대부분의 글로벌 접근성 법이 참조하는 기준입니다. 사이트를 미래에 대비하려면 WCAG 2.2를 목표로 하세요. 네 가지 POUR 원칙 — Perceivable, Operable, Understandable, Robust — 이 당신의 길잡이 프레임워크입니다.
• 먼저 큰 다섯 가지를 해결하세요. 색 대비, 누락된 alt 텍스트, 레이블이 없는 폼, 키보드 내비게이션 실패, 깨진 헤딩 구조는 웹 전반의 접근성 오류와 법적 불만의 대부분을 차지합니다. 이 문제들은 동시에 가장 빠르고 저렴하게 해결할 수 있는 이슈이기도 합니다.
• 위젯은 만능 해결책이 아니라 계층화된 전략의 일부로 사용하세요. Accsible과 같은 접근성 위젯은 사용자가 실시간으로 맞춤 설정을 할 수 있게 하고, 포용에 대한 당신의 의지를 보여 줄 수 있습니다. 하지만 깨끗하고 접근 가능한 기본 코드와 함께할 때 가장 잘 작동합니다. 법원이 궁극적으로 보는 것은 코드 수준의 개선입니다.
• 세액공제를 꼭 청구하세요. 사업체의 총수입이 $1 million 이하이거나 정규직 직원이 30명 이하라면, 웹 접근성 개선 비용을 상쇄하기 위해 IRS Form 8826을 통해 연간 최대 $5,000의 연방 세액공제를 받을 자격이 있을 수 있습니다. 세무 전문가와 상의하세요.