글로벌 UI·UX 브리핑 — 2026년 9월 4일

접근성 — WCAG-EM 2.0, 평가 대상이 “웹사이트”에서 “디지털 제품 전반”으로

W3C 는 2026년 7월 23일 WCAG-EM(Website Accessibility Conformance Evaluation Methodology) 2.0을 W3C Group Note 로 공개했습니다 (Website Accessibility Conformance Evaluation Methodology (WCAG-EM) 2.0). WCAG-EM 은 WCAG 2 적합성을 평가하는 단계별 방법론으로, 1.0 은 이름 그대로 “웹사이트” 평가에 초점을 맞췄지만 2.0 은 범위를 크게 넓혔습니다.

• 적용 대상 확장: 네이티브·하이브리드·크로스플랫폼 앱(URL 대신 스크린샷·설명으로 평가), 키오스크·무인단말기, PDF·EPUB·Word 같은 문서까지 “다양한 디지털 제품”을 포괄하도록 명시됐습니다.
• 5단계 프로세스는 유지: ① 평가 범위 정의(적합성 레벨·지원 기술 등 확정) ② 대상 제품 탐색 (주요 화면·핵심 기능 식별) ③ 대표 표본 선정(구조적 표본 + 무작위 표본 10% + 전체 프로세스 조합) ④ 선정 표본 평가(WCAG 2 의 5가지 요건 대조) ⑤ 결과 보고.
• 범위의 한계는 명확히 못박음: 이 방법론을 따랐다고 해서 제품 전체의 WCAG 2 적합성을 주장할 수 있는 것은 아니며, 표본은 “대표성”을 제공할 뿐 “전수 검사”가 아니라고 문서가 직접 명시합니다.

자동 접근성 검사 도구가 흔히 “웹사이트”만 스캔하는 것과 달리, WCAG-EM 2.0 은 조직에 모바일 앱· 키오스크·PDF 산출물까지 같은 잣대로 평가하라고 요구합니다.

네이티브 앱이나 셀프서비스 키오스크를 운영 중이라면, 지금까지 “웹 접근성 감사” 범위에서 빠져 있던 채널이 이번 개정으로 명시적 평가 대상에 들어왔다는 점을 팀 내에 공유할 필요가 있습니다.

성능 — Core Web Vitals 하락의 원인, 구글은 “Android 쪽일 수도”라고만

2026년 5월 CrUX 데이터(3종 동시 통과율 55.9%, 전월 대비 -0.8%p) 하락에 대해, 구글이 원인 조사 상황을 공개적으로 언급했습니다 (Core Web Vitals Benchmarks 2026). 구글은 “Android 쪽 원인일 가능성을 의심하고 있다”면서도 “확정된 것은 없다”고 선을 그었습니다 — 사이트 운영자 입장에서는 자사 지표 하락을 임의로 “구글 쪽 이슈”로 단정하고 넘어가면 안 되는 상황입니다.

같은 자료가 인용하는 **2025 Web Almanac(2025년 7월 CrUX 데이터 기준)**에서는 데스크톱 통과율 56%, 모바일 통과율 48%로 8%p 격차가 있었습니다. 이 수치는 2025년 7월 시점 자료라 2026년 5월 데이터와 직접 비교할 수는 없지만, 모바일이 구조적으로 더 불리하다는 방향성 자체는 유지되고 있는 것으로 보입니다.

• 원인이 불확실한 하락 구간에서는 자사 CrUX 히스토리(BigQuery·PageSpeed Insights)를 직접 확인해 업계 전반의 잡음인지 자사 회귀인지 구분하는 것이 우선입니다.
• 모바일-데스크톱 격차가 구조적이라면, 모바일 우선 성능 예산을 별도로 세우는 접근이 여전히 유효합니다.

디자인 트렌드 — NN/g “State of UX 2026”: UI는 상품화되고, 신뢰가 새로운 과제

Nielsen Norman Group 이 1월 발행한 **“State of UX 2026: Design Deeper to Differentiate”**가 올해 UX 조직이 마주한 구조적 변화를 진단합니다 (State of UX 2026).

• “UI 는 더 이상 차별화 요소가 아니다” — AI 기반 디자인 도구가 좋아지면서 “적당히 괜찮아 보이는 UI”는 누구나 만들 수 있게 됐고, 표준화 덕에 UI 제작 비용 자체가 낮아지고 있다고 진단합니다.
• AI 신뢰가 2026년의 핵심 디자인 과제 — AI 에이전트가 늘어날수록 “투명성·통제권·일관성, 그리고 시스템이 실패했을 때의 지원”이 갖춰져야 사용자 신뢰를 얻을 수 있다고 강조합니다. 구체적 수치는 제공되지 않았지만, “AI 를 어디에나 붙이는” 접근보다 “문제를 실제로 푸는” 접근을 강조하는 방향성은 명확합니다.
• 채용 시장은 완만히 안정화 — UXPA·User Interviews 설문을 인용해 팀 규모가 유지되거나 소폭 증가할 것으로 보이지만, 신입 자리는 여전히 공급 과잉 상태라고 짚습니다.

UI 품질만으로는 더 이상 제품을 차별화할 수 없다는 것이 이 리포트의 핵심 메시지입니다 — 차별화는 이제 “AI 경험을 얼마나 신뢰할 수 있게 설계했는가”로 옮겨가고 있습니다.

기술 표준 — Interop 2026, 19개 CSS·JS 영역의 브라우저 호환성을 추적 중

Apple·Google·Igalia·Microsoft·Mozilla 가 공동 운영하는 Interop 2026 이 2026년 2월 12일 공식 출범했습니다 (Interop 2026 — web.dev, Interop 2026 Focus Areas Announced — Igalia). 19개 핵심 영역, 3개 정리(cleanup) 영역, 4개 조사(investigation) 영역으로 구성됩니다.

분류	주요 항목
HTML (1개)	<dialog>·popover 속성·:open 의사클래스(다이얼로그·팝오버)
CSS (11개)	앵커 포지셔닝·뷰 트랜지션·CSS zoom(2025 이월), 컨테이너 스타일 쿼리, contrast-color(), 커스텀 하이라이트, 스크롤 기반 애니메이션, 스크롤 스냅, shape() 함수 등
JavaScript (7개)	Fetch 업로드/범위, IndexedDB, Wasm 용 JSPI, Navigation API, 스코프 커스텀 엘리먼트 레지스트리, WebRTC, WebTransport
웹 호환성 (3개)	ESM 모듈 로딩, 스크롤 이벤트 타이밍, -webkit-user-select 접두사 제거

앵커 포지셔닝과 뷰 트랜지션이 2025년에 이어 2026년에도 이월 영역으로 남아 있다는 것은, 두 기능이 브라우저 간 완전히 동등한 수준에 아직 이르지 못했다는 뜻입니다 — 프로덕션에 쓰기 전 대상 브라우저별 지원 표를 먼저 확인하세요. 진행 상황은 Interop 2026 Dashboard에서 실시간으로 볼 수 있으며(조사 시점 기준 페이지에 구체적 점수는 표시되지 않았습니다), 확정 수치가 필요하면 대시보드를 직접 확인해야 합니다.

오늘 바로 적용할 것

1. 네이티브 앱·키오스크·PDF 산출물이 있다면 WCAG-EM 2.0 기준으로 접근성 평가 범위를 다시 그리세요. 지금까지 “웹 접근성 감사”에서 빠져 있었을 가능성이 큽니다.
2. CWV 하락이 관측되면 원인을 구글 탓으로 단정하지 말고 자사 CrUX 히스토리부터 확인하세요. 구글도 5월 하락의 원인을 확정하지 못했습니다.
3. “괜찮아 보이는 UI”보다 AI 기능의 신뢰 설계(투명성·통제권·실패 시 지원)에 리소스를 배분하세요. NN/g 는 이것이 2026년 UX 차별화 지점이라고 짚습니다.
4. 앵커 포지셔닝·뷰 트랜지션을 프로덕션에 쓰고 있다면 Interop 2026 대시보드에서 대상 브라우저 지원 현황을 다시 확인하세요. 두 기능 모두 아직 완전한 상호운용성에 도달하지 못한 이월 영역입니다.