Frontory

코드 편집 · 실습 · 필기 열기 →

HTML · 24 접근성 이름과 설명

시리즈 목차 · 전체 기술 지도

단계: 접근성 검토와 카드 통합 · 편집 가능한 예제 · 저장 ID: html-step-24

목표와 학습 후 역량

선수 지식

23단위 「스크립트 로딩과 문서 파싱」의 결과물과 실험 기록

핵심 개념과 설명

이름 계산

접근성 이름은 조작을 식별합니다. 보이는 label과 aria-label이 다르면 사용자가 혼동할 수 있습니다.

설명 연결

aria-describedby는 추가 설명을 연결합니다. 이름을 대신하는 용도로 쓰지 않습니다.

실습 준비

예제 화면의 실행 범위 안내를 먼저 확인하세요. 다음은 과제를 별도 프로젝트로 확장할 때의 준비 환경입니다. 별도 로컬 프로젝트에서 직접 구현하고 브라우저 개발자 도구로 확인하세요. 별도 폴더에 HTML과 필요한 이미지·미디어 파일을 직접 준비하고 로컬 HTTP 서버로 여세요. Elements·접근성 패널과 실제 키보드 조작으로 확인합니다.

연결된 예제는 출발점입니다. 아래 과제 전체가 완성된 코드는 아니며, 예제의 지원 범위를 넘는 작업은 별도 프로젝트에서 수행하세요.

실습 과제

  1. names.html 파일에 보이는 저장 텍스트와 다른 aria-label 조건을 준비하세요.
  2. 텍스트 버튼·아이콘 버튼·입력 세 종류의 이름과 설명을 접근성 패널에서 확인하세요.
  3. 보이는 저장 텍스트와 다른 aria-label 조건으로 실행하세요. 확인할 결과: 세 조작의 이름과 설명을 표로 남긴다. 버튼의 화면 문구와 접근성 이름이 일치한다. 예상과 실제 결과는 구분해 기록하세요.

관찰할 변수

변수기준 조건바꿀 조건예상할 변화·검증 가설
이름 속성보이는 텍스트 사용다른 aria-label실행 전 가설: 접근성 이름이 화면 문구와 달라질 수 있다. 다른 조건은 고정하고 실행 후 실제 결과를 따로 기록합니다.

표의 예상은 측정 결과가 아닙니다. 한 번에 한 조건만 바꾸고 실제 결과가 다르면 원인을 기록하세요.

완료 조건

자가 점검

  1. aria-label이 항상 필요한가요?
  2. 설명이 너무 길면 어떤 사용 부담이 생기나요?

공식 참고

연결된 예제와 실행 범위

예제 원본 · 실행 환경과 제한

aria-label을 보이는 텍스트와 다르게 바꾸고 브라우저 접근성 패널에서 실제 계산된 이름을 검사하세요. Shadow DOM에서 문서 body/html 선택자를 범위화합니다. @media는 외부 미리보기 viewport에 반응하며 폭 슬라이더는 컨테이너만 변경합니다. 네트워크·폼 이동·iframe 실행은 제한됩니다.

원본 코드·기록은 자동으로 덮어쓰지 않습니다. 기존 예제를 초기화할 때도 필기는 유지됩니다.

다음 학습

이전: 스크립트 로딩과 문서 파싱 · 다음: 읽기 순서와 건너뛰기 링크

실험 기록 — 직접 작성

목표

핵심 개념

바꾼 변수와 예상

실제 결과

배운 점

남은 질문

코드 편집 · 실습 · 필기 열기 →