EU 내 소비자에게 판매하고 있다면 답은 거의 확실히 그렇습니다. 기준은 회사가 어디에 있느냐가 아니라 소비자가 어디에 있느냐이고, 기한은 1년도 더 전에 지났습니다.
이 페이지는 그 질문에 제대로 답합니다. 누가 적용 대상인지, 실제로 구속하는 표준은 무엇인지, 집행은 어떤 모습인지, 그리고 애초에 접근성을 염두에 두고 만들지 않은 사이트를 고치려면 무엇이 필요한지. 우리 사이트의 구체적인 상황을 알고 싶다면 저희가 점검해 목록을 보내드립니다.
유럽 접근성법(지침 (EU) 2019/882)은 EU 내 소비자에게 제공되는 서비스를 대상으로 하며 2025년 6월 28일부터 적용되고 있습니다. 판단 기준은 소비자의 소재지이지 법인의 등록지가 아닙니다. 기대볼 만한 유예 기간은 더 이상 남아 있지 않습니다.
영세기업 예외는 서비스에만 적용되고 제품에는 적용되지 않으며, 기준선을 넘는 순간 사라집니다. 성장 과정에 유예 기간은 없습니다. 접근성 개선을 위해 공적 자금을 받은 적이 있다면 이 예외는 애초에 해당되지 않습니다.
기업들이 자주 오판하는 지점입니다. 예외에서 벗어나는 것은 다음 계획 주기로 미룰 사안이 아닙니다. 의무는 기준선을 넘은 그 시점에 발생하며, 다음 감사를 기다리지 않습니다.
법은 서비스가 접근 가능해야 한다고만 말하고 기술 기준까지 적지는 않습니다. 기준은 유럽 조화 표준에서 나오며, 지금 어느 판이 유효한지 아는 것이 적합한 사이트와 거의 적합한 사이트를 가릅니다.
ICT 제품과 서비스의 접근성에 관한 유럽 표준입니다. 이를 충족하면 법에 대한 적합성이 추정됩니다. 참조하는 것은 WCAG 2.1 레벨 AA입니다.
거의 아무도 주장하지 않고 법도 요구하지 않는 AAA가 아닙니다. 이미 대체된 WCAG 2.0도 아닙니다. 평가의 잣대가 되는 것은 WCAG 2.1의 레벨 AA입니다.
WCAG 2.2 레벨 AA를 받아들인 EN 301 549 개정판이 발행되고 이후 EU 관보에 인용될 것으로 예상됩니다. 포커스 표시, 끌기 동작, 대상 크기, 인증에 관한 성공 기준이 추가됩니다.
실무적으로 WCAG 2.2 AA는 2.1 AA를 포함합니다. 2.2까지 개선하면 오늘의 의무를 충족하는 동시에, 표준의 다음 개정이 이미 비용을 치른 작업을 다시 열지 않게 됩니다. 2.1에서 멈추는 것은 같은 일을 두 번 하는 것입니다.
회원국마다 시장감시기관을 지정하고 제재 수준을 스스로 정하기 때문에 금액은 고객이 어디에 있느냐에 달려 있습니다. 어디서나 같은 것은 두 가지입니다. 당국은 신고를 기다리지 않으며, 서비스를 시정하거나 중단하라는 명령이 과징금 자체보다 더 비싼 경우가 많습니다.
조용한 쪽의 압력은 구매 부서에서 옵니다. 대기업과 공공 구매자가 계약 전에 적합성 확인서를 요구하는 경우가 늘고 있습니다. 그것을 내놓지 못하면 어떤 당국이 연락해 오기 훨씬 전에 먼저 수주를 잃습니다.
추측이 아닙니다. WebAIM은 2019년부터 매년 방문자 수 상위 100만 개 사이트의 첫 화면을 WCAG 기준으로 자동 평가해 왔습니다. 2026년 2월 조사가 가장 최근입니다.
자동 검출은 바닥이지 천장이 아닙니다. 이 수치들이 세는 것은 기계가 증명할 수 있는 범위뿐이고, 그것은 WCAG 전체에서 적은 쪽입니다. 자동 검출 오류가 0인 사이트도 키보드나 스크린 리더로는 쓸 수 없을 수 있습니다. 아래 진단이 단순한 스캔이 아닌 이유가 바로 그것입니다.
백분율은 2026년 2월 기준 조사한 100만 개 첫 화면 중 해당 오류가 있었던 비율입니다. 진단을 받아본 적이 없다면 이 중 대부분은 있다고 보시면 됩니다.
배경 대비 4.5대 1, 큰 글자는 3대 1 비율에 미치지 못하는 텍스트입니다. 대개 브랜드 색상 팔레트에서 정해진 뒤 아무도 다시 계산해 보지 않은 값이며, 웹에서 압도적으로 가장 흔한 오류입니다.
alt 속성이 없는 이미지, 또는 alt에 파일명이 들어 있는 이미지입니다. 장식용 이미지에는 빈 alt가, 정보를 전달하는 이미지에는 설명이 필요합니다. 두 경우 모두 맞게 된 때보다 틀린 때가 많습니다.
레이블 대신 자리표시자 텍스트를 쓴 입력란, 또는 코드상 입력란과 연결되지 않은 레이블입니다. 결제 과정에서 이 오류가 앗아가는 것은 진단 점수가 아니라 그 주문 자체입니다.
내용이 아이콘 하나나 빈 요소뿐인 링크로, 스크린 리더가 "링크"라고만 읽고 끝납니다. 내비게이션, 소셜 아이콘, 카드형 레이아웃에서 흔합니다.
실제로 무언가를 실행하는 컨트롤에서 나타나는 같은 오류입니다. 햄버거 메뉴, 닫기 버튼, 아이콘만 있는 동작이 흔한 출처입니다.
html 요소에 lang 속성이 없어 보조 기술이 발음을 추측하게 됩니다. 한 줄이면 고쳐지는데도 웹의 7분의 1이 아직 고치지 않았습니다.
위의 모든 항목은 소스 코드의 문제이고 해결도 소스 코드 안에 있습니다. 페이지에 붙여 넣는 스크립트로 해결되는 것은 하나도 없습니다.
접근성 오버레이는 "한 줄짜리 자바스크립트로 사이트를 적합하게 만든다"는 식으로 팔립니다. 그렇게 되지 않을뿐더러, 지금은 도입 자체가 하나의 위험입니다.
저희는 원인을 고칩니다. 남는 것은 귀사의 코드이며, 다음 배포를 넘겨 살아남고, 심사하는 쪽이 검증할 수 있습니다.
무료 진단은 스캔 결과를 붙여 놓은 미끼가 아니라 실제 작업입니다. 코드를 먼저 보지 않고서는 개선 비용을 정직하게 산정할 수 없기 때문에 존재합니다.
URL을 받아 대표적인 페이지들을 평가합니다. 첫 화면, 카테고리나 목록 페이지, 상품이나 상세 페이지, 그리고 결제 또는 가입 흐름입니다. axe와 WAVE로 자동 평가한 뒤, 중요한 흐름은 키보드와 스크린 리더로 직접 확인합니다. 각 지적 사항이 위반한 WCAG 성공 기준과 함께 결과를 드리며, 저희에게 발주하시든 아니든 그대로 드립니다.
지적 사항을 사용자 영향, 법적 위험, 작업량 순으로 정리합니다. 구매나 가입 흐름을 막는 오류가 가장 먼저입니다. 사용자에게 가장 나쁜 동시에 당국이 가장 먼저 들여다보는 곳이기 때문입니다. 개선에 착수하기 전에 고정 가격과 일정을 받으십니다.
저희 엔지니어가 귀사의 코드베이스에서, 귀사의 브랜치 위에서, 귀사의 리뷰 기준에 맞춰 작업합니다. 시맨틱, 포커스 관리, 레이블과 오류 처리, 명도 대비, 그리고 제대로 고치거나 아예 제거하는 ARIA. 같은 결함이 다음에 누군가 만들 페이지에서 되살아나지 않도록 컴포넌트 단위로 고칩니다.
자동과 수동으로 다시 한 번 테스트합니다. NVDA, VoiceOver, TalkBack과 키보드만으로 하는 조작까지 확인합니다. EN 301 549와 WCAG에 대한 개선 후 상태를 정리한 보고서를 드립니다. 구매 부서가 요구하는 문서이자, 당국에서 연락이 왔을 때 손에 있기를 바라는 문서입니다.
아무도 확인하지 않은 배포가 한 번 있으면 접근성은 후퇴합니다. 선택 사항으로 지속 제공합니다. 회귀 테스트, 배포 전 신규 기능 검토, 그리고 같은 여섯 가지 오류를 다시 만들지 않도록 하는 개발자 교육입니다.
EAA 자체로 보면 아마 그렇습니다. EAA가 다루는 것은 소비자에게 제공되는 서비스이기 때문입니다. 다만 그렇게 판단하기 전에 두 가지를 확인하십시오. 제공 항목 중 개인이 구매할 수 있는 부분이 있는지, 그리고 법인 고객이 구매 조건으로 접근성 적합을 요구하는지입니다. 실제로는 후자에 해당하는 B2B 기업이 더 많습니다.
연간 매출액이나 재무상태표 총계도 200만 유로를 넘지 않는 경우에만, 그리고 서비스에 한해서입니다. 두 조건을 모두 충족해야 합니다. 인원은 기업 전체 기준으로 세기 때문에, 큰 그룹 안의 작은 브랜드는 영세기업이 아닙니다.
적용 대상이고 서비스가 접근 가능하지 않다면 형식적으로는 그렇습니다. 불편한 이야기지만 드문 일도 아니고 미룰 이유도 되지 않습니다. 당국은 보통 시정 요구부터 시작하며, 날짜가 찍힌 진단 결과와 진행 중인 개선 계획을 보여줄 수 있는 쪽이 아무것도 보여줄 수 없는 쪽보다 훨씬 나은 위치입니다.
현재는 EN 301 549 V3.2.1을 통한 2.1 레벨 AA입니다. WCAG 2.2 레벨 AA를 채택하는 개정판은 2026년 중 예상됩니다. 저희가 2.2 AA까지 개선하는 것은 그 개정이 이미 비용을 치른 작업을 다시 열지 않게 하기 위해서입니다.
일반적인 온라인 쇼핑몰이나 SaaS 제품이라면 진단 이후 대개 몇 달이 아니라 몇 주의 개발입니다. 변수는 페이지 수가 아니라 서로 다른 컴포넌트의 수입니다. 열두 개의 컴포넌트로 만든 쉰 개의 페이지가 예순 개로 만든 여덟 개의 페이지보다 작업량이 적습니다.
됩니다. React, Next.js, Vue, Angular, Svelte는 컴포넌트 단위로. WordPress, Drupal, Shopify, Shopware, Magento는 테마와 템플릿 단위로. 네이티브 iOS와 Android는 VoiceOver, TalkBack, 터치 영역 크기, 동적 글자 크기까지 다룹니다.
URL 하나, 그리고 테스트해야 할 흐름이 로그인 뒤에 있다면 테스트 계정 하나입니다. 그 외에는 없습니다. 진단 결과는 저희와 계속 진행하시든 아니든 귀사의 것입니다.
선언문에 들어가야 할 내용은 전부 드립니다. 적합 상태, 평가한 기준, 여전히 적합하지 않은 부분과 그 이유, 그리고 의견을 받는 창구입니다. 게시는 귀사 이름으로 귀사가 하십시오. 그것은 귀사의 선언이지 저희의 선언이 아니기 때문입니다.
어디를 봐야 하는지 알려주세요. 각 항목이 위반한 WCAG 기준과 함께 결과를 보내드리고, 개선을 원하시면 고정 견적도 함께 드립니다.