docs: finalized wiki integrity maintenance (v3.0 standard) - pruned 1400+ stubs and fixed 11k+ ghost links

10_Wiki/Topics_Blog/Content_Strategy/웹 접근성(Web Accessibility).md

@@ -1,4 +1,4 @@
-# [[웹 접근성(Web Accessibility)]]
+# [[웹 접근성(Web Accessibility)|웹 접근성(Web Accessibility)]]
 
 ## 📌 Brief 시 Summary
 웹 접근성은 장애나 연령에 상관없이 모든 사용자가 다양한 입력 방식과 기기 환경에서 웹사이트의 정보를 장벽 없이 이용할 수 있도록 설계하는 것을 의미합니다 [1-4]. 반응형 웹 디자인의 필수 요소이며, WCAG(웹 콘텐츠 접근성 지침)와 같은 표준을 준수하여 텍스트 크기 조정, 키보드 탐색, 안전한 애니메이션 제공 등 포용적인 디지털 경험을 구축하는 것이 핵심입니다 [1, 3, 5, 6].
@@ -14,8 +14,8 @@
 * **디자인 시스템에서의 접근성 관리:** 디자인 시스템의 컬러 토큰을 설정할 때 WCAG 명암비(Contrast Ratio) 준수 여부를 반드시 테스트해야 하며, 접근성 고려를 잊는 것은 토큰 설계의 주요 함정 중 하나입니다 [15-17].
 
 ## 🔗 Knowledge Connections
-- **Related Topics:** [[반응형 웹 디자인(Responsive Web Design)]], [[유동적 타이포그래피(Fluid Typography)]], [[애니메이션 성능 최적화 및 모션 제어]], [[디자인 시스템(Design Systems)]]
-- **Projects/Contexts:** [[WCAG 1.4.4 텍스트 200% 확대 대응]], [[prefers-reduced-motion 미디어 쿼리 구현]], [[키보드 탐색 및 포커스 상태 설계]]
+- **Related Topics:** [[반응형 웹 디자인 (Responsive Web Design)|반응형 웹 디자인(Responsive Web Design)]], [[유동적 타이포그래피(Fluid Typography)|유동적 타이포그래피(Fluid Typography)]], 애니메이션 성능 최적화 및 모션 제어, [[디자인 시스템(Design Systems)|디자인 시스템(Design Systems)]]
+- **Projects/Contexts:** WCAG 1.4.4 텍스트 200% 확대 대응, prefers-reduced-motion 미디어 쿼리 구현, 키보드 탐색 및 포커스 상태 설계
 - **Contradictions/Notes:** 화면 크기에만 반응하게 만들기 위해 뷰포트 단위(`vw`, `vh`)를 단독으로 폰트 크기에 적용하면, 브라우저가 창 크기에 따라 글씨를 조정할 수는 있어도 사용자가 브라우저 자체의 "확대(Zoom)" 기능을 사용할 때는 글씨 크기가 변하지 않아 오히려 접근성을 심각하게 해치는 결과를 초래합니다 [6, 11]. 따라서 `calc()`나 `clamp()`를 통해 기본 픽셀 혹은 `em/rem` 값과 혼합하여 줌(zoom) 기능에 반응하도록 설계해야 합니다 [18, 19].
 
 ---