접근 가능 설명

Outcome：Complete the task with 접근 가능 설명 (Accessible Description)。 User context：이메일 필드는 aria-describedby가 있는 표시된 프라이버시 힌트를 참조합니다. 보조 기술은 이름, 역할, 설명을 안내할 수 있습니다. Recommended pattern：접근 가능 설명 (Accessible Description)。 Why it fits：요소의 이름이 아닌 도움이 되는 세부 정보를 위해 설명을 사용하십시오. 가능하면 보이는 텍스트를 참조하십시오. Do not use it when：라벨 대신 설명을 사용하지 마세요. 긴 구조화된 콘텐츠에 별도의 탐색이 필요할 경우 aria-details를 사용하세요. Product requirements: Define the default, loading, empty, error, success, and recovery states. Keep user input. Give clear feedback after every action. Accessibility and resilience: Use semantic HTML, full keyboard access, and visible focus. Make the layout work when zoomed and support reduced motion. Follow the project’s current rules. Do not add a new UI library unless the project already uses it. Acceptance criteria: The main task works with keyboard only and at 320px width. Focus and status changes are announced. Check loading, failure, retry, cancel, and reduced-motion paths. Evidence and limits (evidence boundary)：이 표준은 나열된 범위만 적용합니다. 시각적 스타일, 제품 결정, 또는 Vibulary 예시는 선택하지 않습니다. Unknowns to confirm: Product wording, data source, analytics events, supported devices and languages, and platform limits.