2025년에 웹사이트 소유자가 내릴 수 있는 가장 중대한 결정 중 하나는 접근성 오버레이와 수동 개선 중에서 무엇을 선택할지 결정하는 것입니다. 이 가이드는 각 접근 방식이 정확히 무엇을 제공하는지, 어디에서 한계를 드러내는지, 그리고 선도적인 팀들이 어떻게 두 가지를 결합해 진정으로 포용적이고 법적으로 방어 가능한 웹사이트를 구축하고 있는지를 자세히 설명합니다.

2024년, 미국에서 제기된 모든 디지털 접근성 소송의 25% — 1,000건이 넘는 사건 — 이 접근성 오버레이 위젯을 해결책이 아니라 오히려 장벽으로 명시적으로 지목했습니다. 같은 해, 연방거래위원회(FTC)는 업계 최대 규모의 오버레이 제공업체 중 한 곳에 허위 광고를 이유로 100만 달러의 벌금을 부과했습니다. 그럼에도 여전히 수백만 개의 웹사이트가 떠 있는 툴바 아이콘 하나에 접근성 전략의 대부분을 의존하고 있습니다. 만약 당신이 웹사이트 소유자, 개발자, 또는 규정 준수 담당자로서 오버레이 대 수동 개선(리미디에이션) 논쟁을 이해하려 한다면, 이 가이드는 당신을 위한 것입니다. 과장도, 벤더 편들기도 없이, 각 접근 방식이 실제로 무엇을 제공하는지, 어디에서 진짜로 도움이 되는지, 그리고 법정에서도, 더 중요하게는 실제 장애인 사용자에게도 제대로 작동하는 전략을 어떻게 구축할 수 있는지를 엄밀하게 살펴봅니다.

접근성 오버레이란 무엇이며 어떻게 작동하는가?

접근성 오버레이(접근성 위젯 또는 툴바라고도 함)는 기존 웹사이트 위에 로드되는 JavaScript 기반 제품입니다. 일반적으로 텍스트 크기 조정, 고대비 모드, 커서 확대, 다양한 장애 유형 "프로필"(예: 스크린 리더 모드나 난독증 친화 폰트 토글)과 같은 옵션을 제공하는 제어 패널을 사용자에게 보여줍니다. 두 번째 범주의 오버레이 기능은 규칙 기반 자동화나 AI를 사용해, 사용자 상호작용 없이 백그라운드에서 접근성 오류를 자동으로 감지하고 수정하려고 시도합니다.

매력은 분명합니다. 설치는 보통 사이트의 <head> 요소에 스크립트 태그 한 줄을 붙여 넣는 것으로 끝나며, 구독 비용은 월 $49–$500 수준에서 시작합니다. 방금 내용증명(요구서)을 받고 빠르게 조치해야 하는 소규모 사업자에게 이 제안은 거부하기 어렵습니다. 코드 한 줄, 즉각적인 배포, 그리고 법무팀에 보여줄 수 있는 준수 인증서까지. 그러나 우리가 자세히 살펴보겠지만, 현실은 훨씬 더 복잡합니다.

"오버레이"라는 라벨 아래 자주 묶이지만 실제로는 매우 다른 두 가지를 구분하는 것이 중요합니다. 첫째는 사용자 대상 선호 설정 컨트롤입니다. 방문자가 텍스트 크기, 색 대비, 모션 감소 등 유사한 표시 설정을 조정할 수 있게 해주는 도구입니다. 이러한 도구는 많은 사용자에게 실제로 유용하며, 이미 접근성이 확보된 웹사이트 위에 구축될 때 사려 깊은 향상 기능이 됩니다. 둘째는 자동 준수-수정 도구입니다. 기본 소스 코드를 건드리지 않고 WCAG 위반을 자동으로 감지하고 수정할 수 있다고 주장하는 제품들입니다. 바로 이 두 번째 범주가 규제 조치, 대량 소송, 그리고 접근성 전문가 커뮤니티의 거의 전면적인 비판을 불러왔습니다. 이 구분을 이해하는 것은 이 영역의 어떤 제품을 평가할 때도 매우 중요합니다.

수동 리미디에이션이란 무엇인가?

수동 리미디에이션은 웹사이트의 실제 소스 코드에서 접근성 오류를 체계적으로 식별하고, HTML, CSS, JavaScript, 그리고 모든 기반 템플릿이나 컴포넌트에서 이를 직접 수정하는 과정을 말합니다. 이 과정은 접근성 감사에서 시작됩니다. 자동 스캐닝 도구(감지 가능한 일부 문제를 빠르게 찾아낼 수 있음)와 JAWS, NVDA, VoiceOver, 스위치 액세스 장치와 같은 실제 보조 기술을 사용하는 전문가의 수동 테스트를 결합한 구조화된 검토입니다.

감사 결과는 각 오류를 특정 WCAG 2.1 또는 2.2 성공 기준에 매핑하고, 심각도 등급과 수정 가이던스를 포함한 상세 보고서로 정리됩니다. 이후 개발자는 코드베이스에서 직접 수정 작업을 수행합니다. 예를 들어 폼 입력에 적절한 <label> 연계를 추가하고, 제목(heading) 계층 구조를 바로잡고, 인터랙티브 요소에 접근 가능한 이름을 부여하고, 동적 컴포넌트에 적절한 ARIA 역할과 상태를 구현하고, 색 대비 값을 수정하고, 의미 있는 대체 텍스트(alt text)를 추가하는 등입니다. 수정이 완료되면, 보조 기술 사용자 재테스트를 포함한 두 번째 라운드의 테스트를 통해 변경 사항을 검증합니다.

이 과정은 위젯을 설치하는 것보다 시간이 더 오래 걸리고 초기 비용도 더 많이 듭니다. 중간 규모 웹사이트에 대한 전문 접근성 감사는 일반적으로 $2,500에서 $20,000 정도이며, 기술적 리미디에이션에는 복잡도에 따라 추가로 $5,000에서 $20,000가 들 수 있습니다. 지속적인 유지 관리 — 자동 모니터링과 정기적인 수동 재감사를 결합한 형태 — 는 월 $200에서 $2,000 정도가 추가됩니다. 이러한 숫자는 월 $99짜리 오버레이 구독과 비교하면 상당히 부담스럽게 느껴질 수 있습니다. 그러나 우리가 보게 되겠지만, 법적 리스크, 수정의 영속성, 그리고 실제로 돈을 들여 무엇을 얻는지를 고려하면 비용 비교는 전혀 다른 양상을 띱니다.

오버레이의 핵심 기술적 문제

어떤 오버레이 도구든 갖는 근본적인 한계는 아키텍처에 있으며, AI가 아무리 정교해져도 이를 완전히 극복할 수 없습니다. 오버레이는 페이지가 로드된 후 렌더링된 DOM을 수정하는 JavaScript를 주입하지만, 스크린 리더와 기타 보조 기술은 JavaScript가 실행되기 전, 로드 시점의 HTML 소스 코드를 파싱합니다. 이는 오버레이가 적용하는 많은 "수정"이, 제품이 지원한다고 주장하는 바로 그 보조 기술에는 보이지 않는다는 뜻입니다.

이러한 타이밍 문제를 제쳐두더라도, 자동 감지 도구 — 가장 진보한 AI 기반 오버레이를 포함해 — 가 현실적으로 식별할 수 있는 WCAG 성공 기준 위반은 약 30% 수준에 불과합니다. 나머지 70%의 문제는 인간의 판단이 필요합니다. 예를 들어 이미지의 대체 텍스트가 단순히 존재하는지를 넘어 맥락상 의미 있는지, 복잡한 데이터 테이블의 관계가 제대로 전달되는지, ARIA 라이브 영역이 올바르게 사용되고 있는지, 다단계 폼 흐름이 실제로 키보드로 탐색 가능한지 등을 판단해야 합니다. 오버레이는 이미지에 alt 속성을 추가할 수는 있지만, 생성한 텍스트가 해당 이미지를 맥락에 맞게 정확히 설명하는지 신뢰성 있게 판단할 수는 없습니다.

오버레이가 구조적으로 해결할 수 없는 문제 범주는 다음과 같습니다.

시맨틱 HTML 오류 — <button>이 필요한 곳에 <div>를 사용하는 경우나 템플릿에 박혀 있는 잘못된 제목 계층 구조
누락되었거나 잘못된 폼 레이블 — 올바른 레이블 연계는 소스 마크업에 존재해야 합니다
동적 콘텐츠의 포커스 관리 — 모달, 캐러셀, 싱글 페이지 앱의 라우트 변경 등은 코드 수준 구현이 필요합니다
비디오 자막과 오디오 설명 — 콘텐츠 접근성은 JavaScript 레이어로 추가할 수 없습니다
PDF 및 문서 접근성 — 어떤 웹 오버레이의 범위 밖에 있습니다
CSS에 박혀 있는 색 대비 — 오버레이는 대비 토글을 제공할 수는 있지만, 이를 활성화해야 한다는 사실을 모르는 사용자를 위해 브랜드 디자인 시스템 자체를 바꿀 수는 없습니다

WCAG 준수란 특정 수준에서 적용 가능한 모든 성공 기준을 충족하는 것을 의미합니다. 오버레이는 이러한 기준 전체 스펙트럼을 해결할 수 없다는 것이 입증되어 있으므로, AI가 아무리 정교하다고 주장하더라도 약속하는 수준의 준수를 제공할 수 없습니다.

법적 현실: 오버레이는 소송을 막지 못하고 오히려 끌어들인다

소송 데이터는 일관된 이야기를 들려줍니다. 2023년에는 접근성 위젯을 사용하는 900개 이상의 기업이 소송을 당했으며, 이는 전년 대비 62% 증가한 수치입니다. 2024년에는 그 숫자가 1,000건을 넘어섰고, 그 해 제기된 모든 웹 접근성 소송의 약 25%를 차지했습니다. 2025년 상반기에만 456건의 소송이 접근성 위젯이 설치된 웹사이트를 대상으로 제기되었으며, 이는 해당 기간 전체 ADA 사건의 22.64%에 해당합니다. 그리고 오버레이 특정 소송의 월별 발생률은 2024년 같은 기간보다 꾸준히 더 높은 수준을 유지했습니다.

오버레이가 소송을 예방하기보다 오히려 끌어들이는 이유 중 일부는 원고 측 로펌의 운영 방식에 있습니다. BuiltWith 같은 도구를 사용하면 특정 오버레이 제품을 사용하는 웹사이트를 식별하는 것이 매우 쉽습니다. 원고 측 변호사들은 오버레이가 실행 중인 사이트에는 여전히 심각한 근본적인 WCAG 위반이 존재할 가능성이 매우 높다는 것을 풍부한 경험을 통해 알고 있습니다. 오버레이는 그런 문제를 해결할 수 없기 때문입니다. 위젯의 존재는 또한 해당 기업이 접근성 의무를 인지하고 있었다는 증거로 기능할 수 있으며, 이는 회사가 성실한 조치 대신 불충분한 지름길을 선택했다는 인상을 주어 원고의 법적 입장을 오히려 강화할 수 있습니다.

법원은 명확한 입장을 보여 왔습니다. LightHouse for the Blind v. ADP, Inc.의 합의에서, 합의문은 "오버레이 솔루션만으로는 접근성을 달성하기에 충분하지 않다"고 명시했고, ADP가 실제 소스 수준의 리미디에이션을 수행하도록 요구했습니다. Murphy v. Eyebobs에서는 합의 조건으로 WCAG 2.1 완전 준수, 접근성 컨설턴트 참여, 내부 직원 교육을 의무화했습니다. 이는 오버레이가 불필요하게 만들겠다고 주장했던 바로 그 조치들입니다. 2025년 4월, FTC가 accessiBe에 100만 달러의 벌금을 부과한 최종 명령에서, FTC는 해당 회사의 준수 주장에 대해 "신뢰할 수 있고 적격한 증거로 뒷받침되지 않았다"고 결론 내렸습니다. 이는 예외적인 사례가 아니라, 접근성을 흉내 내는 것과 실제로 달성하는 것은 다르다는 분명한 법적 합의를 보여줍니다.

유럽의 상황도 마찬가지로 분명합니다. 2025년 6월 전면 발효된 유럽 접근성법(European Accessibility Act)은 EU 내에서 판매되는 디지털 제품 및 서비스에 대해 WCAG 2.1 AA 준수를 요구합니다. 유럽연합 집행위원회는 AI 기반 여부와 관계없이 접근성 오버레이가 WCAG 준수를 위한 유효한 경로가 아니라고 공개적으로 밝혔습니다. EU 시장에서 운영하거나 EU에 제품을 판매하는 조직에게 오버레이만을 사용하는 전략은 소송 리스크에 더해 규제 리스크까지 수반합니다.

오버레이가 여전히 실제 가치를 더할 수 있는 영역

지금까지의 내용을 고려하면, 오버레이에 정당한 역할이 전혀 없다고 말하는 것은 지적으로 정직하지 못할 것입니다. 오버레이는 분명 역할이 있습니다. 다만 그 역할은 명확히 이해된 특정 맥락, 즉 이미 접근성이 확보된 웹사이트 위에 얹혀 있는 보조적인 사용자 선호 레이어로서입니다.

텍스트 크기 조정, 대비 조정, 모션 감소, 줄 간격, 폰트 전환과 같은 사용자 대상 컨트롤은 저시력, 인지 장애, 광과민성, 읽기 차이 등을 가진 사용자들이 운영체제가 제공하는 기능을 넘어 자신의 경험을 세밀하게 조정하고자 할 때 실제로 유용합니다. 이러한 기능은 기본 경험이 이미 접근 가능한 경우에 진정한 가치를 갖습니다. 근본적인 구조적 실패를 보완하려 하기보다는 사용성을 확장하는 역할을 하기 때문입니다.

오버레이는 리미디에이션 전환 기간 동안에도 정당한 역할을 할 수 있습니다. 대규모·복잡한 웹사이트를 보유하고 있고, 전체 소스 수준 리미디에이션을 완료하는 데 6–12개월 정도의 현실적인 일정이 필요한 경우, 적극적인 리미디에이션 작업과 병행해 오버레이를 배포하면, 더 깊은 작업이 진행되는 동안 일부 표면적인 문제를 해결하는 데 도움이 될 수 있습니다. 단, 이것이 최종 목적지가 아니라 임시 다리라는 점이 조직 내에서 분명히 이해되고 있어야 합니다. 여기서의 위험은 조직적 관성입니다. 위젯이 존재하면 이해관계자들이 문제가 이미 해결되었다고 믿어 실제 작업 속도가 느려질 수 있습니다.

위젯 기반 도구인 Accsible SDK는 이러한 철학을 염두에 두고 설계되었습니다. 이 도구는 사이트의 기존 접근성 기준을 보완하는 사용자 구성 가능 접근성 컨트롤과 향상 기능을 제공하여, 사용자가 자신의 경험에 대해 의미 있는 선택권을 가질 수 있도록 합니다. 향상(enhancement)과 대체(replacement)의 구분이 핵심입니다. 이미 사이트를 탐색할 수 있는 사용자가 더 편안하게 이용하도록 돕는 오버레이는, 접근성이 없는 사이트가 이제 준수 상태가 되었다고 주장하는 오버레이와는 본질적으로 다른 것입니다.

수동 리미디에이션: 장점, 단점, 그리고 프로세스

수동 리미디에이션의 결정적인 장점은 실제로 효과가 있다는 점입니다. 소스 코드 수준의 수정은 복잡한 인터랙티브 패턴, 비디오 접근성, 문서 리미디에이션, 어떤 자동 도구도 건드릴 수 없는 시맨틱 구조 문제를 포함해, 원칙적으로 WCAG 성공 기준의 100%를 다룰 수 있습니다. 이러한 수정은 영구적입니다. 모든 페이지에서 서드파티 스크립트가 로드되는 것에 의존하지 않고, 사용자 선호를 추적함으로써 프라이버시 문제를 야기하지 않으며, 장애인 사용자가 자신의 워크플로에 맞게 세심하게 구성해 둔 보조 기술 설정과 충돌하지도 않습니다.

법적 관점에서 수동 리미디에이션은 법원과 규제 기관을 일관되게 만족시켜 온 유일한 접근 방식입니다. 날짜가 명시된 준수 인증서, 상세한 VPAT(자발적 제품 접근성 템플릿), 문서화된 감사 및 리미디에이션 기록은 법적 분쟁에서 가능한 가장 강력한 성실한 준수(good-faith compliance) 방어 수단을 구성합니다. 구조화된, 전문가 주도의 접근성 프로그램을 입증할 수 있는 조직은, 위젯 구독에 의존하는 조직과는 근본적으로 다른 법적 위치에 서게 됩니다.

수동 리미디에이션의 단점도 분명히 존재합니다. 비용과 시간이 주요 장벽입니다. 50페이지 규모의 비즈니스 웹사이트에 대한 철저한 감사는 $8,000–$20,000 정도가 들 수 있으며, 리미디에이션에는 기술 부채에 따라 추가로 $10,000–$30,000가 필요할 수 있습니다. 대규모 엔터프라이즈 애플리케이션의 경우 비용이 6자리 수(수십만 달러)에 이를 수 있습니다. 소규모 사업자와 스타트업에게 이러한 투자는 부담스럽게 느껴질 수 있으며, 바로 이 지점을 오버레이 벤더들이 저렴한 월 구독 모델로 파고듭니다.

수동 리미디에이션에는 지속적인 투자도 필요합니다. 웹사이트는 정적이지 않습니다. 새로운 콘텐츠, 기능 업데이트, 디자인 개편, 서드파티 통합 등은 정기적으로 새로운 접근성 문제를 야기합니다. 지속적인 모니터링과 유지 관리 프로그램이 없는 일회성 리미디에이션 프로젝트는 몇 달 안에 준수 수준이 떨어지게 됩니다. 가장 효과적인 조직은 접근성을 보안과 같이 취급합니다. 일회성 프로젝트가 아니라 지속적인 규율로 보는 것입니다.

실용적인 접근성 전략 구축: 두 접근 방식을 결합하기

"오버레이 대 수동 리미디에이션"을 이분법적 선택으로 보는 관점은, 실제로 똑똑한 조직들이 하고 있는 일을 놓치고 있습니다. 가장 방어 가능하고 효과적인 접근성 전략은 자동화 도구를 전략적으로 사용합니다. 준수 지름길이 아니라, 탐지 및 모니터링 인프라로 활용하면서, 모든 것을 소스 수준 수정에 기반합니다.

다양한 조직 상황에 대한 실용적인 프레임워크는 다음과 같습니다.

예산이 제한된 소규모 사업자: 자동 스캔으로 가장 영향이 큰 문제를 먼저 파악하고, 소스 코드에서 핵심 장벽(폼 레이블, 키보드 내비게이션, 누락된 대체 텍스트, 색 대비)을 우선적으로 수정하십시오. 사용자 선호 오버레이는 부가적인 향상 기능으로만 사용하고, 준수 전략으로 삼지 마십시오. 수행하는 모든 단계를 문서화하십시오.
규정 준수 마감이 다가온 중견 조직: 즉시 전체 수동 감사를 의뢰하십시오. 중요한·심각한 문제의 리미디에이션을 병행해 시작하십시오. 감사 주기 사이의 회귀(regression)를 추적하기 위해 자동 모니터링을 사용하십시오. 개발팀이 리미디에이션 백로그를 처리하는 동안, 특정 알려진 문제에 대해 오버레이를 임시 격차 메우기 수단으로 사용할 수 있지만, 제거 또는 재분류에 대한 명확한 기한을 설정하십시오.
엔터프라이즈 또는 규제 산업(헬스케어, 금융, 정부): 수동 리미디에이션은 선택이 아니라 필수입니다. 설계 단계부터 SDLC(소프트웨어 개발 생명주기)에 접근성을 내재화하십시오. 분기별 자동 스캔과 연 1회 전체 수동 감사(보조 기술 테스트 포함)를 수행하십시오. 사용자 선호 위젯은 사려 깊은 UX 추가 요소가 될 수 있지만, 준수 측면에서의 효력은 없습니다.
전자상거래: 전자상거래 사이트는 전체 웹 접근성 소송의 77%를 차지합니다. 체크아웃 흐름, 상품 페이지, 폼, 동적 장바구니 인터랙션은 모두 오버레이로는 신뢰성 있게 해결할 수 없는 고위험 소송 영역입니다. 이 영역에서는 소스 수준 리미디에이션이 특히 중요하며, 상품과 장바구니 컴포넌트가 매우 자주 업데이트되기 때문에 지속적인 모니터링이 필수입니다.

지속 가능한 접근성 전략에서 가장 간과되는 요소 중 하나는 개발자 교육입니다. 팀이 처음부터 시맨틱 HTML, ARIA 모범 사례, 포커스 관리, 키보드 내비게이션 패턴을 이해하고 있으면, 각 빌드 사이클마다 리미디에이션 비용이 크게 줄어듭니다. 장기적으로 접근성에 가장 적은 비용을 쓰는 조직은 문제를 서드파티 스크립트에 외주화한 조직이 아니라, 접근성 지식을 개발 문화에 내재화한 조직입니다.

핵심 요약

오버레이만으로는 WCAG 준수를 달성할 수 없습니다. 자동 도구는 많아야 WCAG 문제의 30–40%만 감지할 수 있으며, 스크린 리더는 오버레이 JavaScript가 실행되기 전에 소스 코드를 파싱합니다. 그 결과 많은 "수정"이 보조 기술에는 보이지 않습니다. 법원, FTC, 유럽연합 집행위원회, 그리고 800명 이상의 접근성 전문가가 모두 같은 결론에 도달했습니다.
근본적인 리미디에이션 없이 오버레이만 실행하면 법적 리스크가 줄어들지 않고 오히려 증가합니다. 2024년 미국 웹 접근성 소송의 25%는 위젯을 사용하는 사이트를 명시적으로 겨냥했습니다. 원고 측 변호사들은 오버레이 배포를 소송 타깃으로 삼기 위해 적극적으로 스캔하며, 법원은 위젯 설치가 성실한 준수의 증거가 아니라고 판시해 왔습니다.
수동 리미디에이션만이 진정하고 방어 가능한 준수로 가는 유일한 길입니다. 소스 수준 수정은 영구적이며, WCAG 성공 기준 전체 스펙트럼을 다루고, 법적·규제 환경에서 실제로 효력을 갖는 문서(감사 보고서, VPAT, 리미디에이션 기록)를 만들어 냅니다.
오버레이는 사용자 선호 향상 기능으로서 정당한 역할을 합니다 — 텍스트 크기 조정, 대비 컨트롤, 모션 감소 등 — 이미 접근 가능한 사이트 위에 배포될 때입니다. 문제는 오버레이를 접근성의 대체물로 사용하는 것이지, 보완물로 사용하는 것이 아닙니다.
가장 비용 효율적인 접근성 전략은 선제적이고 지속적입니다. 개발 단계에서 접근성에 투자하는 것이 법적 압박 속에서 사후 리미디에이션을 하는 것보다 훨씬 저렴합니다. 워크플로에 모니터링을 통합하고, 개발자를 교육하며, 접근성을 한 번 체크하고 잊어버리는 항목이 아니라 지속적인 프로그램으로 취급하십시오.

접근성 오버레이 vs. 수동 수정: 장단점과 각각을 사용해야 할 때