WCAG 성공 기준 · Level AAA
WCAG 3.1.3: 특이한 단어들
WCAG 3.1.3은 웹사이트가 관용구와 전문 용어를 포함하여, 비일상적이거나 제한된 방식으로 사용되는 단어 또는 구의 특정 정의를 식별할 수 있는 수단을 제공할 것을 요구합니다. 이는 인지 장애가 있는 사용자, 비원어민, 그리고 전문 용어에 익숙하지 않은 사람들이 콘텐츠를 이해할 수 있도록 보장합니다.
- Level AAA
- Wcag
- Wcag 2 2 aaa
- 이해할 만한
- 접근성
이 규칙의 의미
WCAG 3.1.3 — Unusual Words는 Understandable 원칙 아래의 AAA 레벨 성공 기준이다. 이 기준은 웹 콘텐츠에서 단어 또는 구를 특이한, 전문적인, 혹은 제한된 의미로 사용할 경우, 사용자가 해당 용어의 정의를 찾아보거나 접근할 수 있는 메커니즘을 제공할 것을 요구한다. 이는 세 가지 범주의 언어 사용에 적용된다. 즉, 전문 용어(jargon)(특정 업종, 직업, 또는 분야에 특화된 어휘), 관용구(idioms)(“break a leg”이나 “hit the ground running”처럼 단어의 문자적 의미만으로는 전체 의미를 추론할 수 없는 구), 그리고 제한적이거나 비일상적인 방식으로 사용되는 단어(특정 맥락에서 일반적인 단어에 전문적이거나 비표준적인 의미를 부여한 경우)이다.
이 기준은 단일한 구현 방식을 강제하지 않는다. 허용되는 메커니즘에는 인라인 정의, 페이지에서 링크된 용어집, 사용자 상호작용으로 트리거되는 툴팁 또는 확장 가능한 정의, 주변 텍스트에 제공된 정의, 접근 가능한 문맥과 함께 사용되는 HTML <dfn> 요소 등이 포함된다. 핵심 요구 사항은 정의 메커니즘이 사용 가능해야 한다는 점이다. 즉, 사용자가 과도한 노력 없이 해당 메커니즘에 도달할 수 있어야 한다.
통과는 페이지에 있는 모든 전문 용어, 관용구, 비일상적으로 사용된 단어 각각에 대해 도달 가능한 정의 메커니즘이 제공될 때 달성된다. 실패는 전문적이거나 모호한 용어가 이러한 메커니즘 없이 등장할 때 발생한다. 예를 들어, “tortfeasor”나 “subrogation” 같은 용어를 용어집이나 인라인 설명 없이 사용하는 법률 웹사이트가 이에 해당한다.
WCAG는 좁은 예외를 정의한다. 어떤 단어가 특정 구절 안에서만 비일상적인 방식으로 사용된다면, 사이트 전체에 전역적으로 정의를 제공할 필요는 없고 그 구절에 대해서만 정의를 제공하면 충분하다. 또한 사람, 장소, 조직의 이름과 같은 고유 명사는, 문맥상 기술 용어로도 사용되지 않는 한, 일반적으로 이 기준의 대상이 아니다.
왜 중요한가
언어 이해의 장벽은 놀라울 정도로 다양한 사용자를 영향을 미친다. 난독증, 지적 장애, 외상성 뇌 손상 등을 포함한 인지 장애가 있는 사람들은 낯선 용어가 등장할 때 문맥만으로 의미를 추론하는 데 어려움을 겪을 수 있다. 세계보건기구(WHO)에 따르면 전 세계 인구 약 6명 중 1명은 어떤 형태로든 장애를 가지고 있으며, 인지 장애는 그중 가장 큰 범주 중 하나를 차지한다. 이러한 사용자에게 정의되지 않은 전문 용어를 마주하는 것은, 그 밖의 모든 면에서 접근 가능한 페이지를 완전히 사용 불가능하게 만들 수 있다.
비원어민 화자 역시 이 기준의 영향을 크게 받는 집단이다. 터키만 보더라도, 인구에는 모국어가 쿠르드어, 아랍어 또는 다른 지역 언어인 수백만 명이 포함되어 있으며, 이들은 터키어를 제2언어로 읽을 수 있다. 터키 정부의 건강 포털이 “anjiyoplasti”나 “antikoagülan” 같은 의학 용어를 설명 없이 사용할 경우, 이들 사용자 — 그리고 많은 터키어 원어민조차도 — 중요한 건강 정보를 이해하지 못할 수 있다.
스크린 리더 사용자도 미묘하지만 의미 있는 방식으로 영향을 받는다. 용어가 눈에 보이는 툴팁이나 용어집을 통해 정의될 때, 시력이 있는 사용자는 이를 빠르게 훑어볼 수 있다. 그러나 그 메커니즘이 키보드로 접근할 수 없고 프로그램적으로 판별 가능하지 않다면, 보조 기술에 의존하는 시각장애 사용자는 정의에 전혀 도달하지 못할 수 있다. 잘 구조화된 인라인 정의나 적절히 링크된 용어집을 제공하면 접근의 형평성을 보장할 수 있다.
구체적인 상황을 생각해 보자. 한 터키 전자상거래 플랫폼이 금융 상품을 판매하면서 “faiz oranı bileşimi”(복리)를 설명 없이 사용한다고 하자. 지적 장애가 있는 사용자나 금융에 익숙하지 않은 고령 사용자가 대출 상품을 비교하려 할 때, 용어가 명확히 설명되지 않았다는 이유만으로 재정적으로 불리한 결정을 내릴 수 있다. 링크된 용어집이나 쉬운 언어로 된 정의를 제공하는 접근 가능한 툴팁을 제공하면 이러한 위험을 직접적으로 줄일 수 있다.
접근성을 넘어, 이 기준은 측정 가능한 사용성 및 SEO 이점을 가진다. 검색 엔진에 색인된 용어집 페이지는 주제 권위를 높이고 롱테일 검색 트래픽을 확보할 수 있다. 명확한 정의는 고객 지원 부담을 줄이고 전환율을 개선하며 전체 콘텐츠 품질을 향상시키는데, 이는 모두 상업 운영자에게 중요한 결과이다.
관련 Axe-core 규칙
WCAG 3.1.3은 수동 테스트가 필요한 기준 범주에 속한다. 비정상적인 단어가 정의되었는지 여부를 감지할 수 있는 자동화된 axe-core 규칙은 없다. 이를 위해서는 도구가 페이지의 모든 단어에 대한 의미론적 의미와 도메인 문맥을 이해해야 하는데, 이는 현재 자동 분석 능력을 넘어서는 작업이기 때문이다.
- 수동 평가 필요 — Unusual Words: axe-core, Lighthouse, IBM Equal Access Checker와 같은 자동 접근성 스캐너는 어떤 단어가 전문 용어, 관용구, 비일상적으로 사용된 용어에 해당하는지 식별할 수 없다. 이 판단은 도메인 지식, 대상 사용자 문맥, 언어적 해석에 의존하기 때문이다. 스캐너는 “token”이 어떤 문맥에서는 보안 자격 증명을 의미하고 다른 문맥에서는 바우처를 의미한다는 것, 또는 “cloud”가 대기 중의 수증기가 아니라 분산 컴퓨팅 인프라를 가리킨다는 것을 알 수 없다. 이상적으로는 대상 사용자 집단 구성원을 포함한 인간 검토자가 콘텐츠를 읽고, 정의가 필요한 용어가 있는지 평가해야 한다. 그런 다음 검토자는 표시된 각 용어에 대해 접근 가능한 정의 메커니즘이 존재하는지 확인해야 한다.
- 보완적 자동 검사: axe-core는 이 기준 자체를 직접 평가할 수는 없지만, 감사자는 자동 도구를 사용해 사용된 정의 메커니즘(예:
<dfn>요소, 툴팁, 링크된 용어집)이 그 자체로 접근 가능한지 확인할 수 있다. 예를 들어, 링크 목적(link-name), 키보드 접근성(tabindex), ARIA 사용(aria-allowed-attr)을 다루는 axe-core 규칙은 도구가 용어집 링크나 툴팁 위젯이 제대로 구현되었는지 — 비록 용어집이 완전한지는 판단할 수 없더라도 — 확인하는 데 도움을 줄 수 있다.
테스트 방법
- 자동 사전 스캔: 페이지에서 axe DevTools 또는 Lighthouse를 실행하여, 테스트를 방해할 수 있는 기본적인 접근성 실패(깨진 링크, 포커스 표시 누락 등)가 없는지 확인한다. ARIA 또는 키보드 관련 문제로 표시된 인터랙티브 정의 위젯(툴팁, 확장 가능한 용어 등)을 기록한다. 이러한 2차 실패는 정의가 존재하더라도 사용자가 정의에 도달하지 못하게 만들 수 있다.
- 콘텐츠 감사 — 비일상적 용어 식별: 페이지 콘텐츠를 주의 깊게 읽는다. 전문 용어, 기술 용어, 관용구, 비표준적인 의미로 사용된 단어의 모든 사례를 표시한다. 해당 분야에 대한 배경지식이 전혀 없는 사용자에게 페이지를 설명한다고 상상해 보는 것이 도움이 된다. 정의를 확인하기 전에 표시된 용어 목록을 만든다.
- 정의 메커니즘 확인: 표시된 각 용어에 대해 정의 메커니즘이 존재하고 도달 가능함을 확인한다. 주변 텍스트의 인라인 정의, 관련
<abbr title>또는 링크된 설명이 연결된 눈에 보이는<dfn>요소, 콘텐츠에서 링크된 용어집 페이지, 툴팁/확장 가능한 정의 등을 확인한다. 메커니즘이 툴팁이나 확장 가능한 위젯이라면 4단계로 진행한다. - 키보드 내비게이션 테스트: 키보드만(Tab, Enter, Space, 방향키)을 사용하여 페이지의 모든 정의 메커니즘에 도달하고 이를 활성화해 본다. 마우스 없이도 툴팁이나 확장 가능한 정의를 트리거할 수 있는지 확인한다. Firefox와 NVDA를 사용해 정의된 용어로 이동하고 정의가 읽어지는지 확인한다. macOS의 Safari와 VoiceOver에서는 VO+Right를 사용해 콘텐츠를 이동하며 정의 문맥이 제공되는지 검증한다. Chrome과 JAWS에서는 링크된 용어집 항목이 포커스를 받는지, 링크 목적이 명확한지 테스트한다.
- 스크린 리더 읽기 순서 테스트: Firefox에서 NVDA를 사용해 Browse Mode를 활성화하고 페이지를 선형적으로 읽는다. 전문 용어가 등장할 때, 정의가 인라인으로 읽히거나 정의로 가는 링크/버튼이 바로 인접해 있고 명확하게 레이블링되어 있는지 확인한다. 사용자가 정의에 접근하기 위해 페이지를 떠나 문맥을 잃도록 강요받지 않도록 한다.
- 용어집 완전성 점검: 사이트가 중앙 집중식 용어집을 사용하는 경우, 표시된 비일상적 용어 목록을 용어집 항목과 대조한다. 표시된 모든 용어에 해당 항목이 있는지 확인한다. 용어집 페이지 자체가 접근 가능한지(적절한 헤딩 구조, 키보드 내비게이션 가능, 스크린 리더로 읽을 수 있음) 검증한다.
수정 방법
정의 없는 기술 전문 용어 — 잘못된 예
<p>
The system uses OAuth2 for authorization, issuing a JWT
that expires after 3600 seconds. Refresh tokens are stored
in an HttpOnly cookie to mitigate XSS vectors.
</p>
인라인 정의가 있는 기술 전문 용어 — 올바른 예
<!-- Using dfn elements with title attributes and a linked glossary -->
<p>
The system uses
<dfn><abbr title='OAuth 2.0: An open authorization protocol that allows
third-party applications to access user data without exposing
credentials.'>OAuth2</abbr></dfn>
for authorization, issuing a
<dfn><abbr title='JWT (JSON Web Token): A compact, URL-safe token
format used to transmit claims between parties.'>JWT</abbr></dfn>
that expires after 3600 seconds. See our
<a href='/glossary#security-terms'>Security Glossary</a>
for full definitions.
</p>
설명 없는 관용적 표현 — 잘못된 예
<p>
Our customer support team will go the extra mile to ensure
your issue is resolved. We believe in burning the midnight
oil so you never have to.
</p>
쉬운 언어로 다시 쓴 관용적 표현 — 올바른 예
<!-- Plain language replacement is the most robust fix for idioms.
If idioms must be retained for brand voice, provide a
parenthetical explanation or tooltip. -->
<p>
Our customer support team will make every effort to ensure
your issue is resolved. We work extended hours so you
receive help whenever you need it.
</p>
정의되지 않은 전문 용어가 포함된 의학 또는 법률 콘텐츠 — 잘못된 예
<p>
Patients diagnosed with dyslipidemia may be prescribed
statins to manage LDL cholesterol levels and reduce the
risk of atherosclerosis.
</p>
접근 가능한 용어집 링크가 있는 의학 콘텐츠 — 올바른 예
<!-- Each technical term links to the relevant glossary anchor.
The glossary page contains plain-language definitions. -->
<p>
Patients diagnosed with
<a href='/glossary#dyslipidemia'>dyslipidemia</a>
(abnormal levels of lipids in the blood) may be prescribed
<a href='/glossary#statins'>statins</a>
to manage
<a href='/glossary#ldl'>LDL cholesterol</a>
levels and reduce the risk of
<a href='/glossary#atherosclerosis'>atherosclerosis</a>
(hardening and narrowing of the arteries).
</p>
제한적이거나 도메인 특화된 의미로 사용된 단어 — 잘못된 예
<p>
Submit your token at the kiosk to claim your reward.
Tokens expire at the end of each session.
</p>
문맥적 정의가 있는 제한적 의미의 단어 — 올바른 예
<!-- The first use of the term in the restricted sense is
marked with dfn and explained. Subsequent uses are clear
by context. -->
<p>
Submit your
<dfn id='def-token'>token</dfn>
(a single-use digital voucher issued when you complete
a qualifying purchase) at the kiosk to claim your reward.
Tokens expire at the end of each session.
</p>
자주 발생하는 실수
- 용어집에만 용어를 정의하고 콘텐츠에서는 링크하지 않는 경우: 용어집은 사용자가 그 존재를 알고 접근할 수 있을 때만 유용하다. 비일상적 용어를 정의로 링크하지 않거나, 내비게이션에 눈에 띄는 용어집 링크를 제공하지 않으면 많은 사용자가 해당 리소스를 발견하지 못한다.
- 전체 단어에
<abbr title='...'>를 사용하는 경우:<abbr>의title속성은 어떤 용어에나 사용할 수 있는 범용 툴팁으로 잘못 사용되는 경우가 많다. 스크린 리더는title을 일관되게 처리하지 않으며, 대부분의 브라우저에서 기본적으로 키보드 사용자에게는 보이지 않는다. 전체 단어에는<dfn>과 접근 가능한 링크된 설명 또는 인접 텍스트를 사용해야 한다. - 키보드로 접근할 수 없는 툴팁 정의를 제공하는 경우: 마우스 오버에서만 활성화되는 CSS 전용 또는 JavaScript 툴팁은 키보드 및 터치 사용자를 완전히 배제한다. 정의를 전달하는 데 사용되는 모든 툴팁은 키보드 포커스로 트리거할 수 있어야 하며, 사용자가 내용을 읽기 위해 포커스를 툴팁 내부로 이동했을 때 사라지지 않아야 한다.
- 일반 대중을 대상으로 할 때 업계 표준 용어는 정의가 필요 없다고 가정하는 경우: “bandwidth”, “uptime”, “SLA”, “API” 같은 용어는 기술 팀에게는 자명할 수 있지만, 통신 또는 클라우드 서비스 웹사이트를 방문하는 일반 대중에게는 이해하기 어려울 수 있다. 항상 의도된 청중 중 가장 지식이 적은 사람의 관점에서 용어를 평가해야 한다.
- 문서의 첫 등장에만 용어를 정의하고, 다른 페이지에서 사전 설명 없이 사용하는 경우: 사용자가 용어가 다른 페이지에서만 정의된 상태에서, 딥 링크된 기사 페이지로 바로 진입하면 정의에 접근할 수 없다. 각 페이지는 독립적으로 이해 가능해야 하며, 진입 지점과 관계없이 정의로 가는 내비게이션을 제공해야 한다.
- 정의 없이 양식 레이블, 버튼 텍스트, 오류 메시지에 전문 용어를 사용하는 경우: “Authorize delegated access” 같은 버튼 텍스트나 “Your session token is invalid” 같은 오류 메시지에 등장하는 비일상적 단어는, 사용자가 중요한 작업을 완료하기 위해 반드시 이해해야 하므로 특히 해롭다. 이러한 요소는 콘텐츠 감사에서 자주 간과된다.
- 용어집 정의를 또 다른 전문 용어로 작성하는 경우: “amortization”을 “the systematic allocation of an intangible asset's cost over its useful life”라고 정의하는 용어집 항목은 일반 사용자에게 도움이 되지 않는다. 정의 자체가 의도된 청중이 이해할 수 있는 쉬운 언어로 작성되어야 한다.
- 다국어 또는 번역된 콘텐츠에서 언어 특유의 관용구를 무시하는 경우: 콘텐츠가 영어에서 터키어(또는 그 반대)로 번역될 때, 관용적 표현이 직역되어 대상 언어에서 의미가 없거나 혼란스러운 문구가 되는 경우가 많다. 각 현지화 버전은 관용적 정확성과 이해 가능성을 위해 원어민이 검토해야 한다.
<dfn>을 사용자에게 정의를 제공하지 않는 순수 의미론적 요소로만 취급하는 경우: HTML<dfn>요소는 용어가 정의되는 위치를 표시하지만, 그 자체로 사용자에게 정의를 제공하지는 않는다. 항상 인접 텍스트,aria-describedby연결, 또는 주변 문단의 눈에 보이는 정의와 함께 사용해야 한다.- axe 규칙이 표시하지 않는다는 이유로 비일상적 단어를 자동 감사 체크리스트에서 제외하는 경우: 이 기준은 수동 평가가 필요하기 때문에 기술 감사에서 우선순위가 낮게 책정되기 쉽다. 팀은 언어와 용어에 대한 문서화된 수동 검토 프로세스를 접근성 QA 워크플로의 공식 단계로 수립해야 하며, 사후 고려 사항으로 취급해서는 안 된다.
터키 접근성 규정과의 관계
2025년 6월 21일 관보 제32933호에 게재된 터키 대통령령 2025/10은 터키에서 운영되는 광범위한 공공 및 민간 기관을 대상으로, WCAG 2.2와 정렬된 의무적인 웹 및 모바일 접근성 요구 사항을 수립한다. 적용 대상에는 공공 기관 및 기관, 전자상거래 플랫폼, 은행 및 금융 기관, 병원 및 민간 의료 제공자, 200,000명 이상의 가입자를 보유한 통신 회사, 여행사, 민간 운송 회사, 그리고 교육부(MoNE)의 인가를 받은 민간 학교가 포함된다.
이 대통령령은 WCAG 2.2 AA 레벨 준수를 법적 최소 요구 사항으로 규정한다. WCAG 3.1.3 — Unusual Words는 AAA 레벨 기준이므로, 이 규정 하에서는 법적으로 요구되지 않는다. 그러나 이것이 터키 조직에 대한 실질적 중요성을 약화시키는 것은 아니다. 공중 보건 포털, 국가 교육 플랫폼, 금융 서비스 회사 등 언어적으로 다양한 인구를 대상으로 하는 기관은 3.1.3과 같은 AAA 기준을 구현할 강력한 윤리적·평판상의 동기를 가진다.
특정 특수 서비스의 경우, AAA 레벨 준수가 사실상 필요해질 수 있다. 다양한 건강 문해력 수준을 가진 환자를 대상으로 하는 의료 기관, 인지 장애가 있는 학생을 대상으로 MoNE 인가 하에 운영되는 교육 플랫폼, 모든 시민과 명확하게 소통해야 하는 정부 포털은 이 기준을 구현함으로써 큰 혜택을 얻을 수 있다. 터키의 장애인 권리 체계는, 터키가 UN 장애인권리협약을 비준함으로써 강화되었으며, AAA 기준이 법적으로 엄격히 요구되지 않더라도 정보에 대한 평등한 접근을 보다 넓은 차원에서 실현하도록 요구한다.
경쟁 우위, 국제 시장 접근, 공공 부문 조달 자격, 또는 포용적 디자인에 대한 진정한 의지를 위해 최고 수준의 접근성을 입증하고자 하는 조직은, WCAG 3.1.3을 규제 최소 기준을 넘어서는 포괄적 접근성 프로그램의 일부로 취급해야 한다. 구조화된 용어집 시스템을 구현하고, 콘텐츠 작성자가 비일상적 용어를 인지하고 정의하도록 교육하며, 편집 워크플로에 언어 접근성을 통합하는 것은 터키 사용자에게 실질적인 도움을 주고 대통령령 2025/10의 보다 넓은 목표와도 부합하는 실천적 단계이다.
