HTML

현행 표준 — 마지막 업데이트 2024년 10월 1일

목차

1. 1 소개
2. 2 공통 인프라
3. 3 HTML 문서의 의미론, 구조, 및 API
4. 4 HTML 요소
5. 5 마이크로데이터
6. 6 사용자 상호작용
7. 7 웹 페이지 로딩
8. 8 웹 애플리케이션 API
9. 9 통신
10. 10 웹 워커
11. 11 워클릿
12. 12 웹 저장소
13. 13 HTML 구문
14. 14 XML 구문
15. 15 렌더링
16. 16 폐기된 기능
17. 17 IANA 고려사항
18. 색인
19. 참조
20. 감사의 말
21. 지적 재산권

전체 목차

1. 1 소개
   1. 1.1 이 명세는 어디에 적합합니까?
   2. 1.2 이것이 HTML5인가요?
   3. 1.3 배경
   4. 1.4 대상 독자
   5. 1.5 범위
   6. 1.6 역사
   7. 1.7 디자인 노트
      1. 1.7.1 스크립트 실행의 직렬화 가능성
      2. 1.7.2 다른 명세와의 호환성
      3. 1.7.3 확장성
   8. 1.8 HTML 대 XML 문법
   9. 1.9 이 명세서의 구조
      1. 1.9.1 이 명세서를 읽는 방법
      2. 1.9.2 타이포그래픽 규칙
   10. 1.10 HTML 간단 소개
       1. 1.10.1 HTML로 보안 애플리케이션 작성하기
       2. 1.10.2 스크립팅 API를 사용할 때 피해야 할 일반적인 함정
       3. 1.10.3 HTML 작성 시 실수를 잡는 방법: 검증기 및 적합성 검사기
   11. 1.11 작성자를 위한 적합성 요구사항
       1. 1.11.1 표현 마크업
       2. 1.11.2 문법 오류
       3. 1.11.3 콘텐츠 모델 및 속성 값에 대한 제한사항
   12. 1.12 추천 읽을거리
2. 2 공통 인프라
   1. 2.1 용어
      1. 2.1.1 병렬 처리
      2. 2.1.2 리소스
      3. 2.1.3 XML 호환성
      4. 2.1.4 DOM 트리
      5. 2.1.5 스크립팅
      6. 2.1.6 플러그인
      7. 2.1.7 문자 인코딩
      8. 2.1.8 준수 클래스
      9. 2.1.9 의존성
      10. 2.1.10 확장성
      11. 2.1.11 XPath 및 XSLT와의 상호작용
   2. 2.2 정책으로 제어되는 기능
   3. 2.3 공통 마이크로 구문
      1. 2.3.1 공통 파서 관용구
      2. 2.3.2 불리언 속성
      3. 2.3.3 키워드와 열거형 속성
      4. 2.3.4 숫자
         1. 2.3.4.1 부호 있는 정수
         2. 2.3.4.2 음이 아닌 정수
         3. 2.3.4.3 부동 소수점 숫자
         4. 2.3.4.4 백분율과 길이
         5. 2.3.4.5 0이 아닌 백분율과 길이
         6. 2.3.4.6 부동 소수점 숫자 목록
         7. 2.3.4.7 차원 목록
      5. 2.3.5 날짜와 시간
         1. 2.3.5.1 월
         2. 2.3.5.2 날짜
         3. 2.3.5.3 연도 없는 날짜
         4. 2.3.5.4 시간
         5. 2.3.5.5 로컬 날짜와 시간
         6. 2.3.5.6 시간대
         7. 2.3.5.7 전역 날짜 및 시간
         8. 2.3.5.8 주
         9. 2.3.5.9 지속 시간
         10. 2.3.5.10 불분명한 시간들
      6. 2.3.6 색상
      7. 2.3.7 공백으로 구분된 토큰
      8. 2.3.8 쉼표로 구분된 토큰
      9. 2.3.9 참조
      10. 2.3.10 미디어 쿼리
      11. 2.3.11 고유한 내부 값
   4. 2.4 URL
      1. 2.4.1 용어
      2. 2.4.2 URL 파싱
      3. 2.4.3 기본 URL의 동적 변경
   5. 2.5 리소스 가져오기
      1. 2.5.1 용어
      2. 2.5.2 리소스 유형 결정
      3. 2.5.3 meta 요소에서 문자 인코딩 추출
      4. 2.5.4 CORS 설정 속성
      5. 2.5.5 리퍼러 정책 속성
      6. 2.5.6 넌스 속성
      7. 2.5.7 지연 로딩 속성
      8. 2.5.8 차단 속성
      9. 2.5.9 가져오기 우선순위 속성
   6. 2.6 공통 DOM 인터페이스
      1. 2.6.1 IDL 속성에서 콘텐츠 속성 반영
      2. 2.6.2 명세에서 reflect 사용하기
      3. 2.6.3 컬렉션
         1. 2.6.3.1 HTMLAllCollection 인터페이스
            1. 2.6.3.1.1 [[Call]] ( thisArgument, argumentsList )
         2. 2.6.3.2 HTMLFormControlsCollection 인터페이스
         3. 2.6.3.3 HTMLOptionsCollection 인터페이스
      4. 2.6.4 DOMStringList 인터페이스
   7. 2.7 구조화된 데이터의 안전한 전달
      1. 2.7.1 직렬화 가능한 객체
      2. 2.7.2 전송 가능한 객체
      3. 2.7.3 StructuredSerializeInternal ( value, forStorage [ , memory ] )
      4. 2.7.4 StructuredSerialize ( value )
      5. 2.7.5 StructuredSerializeForStorage ( value )
      6. 2.7.6 StructuredDeserialize ( serialized, targetRealm [ , memory ] )
      7. 2.7.7 StructuredSerializeWithTransfer ( value, transferList )
      8. 2.7.8 StructuredDeserializeWithTransfer ( serializeWithTransferResult, targetRealm )
      9. 2.7.9 다른 명세에서의 직렬화 및 전송 수행
      10. 2.7.10 구조화된 클로닝 API
3. 3 HTML 문서의 의미, 구조 및 API
   1. 3.1 문서
      1. 3.1.1 Document 객체
      2. 3.1.2 DocumentOrShadowRoot 인터페이스
      3. 3.1.3 리소스 메타데이터 관리
      4. 3.1.4 문서 로딩 상태 보고
      5. 3.1.5 렌더 차단 메커니즘
      6. 3.1.6 DOM 트리 접근자
   2. 3.2 요소
      1. 3.2.1 의미
      2. 3.2.2 DOM의 요소
      3. 3.2.3 HTML 요소 생성자
      4. 3.2.4 요소 정의
         1. 3.2.4.1 속성
      5. 3.2.5 콘텐츠 모델
         1. 3.2.5.1 "nothing" 콘텐츠 모델
         2. 3.2.5.2 콘텐츠의 종류
            1. 3.2.5.2.1 메타데이터 콘텐츠
            2. 3.2.5.2.2 플로우 콘텐츠
            3. 3.2.5.2.3 구획 콘텐츠
            4. 3.2.5.2.4 제목 콘텐츠
            5. 3.2.5.2.5 구문 콘텐츠
            6. 3.2.5.2.6 임베디드 콘텐츠
            7. 3.2.5.2.7 인터랙티브 콘텐츠
            8. 3.2.5.2.8 실체 콘텐츠
            9. 3.2.5.2.9 스크립트 지원 요소
         3. 3.2.5.3 투명한 콘텐츠 모델
         4. 3.2.5.4 문단
      6. 3.2.6 글로벌 속성
         1. 3.2.6.1 title 속성
         2. 3.2.6.2 lang 및 xml:lang 속성
         3. 3.2.6.3 translate 속성
         4. 3.2.6.4 dir 속성
         5. 3.2.6.5 style 속성
         6. 3.2.6.6 data-* 속성을 사용하여 비가시적 데이터를 포함하기
      7. 3.2.7 innerText 및 outerText 속성
      8. 3.2.8 양방향 알고리즘과 관련된 요구사항
         1. 3.2.8.1 양방향 알고리즘 형식화 문자에 대한 작성 적합성 기준
         2. 3.2.8.2 사용자 에이전트 적합성 기준
      9. 3.2.9 ARIA 및 플랫폼 접근성 API와 관련된 요구사항
4. 4 HTML 요소
   1. 4.1 문서 요소
      1. 4.1.1 html 요소
   2. 4.2 문서 메타데이터
      1. 4.2.1 head 요소
      2. 4.2.2 title 요소
      3. 4.2.3 base 요소
      4. 4.2.4 link 요소
         1. 4.2.4.1 media 속성 처리
         2. 4.2.4.2 type 속성 처리
         3. 4.2.4.3 link 요소에서 리소스를 가져오고 처리하기
         4. 4.2.4.4 `Link` 헤더 처리
         5. 4.2.4.5 사전 힌트
         6. 4.2.4.6 link 요소를 사용하여 생성된 하이퍼링크를 따라갈 수 있는 방법을 사용자에게 제공
      5. 4.2.5 meta 요소
         1. 4.2.5.1 표준 메타데이터 이름
         2. 4.2.5.2 다른 메타데이터 이름
         3. 4.2.5.3 프라그마 지시문
         4. 4.2.5.4 문서의 문자 인코딩 지정
      6. 4.2.6 style 요소
      7. 4.2.7 스타일링과 스크립팅의 상호작용
   3. 4.3 섹션
      1. 4.3.1 body 요소
      2. 4.3.2 article 요소
      3. 4.3.3 section 요소
      4. 4.3.4 nav 요소
      5. 4.3.5 aside 요소
      6. 4.3.6 h1, h2, h3, h4, h5, h6 요소
      7. 4.3.7 hgroup 요소
      8. 4.3.8 header 요소
      9. 4.3.9 footer 요소
      10. 4.3.10 address 요소
      11. 4.3.11 제목과 개요
          1. 4.3.11.1 샘플 개요
          2. 4.3.11.2 사용자에게 개요 노출
      12. 4.3.12 사용 요약
          1. 4.3.12.1 아티클 또는 섹션?
   4. 4.4 내용 그룹화
      1. 4.4.1 p 요소
      2. 4.4.2 hr 요소
      3. 4.4.3 pre 요소
      4. 4.4.4 blockquote 요소
      5. 4.4.5 ol 요소
      6. 4.4.6 ul 요소
      7. 4.4.7 menu 요소
      8. 4.4.8 li 요소
      9. 4.4.9 dl 요소
      10. 4.4.10 dt 요소
      11. 4.4.11 dd 요소
      12. 4.4.12 figure 요소
      13. 4.4.13 figcaption 요소
      14. 4.4.14 main 요소
      15. 4.4.15 search 요소
      16. 4.4.16 div 요소
   5. 4.5 텍스트 수준의 시맨틱
      1. 4.5.1 a 요소
      2. 4.5.2 em 요소
      3. 4.5.3 strong 요소
      4. 4.5.4 small 요소
      5. 4.5.5 s 요소
      6. 4.5.6 cite 요소
      7. 4.5.7 q 요소
      8. 4.5.8 dfn 요소
      9. 4.5.9 abbr 요소
      10. 4.5.10 ruby 요소
      11. 4.5.11 rt 요소
      12. 4.5.12 rp 요소
      13. 4.5.13 data 요소
      14. 4.5.14 time 요소
      15. 4.5.15 code 요소
      16. 4.5.16 var 요소
      17. 4.5.17 samp 요소
      18. 4.5.18 kbd 요소
      19. 4.5.19 sub 및 sup 요소
      20. 4.5.20 i 요소
      21. 4.5.21 b 요소
      22. 4.5.22 u 요소
      23. 4.5.23 mark 요소
      24. 4.5.24 bdi 요소
      25. 4.5.25 bdo 요소
      26. 4.5.26 span 요소
      27. 4.5.27 br 요소
      28. 4.5.28 wbr 요소
      29. 4.5.29 사용 요약
   6. 4.6 링크
      1. 4.6.1 소개
      2. 4.6.2 a 및 area 요소가 생성하는 링크
      3. 4.6.3 a 및 area 요소를 위한 API
      4. 4.6.4 하이퍼링크 따라가기
      5. 4.6.5 리소스 다운로드
      6. 4.6.6 하이퍼링크 감사
         1. 4.6.6.1 `Ping-From` 및 `Ping-To` 헤더
      7. 4.6.7 링크 유형
         1. 4.6.7.1 링크 유형 "alternate"
         2. 4.6.7.2 링크 유형 "author"
         3. 4.6.7.3 링크 유형 "bookmark"
         4. 4.6.7.4 링크 유형 "canonical"
         5. 4.6.7.5 링크 유형 "dns-prefetch"
         6. 4.6.7.6 링크 유형 "expect"
         7. 4.6.7.7 링크 유형 "external"
         8. 4.6.7.8 링크 유형 "help"
         9. 4.6.7.9 링크 유형 "icon"
         10. 4.6.7.10 링크 유형 "license"
         11. 4.6.7.11 링크 유형 "manifest"
         12. 4.6.7.12 링크 유형 "modulepreload"
         13. 4.6.7.13 링크 유형 "nofollow"
         14. 4.6.7.14 링크 유형 "noopener"
         15. 4.6.7.15 링크 유형 "noreferrer"
         16. 4.6.7.16 링크 유형 "opener"
         17. 4.6.7.17 링크 유형 "pingback"
         18. 4.6.7.18 링크 유형 "preconnect"
         19. 4.6.7.19 링크 유형 "prefetch"
         20. 4.6.7.20 링크 유형 "preload"
         21. 4.6.7.21 링크 유형 "privacy-policy"
         22. 4.6.7.22 링크 유형 "search"
         23. 4.6.7.23 링크 유형 "stylesheet"
         24. 4.6.7.24 링크 유형 "tag"
         25. 4.6.7.25 링크 유형 "terms-of-service"
         26. 4.6.7.26 순차적 링크 유형
             1. 4.6.7.26.1 링크 유형 "next"
             2. 4.6.7.26.2 링크 유형 "prev"
         27. 4.6.7.27 기타 링크 유형
   7. 4.7 수정
      1. 4.7.1 ins 요소
      2. 4.7.2 del 요소
      3. 4.7.3 ins 및 del 요소에 공통된 속성
      4. 4.7.4 수정과 단락
      5. 4.7.5 수정과 목록
      6. 4.7.6 수정과 표
   8. 4.8 임베디드 콘텐츠
      1. 4.8.1 picture 요소
      2. 4.8.2 source 요소
      3. 4.8.3 img 요소
      4. 4.8.4 이미지
         1. 4.8.4.1 소개
            1. 4.8.4.1.1 적응형 이미지
         2. 4.8.4.2 source, img및 link 요소에 공통된 속성
            1. 4.8.4.2.1 Srcset 속성
            2. 4.8.4.2.2 Sizes 속성
         3. 4.8.4.3 처리 모델
            1. 4.8.4.3.1 이미지를 얻는 시점
            2. 4.8.4.3.2 DOM 변형에 반응
            3. 4.8.4.3.3 사용 가능한 이미지 목록
            4. 4.8.4.3.4 이미지 디코딩
            5. 4.8.4.3.5 이미지 데이터 업데이트
            6. 4.8.4.3.6 프레젠테이션을 위한 이미지 준비
            7. 4.8.4.3.7 이미지 소스 선택
            8. 4.8.4.3.8 속성에서 소스 세트 생성
            9. 4.8.4.3.9 소스 세트 업데이트
            10. 4.8.4.3.10 srcset 속성 파싱
            11. 4.8.4.3.11 sizes 속성 파싱
            12. 4.8.4.3.12 소스 밀도 정규화
            13. 4.8.4.3.13 환경 변화에 대응
         4. 4.8.4.4 이미지의 대체 텍스트를 제공하기 위한 요구 사항
            1. 4.8.4.4.1 일반적인 지침
            2. 4.8.4.4.2 이미지 외에는 아무것도 포함하지 않은 링크나 버튼
            3. 4.8.4.4.3 대체 그래픽 표현을 가진 문구나 단락: 차트, 다이어그램, 그래프, 지도, 일러스트레이션
            4. 4.8.4.4.4 대체 그래픽 표현을 가진 짧은 구절이나 레이블: 아이콘, 로고
            5. 4.8.4.4.5 그래픽으로 렌더링된 텍스트: 타이포그래피 효과
            6. 4.8.4.4.6 주변 텍스트의 일부에 대한 그래픽 표현
            7. 4.8.4.4.7 부수적 이미지
            8. 4.8.4.4.8 정보 추가가 없는 순전히 장식적인 이미지
            9. 4.8.4.4.9 링크가 없는 단일 큰 그림을 형성하는 이미지 그룹
            10. 4.8.4.4.10 링크가 있는 단일 큰 그림을 형성하는 이미지 그룹
            11. 4.8.4.4.11 콘텐츠의 주요 부분
            12. 4.8.4.4.12 사용자에게 의도되지 않은 이미지
            13. 4.8.4.4.13 이미지를 볼 수 있는 것으로 알려진 특정 인물에게 보내는 이메일 또는 개인 문서에 포함된 이미지
            14. 4.8.4.4.14 마크업 생성기를 위한 지침
            15. 4.8.4.4.15 적합성 검사기를 위한 지침
      5. 4.8.5 iframe 요소
      6. 4.8.6 embed 요소
      7. 4.8.7 object 요소
      8. 4.8.8 video 요소
      9. 4.8.9 audio 요소
      10. 4.8.10 track 요소
      11. 4.8.11 미디어 요소
          1. 4.8.11.1 오류 코드
          2. 4.8.11.2 미디어 리소스의 위치
          3. 4.8.11.3 MIME 타입
          4. 4.8.11.4 네트워크 상태
          5. 4.8.11.5 미디어 리소스 로드
          6. 4.8.11.6 미디어 리소스의 오프셋
          7. 4.8.11.7 준비 상태
          8. 4.8.11.8 미디어 리소스 재생
          9. 4.8.11.9 탐색
          10. 4.8.11.10 여러 미디어 트랙을 가진 미디어 리소스
              1. 4.8.11.10.1 AudioTrackList 및 VideoTrackList 객체
              2. 4.8.11.10.2 특정 오디오 및 비디오 트랙을 선언적으로 선택
          11. 4.8.11.11 시간에 맞춰 표시되는 텍스트 트랙
              1. 4.8.11.11.1 텍스트 트랙 모델
              2. 4.8.11.11.2 인밴드 텍스트 트랙 소싱
              3. 4.8.11.11.3 밴드 외 텍스트 트랙 소싱
              4. 4.8.11.11.4 다양한 형식에서 큐를 텍스트 트랙 큐로 노출하기 위한 가이드라인
              5. 4.8.11.11.5 텍스트 트랙 API
              6. 4.8.11.11.6 텍스트 트랙 API 객체의 이벤트 핸들러
              7. 4.8.11.11.7 메타데이터 텍스트 트랙에 대한 모범 사례
          12. 4.8.11.12 URL을 통해 트랙 종류 식별하기
          13. 4.8.11.13 사용자 인터페이스
          14. 4.8.11.14 시간 범위
          15. 4.8.11.15 TrackEvent 인터페이스
          16. 4.8.11.16 이벤트 요약
          17. 4.8.11.17 보안 및 개인정보 보호 고려사항
          18. 4.8.11.18 미디어 요소를 사용하는 작성자를 위한 모범 사례
          19. 4.8.11.19 미디어 요소 구현자를 위한 모범 사례
      12. 4.8.12 map 요소
      13. 4.8.13 area 요소
      14. 4.8.14 이미지 맵
          1. 4.8.14.1 작성
          2. 4.8.14.2 처리 모델
      15. 4.8.15 MathML
      16. 4.8.16 SVG
      17. 4.8.17 크기 속성
   9. 4.9 표 형식 데이터
      1. 4.9.1 table 요소
         1. 4.9.1.1 테이블 설명 기법
         2. 4.9.1.2 테이블 설계를 위한 기법
      2. 4.9.2 caption 요소
      3. 4.9.3 colgroup 요소
      4. 4.9.4 col 요소
      5. 4.9.5 tbody 요소
      6. 4.9.6 thead 요소
      7. 4.9.7 tfoot 요소
      8. 4.9.8 tr 요소
      9. 4.9.9 td 요소
      10. 4.9.10 th 요소
      11. 4.9.11 td 및 th 요소에 공통된 속성
      12. 4.9.12 처리 모델
          1. 4.9.12.1 테이블 구성하기
          2. 4.9.12.2 데이터 셀과 헤더 셀 간의 관계 형성
      13. 4.9.13 예시
   10. 4.10 양식
       1. 4.10.1 소개
          1. 4.10.1.1 폼의 사용자 인터페이스 작성
          2. 4.10.1.2 폼의 서버 측 처리 구현
          3. 4.10.1.3 폼이 서버와 통신하도록 구성하기
          4. 4.10.1.4 클라이언트 측 폼 검증
          5. 4.10.1.5 폼 컨트롤의 클라이언트 측 자동 채우기 활성화
          6. 4.10.1.6 모바일 기기에서 사용자 경험 개선
          7. 4.10.1.7 필드 타입, 자동완성 필드 이름 및 입력 모드의 차이
          8. 4.10.1.8 날짜, 시간, 및 숫자 형식
       2. 4.10.2 카테고리
       3. 4.10.3 form 요소
       4. 4.10.4 label 요소
       5. 4.10.5 input 요소
          1. 4.10.5.1 type 속성의 상태
             1. 4.10.5.1.1 숨김 상태 (type=hidden)
             2. 4.10.5.1.2 텍스트 (type=text) 상태 및 검색 상태 (type=search)
             3. 4.10.5.1.3 전화 상태 (type=tel)
             4. 4.10.5.1.4 URL 상태 (type=url)
             5. 4.10.5.1.5 이메일 상태 (type=email)
             6. 4.10.5.1.6 Password 상태 (type=password)
             7. 4.10.5.1.7 날짜 상태 (type=date)
             8. 4.10.5.1.8 월 상태 (type=month)
             9. 4.10.5.1.9 주 상태 (type=week)
             10. 4.10.5.1.10 시간 상태 (type=time)
             11. 4.10.5.1.11 로컬 날짜 및 시간 상태 (type=datetime-local)
             12. 4.10.5.1.12 숫자 상태 (type=number)
             13. 4.10.5.1.13 범위 상태 (type=range)
             14. 4.10.5.1.14 색상 상태 (type=color)
             15. 4.10.5.1.15 체크박스 상태 (type=checkbox)
             16. 4.10.5.1.16 라디오 버튼 상태 (type=radio)
             17. 4.10.5.1.17 파일 업로드 상태 (type=file)
             18. 4.10.5.1.18 제출 버튼 상태 (type=submit)
             19. 4.10.5.1.19 이미지 버튼 상태 (type=image)
             20. 4.10.5.1.20 리셋 버튼 상태 (type=reset)
             21. 4.10.5.1.21 버튼 상태 (type=button)
          2. 4.10.5.2 폼 컨트롤의 현지화와 관련된 구현 메모
          3. 4.10.5.3 공통 input 요소 속성
             1. 4.10.5.3.1 maxlength 및 minlength 속성
             2. 4.10.5.3.2 size 속성
             3. 4.10.5.3.3 readonly 속성
             4. 4.10.5.3.4 required 속성
             5. 4.10.5.3.5 multiple 속성
             6. 4.10.5.3.6 pattern 속성
             7. 4.10.5.3.7 min 및 max 속성
             8. 4.10.5.3.8 step 속성
             9. 4.10.5.3.9 list 속성
             10. 4.10.5.3.10 placeholder 속성
          4. 4.10.5.4 공통 input 요소 API
          5. 4.10.5.5 공통 이벤트 동작
       6. 4.10.6 button 요소
       7. 4.10.7 select 요소
       8. 4.10.8 datalist 요소
       9. 4.10.9 optgroup 요소
       10. 4.10.10 option 요소
       11. 4.10.11 textarea 요소
       12. 4.10.12 output 요소
       13. 4.10.13 progress 요소
       14. 4.10.14 meter 요소
       15. 4.10.15 fieldset 요소
       16. 4.10.16 legend 요소
       17. 4.10.17 폼 컨트롤 인프라스트럭처
           1. 4.10.17.1 폼 컨트롤의 값
           2. 4.10.17.2 변경 가능성
           3. 4.10.17.3 컨트롤과 폼의 연관성
       18. 4.10.18 폼 컨트롤에 공통된 속성
           1. 4.10.18.1 폼 컨트롤의 이름 지정: name 속성
           2. 4.10.18.2 요소 방향성 제출: dirname 속성
           3. 4.10.18.3 사용자 입력 길이 제한: maxlength 속성
           4. 4.10.18.4 최소 입력 길이 요구사항 설정: minlength 속성
           5. 4.10.18.5 양식 컨트롤 활성화 및 비활성화: disabled 속성
           6. 4.10.18.6 양식 제출 속성
           7. 4.10.18.7 자동 완성
              1. 4.10.18.7.1 양식 제어 자동 채우기: autocomplete 속성
              2. 4.10.18.7.2 처리 모델
       19. 4.10.19 텍스트 컨트롤 선택을 위한 API
       20. 4.10.20 제약 조건
           1. 4.10.20.1 정의
           2. 4.10.20.2 제약 조건 유효성 검사
           3. 4.10.20.3 제약 조건 유효성 검사 API
           4. 4.10.20.4 보안
       21. 4.10.21 양식 제출
           1. 4.10.21.1 소개
           2. 4.10.21.2 암묵적 제출
           3. 4.10.21.3 양식 제출 알고리즘
           4. 4.10.21.4 엔트리 목록 구성
           5. 4.10.21.5 양식 제출 인코딩 선택
           6. 4.10.21.6 엔트리 목록을 이름-값 쌍 목록으로 변환
           7. 4.10.21.7 URL-인코딩된 폼 데이터
           8. 4.10.21.8 멀티파트 폼 데이터
           9. 4.10.21.9 일반 텍스트 양식 데이터
           10. 4.10.21.10 SubmitEvent 인터페이스
           11. 4.10.21.11 FormDataEvent 인터페이스
       22. 4.10.22 폼 재설정
   11. 4.11 대화형 요소
       1. 4.11.1 details 요소
       2. 4.11.2 summary 요소
       3. 4.11.3 명령
          1. 4.11.3.1 Facets
          2. 4.11.3.2 a 요소를 사용하여 명령 정의
          3. 4.11.3.3 button 요소를 사용하여 명령 정의
          4. 4.11.3.4 input 요소를 사용하여 명령 정의
          5. 4.11.3.5 option 요소를 사용하여 명령 정의
          6. 4.11.3.6 legend 요소에 accesskey 속성을 사용하여 명령 정의
          7. 4.11.3.7 accesskey 속성을 사용하여 다른 요소에서 명령 정의
       4. 4.11.4 dialog 요소
   12. 4.12 스크립트
       1. 4.12.1 script 요소
          1. 4.12.1.1 처리 모델
          2. 4.12.1.2 스크립팅 언어
          3. 4.12.1.3 script 요소의 내용에 대한 제한
          4. 4.12.1.4 외부 스크립트에 대한 인라인 문서
          5. 4.12.1.5 script 요소와 XSLT의 상호작용
       2. 4.12.2 noscript 요소
       3. 4.12.3 template 요소
          1. 4.12.3.1 template 요소와 XSLT 및 XPath의 상호 작용
       4. 4.12.4 slot 요소
       5. 4.12.5 canvas 요소
          1. 4.12.5.1 2D 렌더링 컨텍스트
             1. 4.12.5.1.1 구현 노트
             2. 4.12.5.1.2 캔버스 상태
             3. 4.12.5.1.3 선 스타일
             4. 4.12.5.1.4 텍스트 스타일
             5. 4.12.5.1.5 경로 구축
             6. 4.12.5.1.6 Path2D 객체
             7. 4.12.5.1.7 변환
             8. 4.12.5.1.8 2D 렌더링 컨텍스트용 이미지 소스
             9. 4.12.5.1.9 채우기 및 스트로크 스타일
             10. 4.12.5.1.10 비트맵에 사각형 그리기
             11. 4.12.5.1.11 비트맵에 텍스트 그리기
             12. 4.12.5.1.12 캔버스에 경로 그리기
             13. 4.12.5.1.13 포커스 링 그리기
             14. 4.12.5.1.14 이미지 그리기
             15. 4.12.5.1.15 픽셀 조작
             16. 4.12.5.1.16 합성
             17. 4.12.5.1.17 이미지 스무딩
             18. 4.12.5.1.18 그림자
             19. 4.12.5.1.19 필터
             20. 4.12.5.1.20 외부에서 정의된 SVG 필터 작업
             21. 4.12.5.1.21 그리기 모델
             22. 4.12.5.1.22 모범 사례
             23. 4.12.5.1.23 예제
          2. 4.12.5.2 ImageBitmap 렌더링 컨텍스트
             1. 4.12.5.2.1 소개
             2. 4.12.5.2.2 ImageBitmapRenderingContext 인터페이스
          3. 4.12.5.3 OffscreenCanvas 인터페이스
             1. 4.12.5.3.1 오프스크린 2D 렌더링 컨텍스트
          4. 4.12.5.4 색상 공간과 색상 공간 변환
          5. 4.12.5.5 비트맵을 파일로 직렬화
          6. 4.12.5.6 canvas 요소의 보안
          7. 4.12.5.7 프리멀티플라이드 알파와 2D 렌더링 컨텍스트
   13. 4.13 커스텀 요소
       1. 4.13.1 소개
          1. 4.13.1.1 자율 커스텀 요소 생성
          2. 4.13.1.2 폼 연관 커스텀 요소 생성
          3. 4.13.1.3 기본 접근성 역할, 상태 및 속성이 있는 커스텀 요소 생성
          4. 4.13.1.4 맞춤형 내장 요소 생성
          5. 4.13.1.5 자율 커스텀 요소의 단점
          6. 4.13.1.6 요소 생성 후 업그레이드
          7. 4.13.1.7 커스텀 요소 상태 노출
       2. 4.13.2 커스텀 요소 생성자 및 반응을 위한 요구 사항
       3. 4.13.3 핵심 개념
       4. 4.13.4 CustomElementRegistry 인터페이스
       5. 4.13.5 업그레이드
       6. 4.13.6 커스텀 요소 반응
       7. 4.13.7 엘리먼트 내부
          1. 4.13.7.1 ElementInternals 인터페이스
          2. 4.13.7.2 Shadow root 접근
          3. 4.13.7.3 양식 관련 커스텀 요소
          4. 4.13.7.4 접근성 의미
          5. 4.13.7.5 사용자 상태 의사 클래스
   14. 4.14 전용 요소가 없는 일반적인 관용구
       1. 4.14.1 브레드크럼 내비게이션
       2. 4.14.2 태그 클라우드
       3. 4.14.3 대화
       4. 4.14.4 각주
   15. 4.15 비활성화된 요소
   16. 4.16 선택자와 CSS를 사용한 HTML 요소 일치
       1. 4.16.1 CSS 'attr()' 함수의 대소문자 구분
       2. 4.16.2 선택자의 대소문자 구분
       3. 4.16.3 의사 클래스
5. 5 마이크로데이터
   1. 5.1 소개
      1. 5.1.1 개요
      2. 5.1.2 기본 문법
      3. 5.1.3 타입이 지정된 아이템
      4. 5.1.4 아이템의 전역 식별자
      5. 5.1.5 어휘를 정의할 때 이름 선택
   2. 5.2 마이크로데이터 인코딩
      1. 5.2.1 마이크로데이터 모델
      2. 5.2.2 아이템
      3. 5.2.3 이름: itemprop 속성
      4. 5.2.4 값
      5. 5.2.5 항목과 이름 연결하기
      6. 5.2.6 마이크로데이터와 기타 네임스페이스
   3. 5.3 샘플 마이크로데이터 어휘
      1. 5.3.1 vCard
         1. 5.3.1.1 vCard로의 변환
         2. 5.3.1.2 예제
      2. 5.3.2 vEvent
         1. 5.3.2.1 iCalendar로 변환
         2. 5.3.2.2 예시
      3. 5.3.3 저작물의 라이선스
         1. 5.3.3.1 예시
   4. 5.4 HTML을 다른 포맷으로 변환하기
      1. 5.4.1 JSON
6. 6 사용자 상호작용
   1. 6.1 hidden 속성
   2. 6.2 페이지 가시성
      1. 6.2.1 VisibilityStateEntry 인터페이스
   3. 6.3 비활성 서브트리
      1. 6.3.1 모달 대화 상자와 비활성 서브트리
      2. 6.3.2 inert 속성
   4. 6.4 사용자 활성화 추적
      1. 6.4.1 데이터 모델
      2. 6.4.2 처리 모델
      3. 6.4.3 사용자 활성화로 제한된 API
      4. 6.4.4 UserActivation 인터페이스
      5. 6.4.5 사용자 에이전트 자동화
   5. 6.5 요소의 활성화 동작
      1. 6.5.1 ToggleEvent 인터페이스
   6. 6.6 포커스
      1. 6.6.1 소개
      2. 6.6.2 데이터 모델
      3. 6.6.3 tabindex 속성
      4. 6.6.4 처리 모델
      5. 6.6.5 순차 포커스 탐색
      6. 6.6.6 포커스 관리 API
      7. 6.6.7 autofocus 속성
   7. 6.7 키보드 단축키 할당
      1. 6.7.1 소개
      2. 6.7.2 accesskey 속성
      3. 6.7.3 처리 모델
   8. 6.8 편집
      1. 6.8.1 문서 영역을 편집 가능하게 만들기: contenteditable 속성
      2. 6.8.2 문서 전체를 편집 가능하게 만들기: designMode 접근자 및 설정자
      3. 6.8.3 페이지 내 편집기를 위한 모범 사례
      4. 6.8.4 편집 API
      5. 6.8.5 맞춤법 및 문법 검사
      6. 6.8.6 쓰기 제안
      7. 6.8.7 자동 대문자 전환
      8. 6.8.8 자동 수정
      9. 6.8.9 입력 방식: inputmode 속성
      10. 6.8.10 입력 방식: enterkeyhint 속성
   9. 6.9 페이지 내 검색
      1. 6.9.1 소개
      2. 6.9.2 details 및 hidden=until-found과의 상호작용
      3. 6.9.3 선택과의 상호작용
   10. 6.10 닫기 요청과 닫기 감시자
       1. 6.10.1 닫기 요청
       2. 6.10.2 닫기 감시자 인프라
       3. 6.10.3 CloseWatcher 인터페이스
   11. 6.11 드래그 앤 드롭
       1. 6.11.1 소개
       2. 6.11.2 드래그 데이터 저장소
       3. 6.11.3 DataTransfer 인터페이스
          1. 6.11.3.1 DataTransferItemList 인터페이스
          2. 6.11.3.2 DataTransferItem 인터페이스
       4. 6.11.4 DragEvent 인터페이스
       5. 6.11.5 처리 모델
       6. 6.11.6 이벤트 요약
       7. 6.11.7 draggable 속성
       8. 6.11.8 드래그 앤 드롭 모델의 보안 위험
   12. 6.12 popover 속성
       1. 6.12.1 팝오버 타겟 속성
       2. 6.12.2 팝오버 라이트 해제
7. 7 웹 페이지 로드
   1. 7.1 지원 개념
      1. 7.1.1 출처
         1. 7.1.1.1 사이트
         2. 7.1.1.2 동일 출처 제한 완화
      2. 7.1.2 출처 기반 에이전트 클러스터
      3. 7.1.3 교차 출처 오프너 정책
         1. 7.1.3.1 헤더
         2. 7.1.3.2 교차 출처 오프너 정책으로 인한 브라우징 컨텍스트 그룹 전환
         3. 7.1.3.3 보고
      4. 7.1.4 교차 출처 임베더 정책
         1. 7.1.4.1 헤더
         2. 7.1.4.2 임베더 정책 확인
      5. 7.1.5 샌드박싱
      6. 7.1.6 정책 컨테이너
   2. 7.2 탐색 및 세션 기록 관련 API
      1. 7.2.1 Window, WindowProxy, Location 객체에 대한 보안 인프라
         1. 7.2.1.1 IDL과의 통합
         2. 7.2.1.2 공유된 내부 슬롯: [[CrossOriginPropertyDescriptorMap]]
         3. 7.2.1.3 공유된 추상 연산
            1. 7.2.1.3.1 CrossOriginProperties ( O )
            2. 7.2.1.3.2 CrossOriginPropertyFallback ( P )
            3. 7.2.1.3.3 IsPlatformObjectSameOrigin ( O )
            4. 7.2.1.3.4 CrossOriginGetOwnPropertyHelper ( O, P )
            5. 7.2.1.3.5 CrossOriginGet ( O, P, Receiver )
            6. 7.2.1.3.6 CrossOriginSet ( O, P, V, Receiver )
            7. 7.2.1.3.7 CrossOriginOwnPropertyKeys ( O )
      2. 7.2.2 Window 객체
         1. 7.2.2.1 윈도우 열기 및 닫기
         2. 7.2.2.2 Window 객체에 대한 인덱스 접근
         3. 7.2.2.3 Window 객체에 대한 이름 접근
         4. 7.2.2.4 관련 창에 액세스
         5. 7.2.2.5 역사적인 브라우저 인터페이스 요소 API
         6. 7.2.2.6 Window 객체에 대한 스크립트 설정
      3. 7.2.3 WindowProxy 이색 객체
         1. 7.2.3.1 [[GetPrototypeOf]] ( )
         2. 7.2.3.2 [[SetPrototypeOf]] ( V )
         3. 7.2.3.3 [[IsExtensible]] ( )
         4. 7.2.3.4 [[PreventExtensions]] ( )
         5. 7.2.3.5 [[GetOwnProperty]] ( P )
         6. 7.2.3.6 [[DefineOwnProperty]] ( P, Desc )
         7. 7.2.3.7 [[Get]] ( P, Receiver )
         8. 7.2.3.8 [[Set]] ( P, V, Receiver )
         9. 7.2.3.9 [[Delete]] ( P )
         10. 7.2.3.10 [[OwnPropertyKeys]] ( )
      4. 7.2.4 Location 인터페이스
         1. 7.2.4.1 [[GetPrototypeOf]] ( )
         2. 7.2.4.2 [[SetPrototypeOf]] ( V )
         3. 7.2.4.3 [[IsExtensible]] ( )
         4. 7.2.4.4 [[PreventExtensions]] ( )
         5. 7.2.4.5 [[GetOwnProperty]] ( P )
         6. 7.2.4.6 [[DefineOwnProperty]] ( P, Desc )
         7. 7.2.4.7 [[Get]] ( P, Receiver )
         8. 7.2.4.8 [[Set]] ( P, V, Receiver )
         9. 7.2.4.9 [[Delete]] ( P )
         10. 7.2.4.10 [[OwnPropertyKeys]] ( )
      5. 7.2.5 History 인터페이스
      6. 7.2.6 네비게이션 API
         1. 7.2.6.1 소개
         2. 7.2.6.2 Navigation 인터페이스
         3. 7.2.6.3 핵심 인프라
         4. 7.2.6.4 엔트리 목록 초기화 및 업데이트
         5. 7.2.6.5 NavigationHistoryEntry 인터페이스
         6. 7.2.6.6 히스토리 엔트리 목록
         7. 7.2.6.7 내비게이션 시작
         8. 7.2.6.8 진행 중인 네비게이션 추적
         9. 7.2.6.9 NavigationActivation 인터페이스
         10. 7.2.6.10 navigate 이벤트
             1. 7.2.6.10.1 NavigateEvent 인터페이스
             2. 7.2.6.10.2 NavigationDestination 인터페이스
             3. 7.2.6.10.3 이벤트 발생
             4. 7.2.6.10.4 스크롤 및 포커스 동작
      7. 7.2.7 이벤트 인터페이스
         1. 7.2.7.1 NavigationCurrentEntryChangeEvent 인터페이스
         2. 7.2.7.2 PopStateEvent 인터페이스
         3. 7.2.7.3 HashChangeEvent 인터페이스
         4. 7.2.7.4 PageSwapEvent 인터페이스
         5. 7.2.7.5 PageRevealEvent 인터페이스
         6. 7.2.7.6 PageTransitionEvent 인터페이스
         7. 7.2.7.7 BeforeUnloadEvent 인터페이스
      8. 7.2.8 NotRestoredReasons 인터페이스
   3. 7.3 문서 시퀀스의 인프라스트럭처
      1. 7.3.1 탐색 가능 항목
         1. 7.3.1.1 탐색 가능한 탐색 항목
         2. 7.3.1.2 최상위 탐색 가능 항목
         3. 7.3.1.3 자식 내비게이블
         4. 7.3.1.4 Jake 다이어그램
         5. 7.3.1.5 관련 내비게이블 컬렉션
         6. 7.3.1.6 내비게이블 파괴
         7. 7.3.1.7 내비게이블 대상 이름
      2. 7.3.2 브라우징 컨텍스트
         1. 7.3.2.1 브라우징 컨텍스트 생성
         2. 7.3.2.2 관련 브라우징 컨텍스트
         3. 7.3.2.3 브라우징 컨텍스트 그룹화
      3. 7.3.3 완전히 활성화된 문서
   4. 7.4 내비게이션 및 세션 기록
      1. 7.4.1 세션 기록
         1. 7.4.1.1 세션 기록 항목
         2. 7.4.1.2 문서 상태
         3. 7.4.1.3 세션 기록의 중앙 집중식 수정
         4. 7.4.1.4 세션 기록에 대한 저수준 작업
      2. 7.4.2 내비게이션
         1. 7.4.2.1 지원 개념
         2. 7.4.2.2 내비게이션 시작
         3. 7.4.2.3 내비게이션 종료
            1. 7.4.2.3.1 일반적인 교차 문서 내비게이션 사례
            2. 7.4.2.3.2 javascript: URL 특수 사례
            3. 7.4.2.3.3 단편 탐색
            4. 7.4.2.3.4 비 가져오기 스킴과 외부 소프트웨어
         4. 7.4.2.4 탐색 방지
         5. 7.4.2.5 탐색 중단
      3. 7.4.3 새로 고침 및 탐색
      4. 7.4.4 비-프래그먼트 동기 "탐색"
      5. 7.4.5 세션 기록 항목 채우기
      6. 7.4.6 세션 기록 단계 적용
         1. 7.4.6.1 트래버서블 업데이트
         2. 7.4.6.2 문서 업데이트
         3. 7.4.6.3 문서 표시
         4. 7.4.6.4 프래그먼트로 스크롤
         5. 7.4.6.5 저장된 히스토리 항목 상태
   5. 7.5 문서 생명주기
      1. 7.5.1 공유 문서 생성 인프라
      2. 7.5.2 HTML 문서 로딩
      3. 7.5.3 XML 문서 로딩
      4. 7.5.4 텍스트 문서 로딩
      5. 7.5.5 multipart/x-mixed-replace 문서 로딩
      6. 7.5.6 미디어 문서 로딩
      7. 7.5.7 >DOM이 없는 인라인 콘텐츠를 위한 문서 로딩
      8. 7.5.8 로딩 과정 마무리
      9. 7.5.9 문서 언로드
      10. 7.5.10 문서 파기
      11. 7.5.11 문서 로드 중단
   6. 7.6 X-Frame-Options 헤더
   7. 7.7 Refresh 헤더
   8. 7.8 브라우저 사용자 인터페이스 고려사항
8. 8 웹 애플리케이션 API
   1. 8.1 스크립팅
      1. 8.1.1 소개
      2. 8.1.2 에이전트 및 에이전트 클러스터
         1. 8.1.2.1 JavaScript 에이전트 형식과의 통합
         2. 8.1.2.2 JavaScript 에이전트 클러스터 형식과의 통합
      3. 8.1.3 영역과 그 대응 항목
         1. 8.1.3.1 환경
         2. 8.1.3.2 환경 설정 객체
         3. 8.1.3.3 영역, 설정 객체, 및 전역 객체
            1. 8.1.3.3.1 진입
            2. 8.1.3.3.2 담당
            3. 8.1.3.3.3 현재
            4. 8.1.3.3.4 관련
         4. 8.1.3.4 스크립팅 활성화 및 비활성화
         5. 8.1.3.5 보안 컨텍스트
      4. 8.1.4 스크립팅 처리 모델
         1. 8.1.4.1 스크립트
         2. 8.1.4.2 스크립트 가져오기
         3. 8.1.4.3 스크립트 생성
         4. 8.1.4.4 스크립트 호출
         5. 8.1.4.5 스크립트 중단
         6. 8.1.4.6 런타임 스크립트 오류
         7. 8.1.4.7 처리되지 않은 프로미스 거부
         8. 8.1.4.8 import 맵 구문 분석 결과
      5. 8.1.5 모듈 명세자 해결
         1. 8.1.5.1 해결 알고리즘
         2. 8.1.5.2 임포트 맵
         3. 8.1.5.3 임포트 맵 처리 모델
      6. 8.1.6 JavaScript 명세 호스트 훅
         1. 8.1.6.1 HostEnsureCanAddPrivateElement 구현(O)
         2. 8.1.6.2 HostEnsureCanCompileStrings(realm, parameterStrings, bodyString, codeString, compilationType, parameterArgs, bodyArg)
         3. 8.1.6.3 HostGetCodeForEval(argument)
         4. 8.1.6.4 HostPromiseRejectionTracker(promise, operation)
         5. 8.1.6.5 HostSystemUTCEpochNanoseconds(global)
         6. 8.1.6.6 JavaScript 작업 관련 호스트 훅
            1. 8.1.6.6.1 HostCallJobCallback(callback, V, argumentsList)
            2. 8.1.6.6.2 HostEnqueueFinalizationRegistryCleanupJob(finalizationRegistry)
            3. 8.1.6.6.3 HostEnqueueGenericJob(job, realm)
            4. 8.1.6.6.4 HostEnqueuePromiseJob(job, realm)
            5. 8.1.6.6.5 HostEnqueueTimeoutJob(job, realm, milliseconds)
            6. 8.1.6.6.6 HostMakeJobCallback(callable)
         7. 8.1.6.7 모듈 관련 호스트 훅
            1. 8.1.6.7.1 HostGetImportMetaProperties(moduleRecord)
            2. 8.1.6.7.2 HostGetSupportedImportAttributes()
            3. 8.1.6.7.3 HostLoadImportedModule(referrer, moduleRequest, loadState, payload)
      7. 8.1.7 이벤트 루프
         1. 8.1.7.1 정의
         2. 8.1.7.2 태스크 큐에 추가하기
         3. 8.1.7.3 처리 모델
         4. 8.1.7.4 일반 작업 소스
         5. 8.1.7.5 다른 사양에서 이벤트 루프 다루기
      8. 8.1.8 이벤트
         1. 8.1.8.1 이벤트 핸들러
         2. 8.1.8.2 요소, Document 객체 및 Window 객체의 이벤트 핸들러
            1. 8.1.8.2.1 IDL 정의
         3. 8.1.8.3 이벤트 발생
   2. 8.2 WindowOrWorkerGlobalScope 믹스인
   3. 8.3 Base64 유틸리티 메서드
   4. 8.4 동적 마크업 삽입
      1. 8.4.1 입력 스트림 열기
      2. 8.4.2 입력 스트림 닫기
      3. 8.4.3 document.write()
      4. 8.4.4 document.writeln()
   5. 8.5 DOM 파싱 및 직렬화 API
      1. 8.5.1 DOMParser 인터페이스
      2. 8.5.2 안전하지 않은 HTML 파싱 메서드
      3. 8.5.3 HTML 직렬화 메서드
      4. 8.5.4 innerHTML 속성
      5. 8.5.5 outerHTML 속성
      6. 8.5.6 insertAdjacentHTML() 메서드
      7. 8.5.7 createContextualFragment() 메서드
   6. 8.6 타이머
   7. 8.7 미시작업 큐잉
   8. 8.8 사용자 프롬프트
      1. 8.8.1 간단한 대화 상자
      2. 8.8.2 인쇄
   9. 8.9 시스템 상태 및 기능
      1. 8.9.1 Navigator 객체
         1. 8.9.1.1 클라이언트 식별
         2. 8.9.1.2 언어 기본 설정
         3. 8.9.1.3 브라우저 상태
         4. 8.9.1.4 사용자 정의 스킴 핸들러: registerProtocolHandler() 메서드
            1. 8.9.1.4.1 보안 및 개인정보 보호
            2. 8.9.1.4.2 사용자 에이전트 자동화
         5. 8.9.1.5 쿠키
         6. 8.9.1.6 PDF 보기 지원
   10. 8.10 이미지
   11. 8.11 애니메이션 프레임
9. 9 통신
   1. 9.1 MessageEvent 인터페이스
   2. 9.2 서버-발신 이벤트
      1. 9.2.1 소개
      2. 9.2.2 EventSource 인터페이스
      3. 9.2.3 처리 모델
      4. 9.2.4 `Last-Event-ID` 헤더
      5. 9.2.5 이벤트 스트림 구문 분석
      6. 9.2.6 이벤트 스트림 해석
      7. 9.2.7 작성 노트
      8. 9.2.8 연결 없는 푸시 및 기타 기능
      9. 9.2.9 가비지 컬렉션
      10. 9.2.10 구현 조언
   3. 9.3 문서 간 메시징
      1. 9.3.1 소개
      2. 9.3.2 보안
         1. 9.3.2.1 작성자
         2. 9.3.2.2 User agents
      3. 9.3.3 메시지 전송
   4. 9.4 채널 메시징
      1. 9.4.1 소개
         1. 9.4.1.1 예제
         2. 9.4.1.2 웹에서 객체-능력 모델의 기초로서의 포트
         3. 9.4.1.3 서비스 구현을 추상화하는 기반으로서의 포트
      2. 9.4.2 메시지 채널
      3. 9.4.3 메시지 포트
      4. 9.4.4 포트와 가비지 컬렉션
   5. 9.5 다른 브라우징 컨텍스트로 방송하기
10. 10 웹 워커
    1. 10.1 소개
       1. 10.1.1 범위
       2. 10.1.2 예제
          1. 10.1.2.1 백그라운드 숫자 계산 워커
          2. 10.1.2.2 JavaScript 모듈을 워커로 사용하기
          3. 10.1.2.3 공유 워커 소개
          4. 10.1.2.4 공유 워커를 사용한 상태 공유
          5. 10.1.2.5 위임
          6. 10.1.2.6 라이브러리 제공
       3. 10.1.3 튜토리얼
          1. 10.1.3.1 전용 워커 생성
          2. 10.1.3.2 전용 워커와의 통신
          3. 10.1.3.3 공유 워커
    2. 10.2 인프라스트럭처
       1. 10.2.1 전역 범위
          1. 10.2.1.1 WorkerGlobalScope 공통 인터페이스
          2. 10.2.1.2 전용 워커와 DedicatedWorkerGlobalScope 인터페이스
          3. 10.2.1.3 공유 워커와 SharedWorkerGlobalScope 인터페이스
       2. 10.2.2 이벤트 루프
       3. 10.2.3 워커의 수명
       4. 10.2.4 처리 모델
       5. 10.2.5 런타임 스크립트 오류
       6. 10.2.6 워커 생성
          1. 10.2.6.1 AbstractWorker 믹스인
          2. 10.2.6.2 워커를 위한 스크립트 설정
          3. 10.2.6.3 전용 워커 및 Worker 인터페이스
          4. 10.2.6.4 공유 워커 및 SharedWorker 인터페이스
       7. 10.2.7 동시 하드웨어 기능
    3. 10.3 워커에서 사용할 수 있는 API
       1. 10.3.1 스크립트 및 라이브러리 가져오기
       2. 10.3.2 WorkerNavigator 인터페이스
       3. 10.3.3 WorkerLocation 인터페이스
11. 11 워클릿
    1. 11.1 소개
       1. 11.1.1 동기
       2. 11.1.2 코드 멱등성
       3. 11.1.3 추측적 평가
    2. 11.2 예시
       1. 11.2.1 스크립트 로딩
       2. 11.2.2 클래스 등록 및 메서드 호출
    3. 11.3 인프라
       1. 11.3.1 전역 스코프
          1. 11.3.1.1 에이전트 및 이벤트 루프
          2. 11.3.1.2 생성 및 종료
          3. 11.3.1.3 워크릿의 스크립트 설정
       2. 11.3.2 Worklet 클래스
       3. 11.3.3 워클릿의 수명
12. 12 웹 스토리지
    1. 12.1 소개
    2. 12.2 API
       1. 12.2.1 Storage 인터페이스
       2. 12.2.2 sessionStorage getter
       3. 12.2.3 localStorage getter
       4. 12.2.4 StorageEvent 인터페이스
    3. 12.3 개인정보 보호
       1. 12.3.1 사용자 추적
       2. 12.3.2 데이터의 민감성
    4. 12.4 보안
       1. 12.4.1 DNS 스푸핑 공격
       2. 12.4.2 디렉토리 간 공격
       3. 12.4.3 구현 위험
13. 13 HTML 문법
    1. 13.1 HTML 문서 작성
       1. 13.1.1 DOCTYPE
       2. 13.1.2 요소
          1. 13.1.2.1 시작 태그
          2. 13.1.2.2 종료 태그
          3. 13.1.2.3 속성
          4. 13.1.2.4 선택적 태그
          5. 13.1.2.5 콘텐츠 모델의 제한사항
          6. 13.1.2.6 원시 텍스트 및 이스케이프 가능한 원시 텍스트 요소의 콘텐츠 제한 사항
       3. 13.1.3 텍스트
          1. 13.1.3.1 개행 문자
       4. 13.1.4 문자 참조
       5. 13.1.5 CDATA 섹션
       6. 13.1.6 주석
    2. 13.2 HTML 문서 구문 분석
       1. 13.2.1 구문 분석 모델 개요
       2. 13.2.2 구문 분석 오류
       3. 13.2.3 입력 바이트 스트림
          1. 13.2.3.1 알려진 문자 인코딩으로 파싱
          2. 13.2.3.2 문자 인코딩 결정하기
          3. 13.2.3.3 문자 인코딩
          4. 13.2.3.4 파싱 중 인코딩 변경
          5. 13.2.3.5 입력 스트림 전처리
       4. 13.2.4 파싱 상태
          1. 13.2.4.1 삽입 모드
          2. 13.2.4.2 열린 요소들의 스택
          3. 13.2.4.3 활성 형식 지정 요소 목록
          4. 13.2.4.4 요소 포인터
          5. 13.2.4.5 기타 구문 분석 상태 플래그
       5. 13.2.5 토큰화
          1. 13.2.5.1 데이터 상태
          2. 13.2.5.2 RCDATA 상태
          3. 13.2.5.3 RAWTEXT 상태
          4. 13.2.5.4 스크립트 데이터 상태
          5. 13.2.5.5 PLAINTEXT 상태
          6. 13.2.5.6 태그 열림 상태
          7. 13.2.5.7 종료 태그 열림 상태
          8. 13.2.5.8 태그 이름 상태
          9. 13.2.5.9 RCDATA 미만 기호 상태
          10. 13.2.5.10 RCDATA 종료 태그 열림 상태/a>
          11. 13.2.5.11 RCDATA 종료 태그 이름 상태
          12. 13.2.5.12 RAWTEXT 미만 기호 상태
          13. 13.2.5.13 RAWTEXT 종료 태그 열림 상태/a>
          14. 13.2.5.14 RAWTEXT 종료 태그 이름 상태
          15. 13.2.5.15 스크립트 데이터 미만 기호 상태
          16. 13.2.5.16 스크립트 데이터 종료 태그 열림 상태
          17. 13.2.5.17 스크립트 데이터 종료 태그 이름 상태
          18. 13.2.5.18 스크립트 데이터 이스케이프 시작 상태
          19. 13.2.5.19 스크립트 데이터 이스케이프 시작 대시 상태
          20. 13.2.5.20 스크립트 데이터 이스케이프 상태
          21. 13.2.5.21 스크립트 데이터 이스케이프 대시 상태
          22. 13.2.5.22 스크립트 데이터 이스케이프 대시 대시 상태
          23. 13.2.5.23 스크립트 데이터 이스케이프 미만 기호 상태
          24. 13.2.5.24 스크립트 데이터 이스케이프 종료 태그 열기 상태
          25. 13.2.5.25 스크립트 데이터 이스케이프 종료 태그 이름 상태
          26. 13.2.5.26 스크립트 데이터 이중 이스케이프 시작 상태
          27. 13.2.5.27 스크립트 데이터 이중 이스케이프 상태
          28. 13.2.5.28 스크립트 데이터 이중 이스케이프 대시 상태
          29. 13.2.5.29 스크립트 데이터 이중 이스케이프 대시 대시 상태
          30. 13.2.5.30 스크립트 데이터 이중 이스케이프 미만 기호 상태
          31. 13.2.5.31 스크립트 데이터 이중 이스케이프 종료 상태
          32. 13.2.5.32 속성 이름 앞 상태
          33. 13.2.5.33 속성 이름 상태
          34. 13.2.5.34 속성 이름 뒤 상태
          35. 13.2.5.35 속성 값 앞 상태
          36. 13.2.5.36속성 값 (이중 인용 부호) 상태
          37. 13.2.5.37속성 값 (단일 인용 부호) 상태
          38. 13.2.5.38 속성 값 (따옴표 없음) 상태
          39. 13.2.5.39 속성 값 이후 (따옴표) 상태
          40. 13.2.5.40 자체 종료 시작 태그 상태
          41. 13.2.5.41 가짜 주석 상태
          42. 13.2.5.42 마크업 선언 열림 상태
          43. 13.2.5.43 주석 시작 상태
          44. 13.2.5.44 주석 시작 대시 상태
          45. 13.2.5.45 주석 상태
          46. 13.2.5.46주석 작은따옴표 상태
          47. 13.2.5.47 주석 작은따옴표 느낌표 상태
          48. 13.2.5.48 주석 작은따옴표 느낌표 대시 상태
          49. 13.2.5.49 주석 작은따옴표 느낌표 대시 대시 상태
          50. 13.2.5.50 주석 끝 대시 상태
          51. 13.2.5.51 주석 끝 상태
          52. 13.2.5.52 주석 끝 느낌표 상태
          53. 13.2.5.53 DOCTYPE 상태
          54. 13.2.5.54 DOCTYPE 이름 이전 상태
          55. 13.2.5.55 DOCTYPE 이름 상태
          56. 13.2.5.56 DOCTYPE 이름 이후 상태
          57. 13.2.5.57 DOCTYPE 공용 키워드 이후 상태
          58. 13.2.5.58 DOCTYPE 공용 식별자 이전 상태
          59. 13.2.5.59 DOCTYPE 공용 식별자 (큰따옴표) 상태
          60. 13.2.5.60 DOCTYPE 공용 식별자 (작은따옴표) 상태
          61. 13.2.5.61 DOCTYPE 공용 식별자 이후 상태
          62. 13.2.5.62 DOCTYPE 공용 및 시스템 식별자 사이 상태
          63. 13.2.5.63 DOCTYPE 시스템 키워드 이후 상태
          64. 13.2.5.64 DOCTYPE 시스템 식별자 이전 상태
          65. 13.2.5.65 DOCTYPE 시스템 식별자 (큰따옴표) 상태
          66. 13.2.5.66 DOCTYPE 시스템 식별자 (작은따옴표) 상태
          67. 13.2.5.67 DOCTYPE 시스템 식별자 이후 상태
          68. 13.2.5.68 잘못된 DOCTYPE 상태
          69. 13.2.5.69 CDATA 섹션 상태
          70. 13.2.5.70 CDATA section bracket state
          71. 13.2.5.71 CDATA section end state
          72. 13.2.5.72 문자 참조 상태
          73. 13.2.5.73 이름이 있는 문자 참조 상태
          74. 13.2.5.74 모호한 앰퍼샌드 상태
          75. 13.2.5.75 숫자 문자 참조 상태
          76. 13.2.5.76 16진수 문자 참조 시작 상태
          77. 13.2.5.77 10진수 문자 참조 시작 상태
          78. 13.2.5.78 16진수 문자 참조 상태
          79. 13.2.5.79 10진수 문자 참조 상태
          80. 13.2.5.80 숫자 문자 참조 종료 상태
       6. 13.2.6 트리 구성
          1. 13.2.6.1 노드 생성 및 삽입
          2. 13.2.6.2 텍스트만 포함하는 요소 파싱
          3. 13.2.6.3 암시적 종료 태그가 있는 요소 닫기
          4. 13.2.6.4 HTML 콘텐츠에서 토큰을 파싱하는 규칙
             1. 13.2.6.4.1 "초기" 삽입 모드
             2. 13.2.6.4.2 "html 이전" 삽입 모드
             3. 13.2.6.4.3 "head 이전" 삽입 모드
             4. 13.2.6.4.4 "head" 삽입 모드
             5. 13.2.6.4.5 "in head noscript" 삽입 모드
             6. 13.2.6.4.6 "after head" 삽입 모드
             7. 13.2.6.4.7 "in body" 삽입 모드
             8. 13.2.6.4.8 "텍스트" 삽입 모드
             9. 13.2.6.4.9 "테이블 내" 삽입 모드
             10. 13.2.6.4.10 "테이블 텍스트" 삽입 모드
             11. 13.2.6.4.11 "캡션" 삽입 모드
             12. 13.2.6.4.12 "열 그룹 안" 삽입 모드
             13. 13.2.6.4.13 "테이블 본문 안" 삽입 모드
             14. 13.2.6.4.14 "행 안" 삽입 모드
             15. 13.2.6.4.15 "셀 안" 삽입 모드
             16. 13.2.6.4.16 "선택 안" 삽입 모드
             17. 13.2.6.4.17 "테이블 안에서 선택" 삽입 모드
             18. 13.2.6.4.18 "템플릿 내" 삽입 모드
             19. 13.2.6.4.19 "본문 이후" 삽입 모드
             20. 13.2.6.4.20 "frameset" 삽입 모드
             21. 13.2.6.4.21 "프레임셋 이후" 삽입 모드
             22. 13.2.6.4.22 "본문 이후 이후" 삽입 모드
             23. 13.2.6.4.23 "프레임셋 이후 이후" 삽입 모드
          5. 13.2.6.5 외부 콘텐츠에서 토큰을 파싱하는 규칙
       7. 13.2.7 끝
       8. 13.2.8 추측적 HTML 파싱
       9. 13.2.9 HTML DOM을 인포셋으로 강제 변환
       10. 13.2.10 파서에서의 오류 처리 및 특이한 사례에 대한 소개
           1. 13.2.10.1 잘못 중첩된 태그: <b><i></b></i>
           2. 13.2.10.2 잘못 중첩된 태그: <b><p></b></p>
           3. 13.2.10.3 테이블에서 예상치 못한 마크업
           4. 13.2.10.4 구문 분석 중 페이지를 수정하는 스크립트
           5. 13.2.10.5 여러 문서를 이동하는 스크립트의 실행
           6. 13.2.10.6 닫히지 않은 서식 지정 요소
    3. 13.3 HTML 조각 직렬화
    4. 13.4 HTML 조각 구문 분석
    5. 13.5 이름이 지정된 문자 참조
14. 14 XML 문법
    1. 14.1 XML 문법으로 문서 작성하기
    2. 14.2 XML 문서 구문 분석
    3. 14.3 XML 조각 직렬화
    4. 14.4 XML 조각 구문 분석
15. 15 렌더링
    1. 15.1 소개
    2. 15.2 CSS 사용자 에이전트 스타일 시트와 표현 힌트
    3. 15.3 대체되지 않는 요소
       1. 15.3.1 숨겨진 요소
       2. 15.3.2 페이지
       3. 15.3.3 흐름 콘텐츠
       4. 15.3.4 구문 콘텐츠
       5. 15.3.5 양방향 텍스트
       6. 15.3.6 섹션 및 제목
       7. 15.3.7 목록
       8. 15.3.8 표
       9. 15.3.9 여백 병합 쿼크
       10. 15.3.10 양식 컨트롤
       11. 15.3.11 hr 요소
       12. 15.3.12 fieldset 및 legend 요소
    4. 15.4 교체된 요소
       1. 15.4.1 임베디드 콘텐츠
       2. 15.4.2 이미지
       3. 15.4.3 포함된 콘텐츠 및 이미지의 속성
       4. 15.4.4 이미지 맵
    5. 15.5 위젯
       1. 15.5.1 기본 외관
       2. 15.5.2 쓰기 모드
       3. 15.5.3 버튼 레이아웃
       4. 15.5.4 button 요소
       5. 15.5.5 details 및 summary 요소
       6. 15.5.6 input 요소를 텍스트 입력 위젯으로 사용
       7. 15.5.7 input 요소를 도메인 특정 위젯으로 사용
       8. 15.5.8 input 요소를 범위 컨트롤로 사용
       9. 15.5.9 input 요소를 색상 선택 도구로 사용
       10. 15.5.10 input 요소를 체크박스 및 라디오 버튼 위젯으로 사용
       11. 15.5.11 input 요소를 파일 업로드 컨트롤로 사용
       12. 15.5.12 input 요소를 버튼으로 사용
       13. 15.5.13 marquee 요소
       14. 15.5.14 meter 요소
       15. 15.5.15 progress 요소
       16. 15.5.16 select 요소
       17. 15.5.17 textarea 요소
    6. 15.6 프레임 및 프레임셋
    7. 15.7 인터랙티브 미디어
       1. 15.7.1 링크, 폼 및 탐색
       2. 15.7.2 title 속성
       3. 15.7.3 호스트 편집
       4. 15.7.4 네이티브 사용자 인터페이스에 렌더링된 텍스트
    8. 15.8 인쇄 매체
    9. 15.9 스타일 없는 XML 문서
16. 16 사용되지 않는 기능
    1. 16.1사용되지 않지만 준수하는 기능
       1. 16.1.1 사용되지 않지만 준수하는 기능에 대한 경고
    2. 16.2 비준수 기능
    3. 16.3 구현 요구 사항
       1. 16.3.1 marquee 요소
       2. 16.3.2 프레임
       3. 16.3.3 기타 요소, 속성 및 API
17. 17 IANA 고려사항
    1. 17.1 text/html
    2. 17.2 multipart/x-mixed-replace
    3. 17.3 application/xhtml+xml
    4. 17.4 text/ping
    5. 17.5 application/microdata+json
    6. 17.6 text/event-stream
    7. 17.7 web+ 스킴 접두사
18. 색인
    1. 요소
    2. 요소 콘텐츠 범주
    3. 속성
    4. 요소 인터페이스
    5. 모든 인터페이스
    6. 이벤트
    7. HTTP 헤더
    8. MIME 유형
19. 참조
20. 감사의 말
21. 지적 재산권

1 소개

1.1 이 명세는 어디에 적합합니까?

이 명세는 웹 플랫폼의 큰 부분을 상세하게 정의합니다. 다른 명세들과의 관계에서 이 명세의 위치를 다음과 같이 요약할 수 있습니다:

1.2 이것이 HTML5인가요?

이 섹션은 비규범적입니다.

간단히 말하면: 네.

좀 더 길게 설명하자면: "HTML5"라는 용어는 현대 웹 기술을 지칭하는 유행어로 널리 사용됩니다. 이들 중 많은 부분이 (물론 전부는 아니지만) WHATWG에서 개발되었습니다. 이 문서는 그런 문서 중 하나입니다. 다른 문서는 WHATWG 표준 개요에서 확인할 수 있습니다.

1.3 배경

이 섹션은 비규범적입니다.

HTML은 월드 와이드 웹의 핵심 마크업 언어입니다. 원래 HTML은 과학 문서를 의미론적으로 설명하기 위한 언어로 설계되었습니다. 그러나 그 일반적인 설계는 시간이 지나면서 여러 종류의 문서 및 심지어 응용 프로그램을 설명할 수 있도록 적응되었습니다.

1.4 대상 독자

이 섹션은 비규범적입니다.

이 명세서는 이 명세서에 정의된 기능을 사용하는 문서와 스크립트의 작성자, 이 명세서에 정의된 기능을 사용하는 페이지에서 작동하는 도구의 구현자, 그리고 이 명세서의 요구 사항에 따라 문서 또는 구현의 정확성을 확인하려는 사람들을 대상으로 합니다.

이 문서는 웹 기술에 대한 최소한의 기본 지식이 없는 독자에게는 적합하지 않을 수 있습니다. 일부 내용은 명확성을 희생하고 정확성을 위해, 또는 완전성을 위해 간결성을 희생하기 때문입니다. 더 다가가기 쉬운 튜토리얼과 저술 가이드가 주제를 더 부드럽게 소개할 수 있습니다.

특히, 이 명세서의 기술적인 부분을 완전히 이해하려면 DOM 기본에 대한 친숙함이 필요합니다. Web IDL, HTTP, XML, 유니코드, 문자 인코딩, 자바스크립트, CSS에 대한 이해도 일부에서는 도움이 되지만 필수는 아닙니다.

1.5 범위

이 섹션은 비규범적입니다.

이 명세서는 정적 문서부터 동적 응용 프로그램에 이르는 접근 가능한 페이지를 작성하기 위한 의미 수준의 마크업 언어 및 관련 의미 수준의 스크립팅 API를 제공하는 것으로 제한됩니다.

이 명세서의 범위에는 프레젠테이션의 매체별 사용자 정의를 제공하는 메커니즘이 포함되지 않습니다(웹 브라우저의 기본 렌더링 규칙은 이 명세서의 끝에 포함되어 있으며, 언어의 일부로서 CSS에 연결하는 몇 가지 메커니즘이 제공됩니다).

이 명세서의 범위는 전체 운영 체제를 설명하는 것이 아닙니다. 특히, 하드웨어 구성 소프트웨어, 이미지 편집 도구, 고급 워크스테이션에서 사용자가 매일 사용하는 응용 프로그램은 범위에 포함되지 않습니다. 응용 프로그램의 경우, 이 명세서는 사용자가 가끔 또는 다양한 위치에서 정기적으로 사용할 것으로 예상되며, 낮은 CPU 요구 사항을 가지는 응용 프로그램을 대상으로 합니다. 이러한 응용 프로그램의 예로는 온라인 구매 시스템, 검색 시스템, 게임(특히 멀티플레이어 온라인 게임), 공개 전화번호부 또는 주소록, 통신 소프트웨어(이메일 클라이언트, 인스턴트 메시징 클라이언트, 토론 소프트웨어), 문서 편집 소프트웨어 등이 있습니다.

1.6 역사

이 섹션은 비규범적입니다.

HTML은 첫 5년(1990-1995) 동안 여러 번의 개정을 거쳤고, 주로 처음에는 CERN에서, 이후에는 IETF에서 여러 확장을 경험했습니다.

W3C의 창립과 함께, HTML의 개발은 다시 장소를 옮겼습니다. 1995년 HTML 3.0으로 알려진 HTML 확장의 첫 시도가 중단된 후, 1997년에 완료된 보다 실용적인 접근 방식인 HTML 3.2로 이어졌습니다. 같은 해 말 HTML4가 빠르게 뒤따랐습니다.

그 다음 해, W3C 회원들은 HTML의 진화를 중단하고 XML 기반의 동등한 표현인 XHTML의 작업을 시작하기로 결정했습니다. 이 작업은 새 직렬화만 추가된 HTML4의 XML 재구성인 XHTML 1.0으로 시작되었으며, 2000년에 완료되었습니다. XHTML 1.0 이후, W3C는 XHTML 모듈화라는 배너 아래 다른 작업 그룹이 XHTML을 확장하기 쉽게 만드는 데 초점을 맞추었습니다. 이와 동시에, W3C는 이전의 HTML 및 XHTML 언어와 호환되지 않는 새로운 언어를 개발하는 작업도 진행했으며, 이를 XHTML2라고 불렀습니다.

1998년 HTML의 진화가 중단된 시점에, 브라우저 벤더에 의해 개발된 HTML의 일부 API가 DOM Level 1(1998년)이라는 이름으로 지정되어 공개되었고, DOM Level 2 Core 및 DOM Level 2 HTML(2000년 시작하여 2003년에 완성됨)로 이어졌습니다. 이러한 노력은 이후 일부 DOM Level 3 명세가 2004년에 발표되었지만, Level 3 초안이 모두 완료되기 전에 작업 그룹이 종료되면서 점차 사라졌습니다.

2003년, 차세대 웹 양식으로 자리 잡은 기술인 XForms의 발표는 HTML 자체를 발전시키려는 새로운 관심을 불러일으켰습니다. 이 관심은 XML이 웹 기술로서 기존 배포된 기술(예: HTML)을 대체하기보다는 완전히 새로운 기술(예: RSS 및 이후의 Atom)로서만 제한적으로 배포된다는 인식에서 비롯되었습니다.

XForms 1.0이 도입한 많은 기능을 브라우저가 기존 HTML 웹 페이지와 호환되지 않는 렌더링 엔진을 구현하지 않고도 제공할 수 있도록 HTML4의 양식을 확장할 수 있다는 것을 보여주는 개념 증명이 이 새로운 관심의 첫 결과였습니다. 이 초기 단계에서 초안은 이미 공개적으로 사용 가능했으며, 모든 출처로부터 입력을 이미 요청받고 있었지만, 명세는 오페라 소프트웨어의 저작권 하에 있었습니다.

HTML의 진화가 다시 열려야 한다는 생각은 2004년 W3C 워크숍에서 테스트되었으며, 그 자리에서 HTML5 작업을 뒷받침하는 몇 가지 원칙(아래에 설명됨)과 이전에 언급된 양식 관련 기능만을 다룬 초기 초안 제안서가 모질라와 오페라에 의해 W3C에 공동으로 제시되었습니다. 제안서는 웹의 진화에 대해 이전에 선택된 방향과 충돌한다는 이유로 거부되었습니다. W3C 직원과 회원들은 XML 기반 대체 기술을 계속 개발하기로 투표했습니다.

그 후 얼마 지나지 않아 Apple, Mozilla, Opera는 WHATWG라는 새로운 장소에서 작업을 계속할 의도를 공동으로 발표했습니다. 공개 메일링 리스트가 만들어졌고, 초안은 WHATWG 사이트로 이동되었습니다. 저작권은 이후 세 벤더가 공동으로 소유하고, 명세의 재사용을 허용하도록 수정되었습니다.

WHATWG는 특히 기술이 이전 버전과 호환되어야 한다는 원칙, 명세와 구현이 일치해야 하며 이를 위해 명세를 변경해야 한다면 그렇게 해야 한다는 원칙, 그리고 명세가 구현이 상호 운용성을 완전히 달성할 수 있도록 충분히 상세해야 한다는 원칙에 기반을 두고 있었습니다.

특히 마지막 요구 사항은 HTML5 명세의 범위에 이전에 세 개의 별도 문서로 지정되었던 HTML4, XHTML1, DOM2 HTML이 포함되어야 한다는 것을 의미했습니다. 또한 이전에는 표준으로 간주되지 않았던 것보다 훨씬 더 많은 세부 사항을 포함해야 한다는 것을 의미했습니다.

2006년 W3C는 결국 HTML5 개발에 참여할 의향을 나타냈고, 2007년 WHATWG와 협력하여 HTML5 명세를 개발하기 위해 작업 그룹을 구성했습니다. Apple, Mozilla, Opera는 W3C가 W3C 저작권 하에 명세를 게시할 수 있도록 허용하면서도, WHATWG 사이트에 제한이 적은 라이선스를 가진 버전을 유지했습니다.

수년간 두 그룹은 함께 작업했습니다. 그러나 2011년, 두 그룹은 목표가 다르다는 결론에 도달했습니다: W3C는 "완성된" 버전의 "HTML5"를 발표하기를 원했지만, WHATWG는 계속해서 HTML의 현행 표준을 작업하여 명세를 동결하지 않고, 문제를 수정하며, 필요에 따라 새로운 기능을 추가하여 플랫폼을 발전시키고자 했습니다.

2019년 WHATWG와 W3C는 협력 계약을 체결하여 앞으로 HTML의 단일 버전으로 협력하기로 합의했습니다: 이 문서가 그것입니다.

1.7 디자인 노트

이 섹션은 비규범적입니다.

HTML의 많은 측면이 처음에는 비합리적이고 일관성이 없는 것처럼 보인다는 점을 인정해야 합니다.

HTML, 이를 지원하는 DOM API, 그리고 많은 지원 기술들은 여러 우선순위를 가진 다양한 사람들이 수십 년에 걸쳐 개발한 것이며, 많은 경우 서로의 존재를 알지 못했습니다.

따라서 여러 출처에서 기능이 발생했으며, 항상 일관되게 설계된 것은 아닙니다. 더욱이 웹의 독특한 특성으로 인해, 구현 버그가 실제로 사실상의 표준이 되었고, 이제는 공식적인 표준이 되었으며, 이는 콘텐츠가 수정되기 전에 의도치 않게 이러한 버그에 의존하여 작성되었기 때문입니다.

이 모든 것에도 불구하고 특정 설계 목표를 준수하려는 노력이 있었습니다. 이들은 다음 몇 개의 하위 섹션에서 설명됩니다.

1.7.1 스크립트 실행의 직렬화 가능성

이 섹션은 비규범적입니다.

웹 저자가 멀티스레딩의 복잡성에 노출되지 않도록 HTML과 DOM API는 어떤 스크립트도 다른 스크립트의 동시 실행을 감지할 수 없도록 설계되었습니다. 심지어 워커와 함께 사용하더라도, 모든 글로벌에서 모든 스크립트의 실행을 완전히 직렬화하는 것으로 구현의 동작을 생각할 수 있습니다.

이 일반적인 설계 원칙의 예외는 JavaScript SharedArrayBuffer 클래스입니다. SharedArrayBuffer 객체를 사용하면 다른 에이전트에서 스크립트가 동시에 실행되고 있음을 관찰할 수 있습니다. 또한, JavaScript 메모리 모델로 인해 이러한 스크립트 간의 직렬화된 스크립트 실행뿐만 아니라 직렬화된 문 실행을 통해서도 나타낼 수 없는 상황이 발생할 수 있습니다.

1.7.2 다른 명세와의 호환성

이 섹션은 비규범적입니다.

이 명세서는 다양한 다른 명세와 상호작용하고 이를 기반으로 합니다. 불행히도, 특정 상황에서는 상충되는 요구로 인해 이 명세서가 다른 명세서의 요구 사항을 위반하게 되었습니다. 이러한 경우, 위반 사항은 각각 "의도적 위반"으로 표시되었으며, 위반 이유가 기록되었습니다.

1.7.3 확장성

이 섹션은 비규범적입니다.

HTML에는 안전한 방식으로 의미를 추가할 수 있는 다양한 확장 메커니즘이 있습니다:

• 작성자는 class 속성을 사용하여 요소를 확장할 수 있으며, 가장 적절한 기존의 "실제" HTML 요소를 사용하면서 자신의 요소를 효과적으로 생성할 수 있습니다. 이 확장 기능을 알지 못하는 브라우저와 다른 도구도 어느 정도 지원할 수 있습니다. 예를 들어, 이 방법은 마이크로포맷에서 사용됩니다.

• 작성자는 인라인 클라이언트 측 스크립트 또는 서버 측 사이트 전체 스크립트가 처리할 데이터를 data-*="" 속성을 사용하여 포함할 수 있습니다. 이 속성은 브라우저에 의해 절대 건드려지지 않으며, 스크립트가 HTML 요소에서 데이터를 찾아 처리할 수 있도록 합니다.

• 작성자는 <meta name="" content=""> 메커니즘을 사용하여 페이지 전체 메타데이터를 포함할 수 있습니다.

• 작성자는 rel="" 메커니즘을 사용하여 링크에 특정 의미를 주석으로 달 수 있으며, 이는 링크 유형의 사전 정의된 집합에 대한 확장으로 등록할 수 있습니다. 이 또한 마이크로포맷에서 사용됩니다.

• 작성자는 <script type=""> 메커니즘을 사용하여 인라인 또는 서버 측 스크립트로 추가 처리할 사용자 정의 유형의 데이터를 임베드할 수 있습니다.

• 작성자는 JavaScript 프로토타이핑 메커니즘을 사용하여 API를 확장할 수 있습니다. 예를 들어, 이것은 스크립트 라이브러리에서 널리 사용됩니다.

• 작성자는 마이크로데이터 기능(itemscope="" 및 itemprop="" 속성)을 사용하여 다른 응용 프로그램 및 사이트와 공유할 중첩된 이름-값 쌍의 데이터를 임베드할 수 있습니다.

• 작성자는 커스텀 요소를 정의, 공유 및 사용하여 HTML의 어휘를 확장할 수 있습니다. 유효한 사용자 정의 요소 이름의 요구 사항은 미래에 하이픈이 포함된 로컬 이름을 가진 요소가 HTML, SVG 또는 MathML에 추가되지 않도록 보장합니다.

1.8 HTML 대 XML 문법

이 섹션은 비규범적입니다.

이 명세서는 문서와 응용 프로그램을 설명하는 추상 언어와 이 언어를 사용하는 리소스의 메모리 내 표현과 상호작용하기 위한 일부 API를 정의합니다.

메모리 내 표현은 "DOM HTML" 또는 간단히 "DOM"으로 알려져 있습니다.

이 추상 언어를 사용하는 리소스를 전송하는 데 사용할 수 있는 다양한 구체적인 문법이 있으며, 이 명세서에서는 그중 두 가지를 정의합니다.

첫 번째 구체적인 문법은 HTML 문법입니다. 이것은 대부분의 작성자에게 권장되는 형식입니다. 이는 대부분의 기존 웹 브라우저와 호환됩니다. 문서가 text/html MIME 유형으로 전송되면 웹 브라우저에서 HTML 문서로 처리됩니다. 이 명세서는 단순히 "HTML"로 알려진 최신 HTML 문법을 정의합니다.

두 번째 구체적인 문법은 XML입니다. 문서가 XML MIME 유형으로, 예를 들어 application/xhtml+xml로 전송되면, 웹 브라우저에서 XML 문서로 처리되어 XML 프로세서에 의해 파싱됩니다. 작성자는 XML과 HTML의 처리가 다르다는 점을 상기해야 합니다. 특히, 사소한 구문 오류라도 XML로 레이블이 지정된 문서가 완전히 렌더링되는 것을 방지할 수 있지만, HTML 문법에서는 무시될 수 있습니다.

HTML의 XML 문법은 이전에 "XHTML"로 불렸지만, 이 명세서는 이 용어를 사용하지 않습니다(다른 이유 중 하나는 MathML 및 SVG의 HTML 문법에 대해 이러한 용어가 사용되지 않기 때문입니다).

DOM, HTML 문법 및 XML 문법은 동일한 콘텐츠를 모두 표현할 수 없습니다. 예를 들어, 네임스페이스는 HTML 문법을 사용하여 표현할 수 없지만, DOM 및 XML 문법에서는 지원됩니다. 유사하게, noscript 기능을 사용하는 문서는 HTML 문법을 사용하여 표현할 수 있지만, DOM이나 XML 문법으로는 표현할 수 없습니다. "-->" 문자열을 포함하는 주석은 HTML 및 XML 문법에서는 표현할 수 없지만, DOM에서는 표현할 수 있습니다.

1.9 이 명세서의 구조

이 섹션은 비규범적입니다.

이 명세서는 다음과 같은 주요 섹션으로 나뉩니다:

소개

HTML 표준의 배경을 제공하는 비규범적 자료입니다.

공통 인프라

준수 클래스, 알고리즘, 정의, 그리고 명세서의 나머지 부분의 공통 기반을 정의합니다.

HTML 문서의 의미, 구조 및 API

문서는 요소로 구성됩니다. 이 요소들은 DOM을 사용하여 트리를 형성합니다. 이 섹션에서는 이 DOM의 기능을 정의하고 모든 요소에 공통된 기능과 요소를 정의하는 데 사용되는 개념을 소개합니다.

HTML 요소

각 요소에는 미리 정의된 의미가 있으며, 이 섹션에서 설명됩니다. 요소를 사용하는 방법에 대한 작성자 규칙과 각 요소를 처리하는 방법에 대한 사용자 에이전트 요구 사항도 제공됩니다. 여기에는 비디오 재생 및 자막, 폼 컨트롤 및 폼 제출, HTML 캔버스로 알려진 2D 그래픽 API와 같은 HTML의 주요 기능이 포함됩니다.

마이크로데이터

이 명세서는 문서에 기계 판독 가능한 주석을 추가하는 메커니즘을 도입하여 도구가 문서에서 이름-값 쌍의 트리를 추출할 수 있도록 합니다. 이 섹션에서는 이 메커니즘과 HTML 문서를 다른 형식으로 변환하는 데 사용할 수 있는 몇 가지 알고리즘을 설명합니다. 이 섹션에서는 연락처 정보, 캘린더 이벤트 및 라이선스 작업에 대한 몇 가지 샘플 마이크로데이터 어휘도 정의합니다.

사용자 상호작용

HTML 문서는 사용자가 콘텐츠와 상호작용하고 수정할 수 있는 여러 메커니즘을 제공할 수 있으며, 이 섹션에서는 포커스 작동 방식 및 드래그 앤 드롭과 같은 기능을 설명합니다.

웹 페이지 로드

HTML 문서는 진공 상태에 존재하지 않으며, 이 섹션에서는 웹 브라우저와 같이 여러 페이지를 다루는 환경에 영향을 미치는 많은 기능을 정의합니다.

웹 애플리케이션 API

이 섹션에서는 HTML에서 애플리케이션을 스크립팅하는 기본 기능을 소개합니다.

웹 워커

이 섹션에서는 JavaScript의 백그라운드 스레드를 위한 API를 정의합니다.

워크릿

이 섹션에서는 메인 JavaScript 실행 환경과 분리하여 JavaScript를 실행해야 하는 API를 위한 인프라를 정의합니다.

통신 API

이 섹션에서는 HTML로 작성된 애플리케이션이 동일한 클라이언트에서 실행되는 다른 도메인의 애플리케이션과 통신할 수 있는 몇 가지 메커니즘을 설명합니다. 또한 서버 푸시 이벤트 스트림 메커니즘인 Server Sent Events 또는 EventSource와 Web Sockets로 알려진 스크립트를 위한 양방향 풀 듀플렉스 소켓 프로토콜을 소개합니다.

웹 스토리지

이 섹션에서는 이름-값 쌍을 기반으로 한 클라이언트 측 스토리지 메커니즘을 정의합니다.

HTML 문법

XML 문법

이러한 모든 기능이 직렬화된 형식으로 표현되어 다른 사람에게 전송될 수 없다면 무의미할 것입니다. 따라서 이 섹션에서는 HTML 및 XML의 문법과 해당 문법을 사용하여 콘텐츠를 파싱하는 방법에 대한 규칙을 정의합니다.

렌더링

이 섹션에서는 웹 브라우저의 기본 렌더링 규칙을 정의합니다.

또한 폐기된 기능 및 IANA 고려사항을 나열한 부록과 여러 색인이 있습니다.

1.9.1 이 명세서를 읽는 방법

이 명세서는 다른 모든 명세서와 마찬가지로 읽어야 합니다. 먼저, 처음부터 끝까지 여러 번 읽어야 합니다. 그런 다음, 최소한 한 번은 거꾸로 읽어야 합니다. 그 후에는 목차에서 무작위로 섹션을 선택하고 모든 교차 참조를 따라 읽어야 합니다.

아래의 준수 요구 사항 섹션에 설명된 것처럼, 이 명세서는 다양한 준수 클래스에 대한 준수 기준을 설명합니다. 특히, 작성자와 작성된 문서와 같은 생산자에게 적용되는 준수 요구 사항과 웹 브라우저와 같은 소비자에게 적용되는 준수 요구 사항이 있습니다. 이들은 무엇을 요구하는지에 따라 구별할 수 있습니다: 생산자에 대한 요구 사항은 허용되는 것을 명시하고, 소비자에 대한 요구 사항은 소프트웨어가 어떻게 작동해야 하는지를 명시합니다.

생산자에 대한 요구 사항은 소비자에게 전혀 영향을 미치지 않습니다.

1.9.2 타이포그래픽 규칙

이것은 정의, 요구 사항 또는 설명입니다.

이것은 주석입니다.

이것은 예제입니다.

이것은 열려 있는 이슈입니다.

이것은 경고입니다.

[Exposed=Window]
interface Example {
  // this is an IDL definition
};

variable = object.method([optionalArgument])

이것은 인터페이스의 사용법을 설명하는 작성자에게 주는 참고 사항입니다.

/* this is a CSS fragment */

용어의 정의 인스턴스는 이와 같이 표시됩니다. 해당 용어의 사용은 이와 같이 또는 이와 같이 표시됩니다.

요소, 속성 또는 API의 정의 인스턴스는 이와 같이 표시됩니다. 해당 요소, 속성 또는 API에 대한 참조는 이와 같이 표시됩니다.

다른 코드 조각은 이와 같이 표시됩니다.

변수는 이와 같이 표시됩니다.

알고리즘에서 동기화 섹션의 단계는 ⌛로 표시됩니다.

일부 경우에는 조건과 해당 조건에 적용되는 요구 사항을 포함한 목록의 형태로 요구 사항이 제공됩니다. 이러한 경우 조건에 적용되는 요구 사항은 항상 조건 다음에 나오는 첫 번째 요구 사항 집합이며, 해당 요구 사항에 대해 여러 조건 집합이 있는 경우에도 마찬가지입니다. 이러한 경우는 다음과 같이 표시됩니다:

이것은 조건입니다.

이것은 또 다른 조건입니다.

위 조건에 적용되는 요구 사항입니다.

이것은 세 번째 조건입니다.

세 번째 조건에 적용되는 요구 사항입니다.

1.10 HTML 간단 소개

이 섹션은 비규범적입니다.

기본적인 HTML 문서는 다음과 같습니다:

<!DOCTYPE html>
<html lang="en">
 <head>
  <title>Sample page</title>
 </head>
 <body>
  <h1>Sample page</h1>
  <p>This is a <a href="demo.html">simple</a> sample.</p>
  <!-- this is a comment -->
 </body>
</html>

HTML 문서는 요소와 텍스트로 구성된 트리로 이루어져 있습니다. 각 요소는 "<body>"와 같은 시작 태그와 "</body>"와 같은 종료 태그로 소스에서 표시됩니다. (특정 상황에서는 일부 시작 태그와 종료 태그를 생략할 수 있으며, 다른 태그에 의해 암시될 수 있습니다.)

태그는 요소가 서로 겹치지 않고 완전히 다른 요소 안에 포함되도록 중첩되어야 합니다:

<p>This is <em>very <strong>wrong</em>!</strong></p>

<p>This <em>is <strong>correct</strong>.</em></p>

이 명세서는 HTML에서 사용할 수 있는 요소 집합과 요소를 중첩할 수 있는 방법에 대한 규칙을 정의합니다.

요소는 작동 방식을 제어하는 속성을 가질 수 있습니다. 아래 예에서는 하이퍼링크가 a 요소와 해당 href 속성을 사용하여 생성되었습니다:

<a href="demo.html">simple</a>

속성은 시작 태그 안에 배치되며, 이름과 값으로 구성되며, "=" 문자로 구분됩니다. 속성 값에 ASCII 공백 문자나 ", ', `, =, <, >가 포함되지 않은 경우에는 따옴표를 사용하지 않아도 됩니다. 그렇지 않은 경우, 단일 또는 이중 따옴표를 사용하여 값을 따옴표로 묶어야 합니다. 값이 빈 문자열인 경우 "=" 문자와 함께 값을 생략할 수 있습니다.

<!-- 빈 속성 -->
<input name=address disabled>
<input name=address disabled="">

<!-- 값이 있는 속성 -->
<input name=address maxlength=200>
<input name=address maxlength='200'>
<input name=address maxlength="200">

HTML 사용자 에이전트(예: 웹 브라우저)는 이 마크업을 파싱하여 이를 DOM(문서 객체 모델) 트리로 변환합니다. DOM 트리는 문서의 메모리 내 표현입니다.

DOM 트리는 여러 종류의 노드를 포함하며, 특히 DocumentType 노드, Element 노드, Text 노드, Comment 노드 및 경우에 따라 ProcessingInstruction 노드를 포함합니다.

이 섹션의 위쪽에 있는 마크업 스니펫은 다음과 같은 DOM 트리로 변환됩니다:

• DOCTYPE: html
• html lang="en"
  • head
    • #text: ⏎␣␣
    • title
      • #text: Sample page
    • #text: ⏎␣
  • #text: ⏎␣
  • body
    • #text: ⏎␣␣
    • h1
      • #text: Sample page
    • #text: ⏎␣␣
    • p
      • #text: This is a
      • a href="demo.html"
        • #text: simple
      • #text: sample.
    • #text: ⏎␣␣
    • #comment: this is a comment
    • #text: ⏎␣⏎

이 트리의 문서 요소는 html 요소이며, HTML 문서에서 항상 이 위치에 나타납니다. 이 요소는 head 요소와 body 요소, 그리고 그 사이의 텍스트 노드를 포함합니다.

DOM 트리에는 예상보다 많은 텍스트 노드가 포함되어 있으며, 소스에는 여러 개의 공백 문자(여기서는 "␣"로 표시)와 줄 바꿈("⏎")이 포함되어 있으며, 이들은 모두 DOM에서 텍스트 노드로 나타납니다. 그러나 역사적 이유로 인해 원본 마크업의 모든 공백 문자와 줄 바꿈이 DOM에 나타나지는 않습니다. 특히 head 시작 태그 이전의 모든 공백 문자는 조용히 삭제되고, body 종료 태그 이후의 모든 공백 문자는 body의 끝에 배치됩니다.

head 요소에는 title 요소가 포함되어 있으며, 이 요소에는 "Sample page"라는 텍스트가 있는 텍스트 노드가 포함되어 있습니다. 유사하게, body 요소에는 h1 요소, p 요소 및 주석이 포함되어 있습니다.

이 DOM 트리는 페이지의 스크립트에서 조작할 수 있습니다. 스크립트(일반적으로 JavaScript로 작성됨)는 script 요소를 사용하거나 이벤트 핸들러 콘텐츠 속성을 사용하여 포함할 수 있는 작은 프로그램입니다. 예를 들어, 여기에서 폼의 output 요소의 값을 "Hello World"로 설정하는 스크립트가 포함된 폼이 있습니다:

<form name="main">
 Result: <output name="result"></output>
 <script>
  document.forms.main.elements.result.value = 'Hello World';
 </script>
</form>

DOM 트리의 각 요소는 객체로 표현되며, 이러한 객체에는 조작할 수 있는 API가 있습니다. 예를 들어, 링크(예: 위 트리의 a 요소)는 "href" 속성을 여러 가지 방법으로 변경할 수 있습니다:

var a = document.links[0]; // 문서에서 첫 번째 링크를 얻습니다
a.href = 'sample.html'; // 링크의 대상 URL을 변경합니다
a.protocol = 'https'; // URL의 스킴 부분만 변경합니다
a.setAttribute('href', 'https://example.com/'); // 콘텐츠 속성을 직접 변경합니다

DOM 트리는 구현이 처리하고 표시할 때(특히 웹 브라우저와 같은 상호작용형 구현에서) HTML 문서를 표현하는 방식으로 사용되기 때문에, 이 명세서는 주로 위에서 설명한 마크업 대신 DOM 트리를 기준으로 작성되었습니다.

HTML 문서는 상호작용 콘텐츠의 매체 독립적인 설명을 나타냅니다. HTML 문서는 화면에 렌더링되거나, 음성 합성기를 통해 읽히거나, 점자 디스플레이에 표시될 수 있습니다. 이러한 렌더링이 정확히 어떻게 이루어지는지에 영향을 미치기 위해, 작성자는 CSS와 같은 스타일링 언어를 사용할 수 있습니다.

다음 예에서는 CSS를 사용하여 페이지가 노란색 배경에 파란색 텍스트로 설정되었습니다.

<!DOCTYPE html>
<html lang="en">
 <head>
  <title>Sample styled page</title>
  <style>
   body { background: navy; color: yellow; }
  </style>
 </head>
 <body>
  <h1>Sample styled page</h1>
  <p>This page is just a demo.</p>
 </body>
</html>

HTML을 사용하는 방법에 대한 자세한 내용은 작성자가 튜토리얼과 가이드를 참조할 것을 권장합니다. 이 명세서에 포함된 일부 예제도 유용할 수 있지만, 초보 작성자는 이 명세서가 필요에 따라 정의된 언어를 처음에는 이해하기 어려울 수 있는 수준의 세부 사항으로 정의하고 있다는 점을 유의해야 합니다.

1.10.1 HTML로 보안 애플리케이션 작성하기

이 섹션은 비규범적입니다.

HTML을 사용하여 상호작용 사이트를 만들 때, 공격자가 사이트 자체 또는 사이트 사용자의 무결성을 손상시킬 수 있는 취약점을 도입하지 않도록 주의해야 합니다.

이 문제에 대한 포괄적인 연구는 이 문서의 범위를 벗어나며, 작성자는 이 문제를 더 자세히 연구할 것을 강력히 권장합니다. 그러나 이 섹션에서는 HTML 애플리케이션 개발에서 흔히 발생하는 몇 가지 함정을 간단히 소개하려고 합니다.

웹의 보안 모델은 "출처" 개념을 기반으로 하며, 따라서 웹에서 발생할 수 있는 많은 공격은 교차 출처 작업과 관련이 있습니다. [ORIGIN]

사용자 입력 검증 안 함

크로스 사이트 스크립팅(XSS)

SQL 인젝션

신뢰할 수 없는 입력(예: 텍스트 댓글, URL 매개변수의 값, 타사 사이트의 메시지 등과 같은 사용자 생성 콘텐츠)을 수락할 때는 사용하기 전에 데이터를 검증하고 표시할 때 적절히 이스케이프해야 합니다. 이를 수행하지 않으면 악의적인 사용자가 거짓 사용자 정보 제공(예: 음수 나이와 같은 사소한 것에서부터)부터 정보를 포함하는 페이지를 볼 때마다 스크립트를 실행하여 공격을 전파하는 등의 심각한 공격, 서버의 모든 데이터를 삭제하는 등의 치명적인 공격에 이르기까지 다양한 공격을 수행할 수 있습니다.

사용자 입력을 검증하는 필터를 작성할 때는 항상 허용 목록 기반 필터를 사용하여 알려진 안전한 구문만 허용하고 모든 다른 입력을 허용하지 않도록 해야 합니다. 블랙리스트 기반 필터는 알려진 나쁜 입력을 차단하고 나머지는 모두 허용하는 방식으로는 보안이 보장되지 않습니다. 나쁜 입력 중 일부는 아직 알려지지 않았을 수 있기 때문입니다(예: 미래에 새로운 공격 방식이 발명될 수 있습니다).

예를 들어, URL의 쿼리 문자열을 확인하여 표시할 내용을 결정한 다음, 사이트가 해당 페이지로 사용자를 리디렉션하여 메시지를 표시한다고 가정해 보겠습니다:

<ul>
 <li><a href="message.cgi?say=Hello">Say Hello</a>
 </ul>

메시지가 이스케이프 처리 없이 사용자에게 표시되면, 공격자가 스크립트 요소를 포함하는 URL을 생성할 수 있습니다:

https://example.com/message.cgi?say=%3Cscript%3Ealert%28%27Oh%20no%21%27%29%3C/script%3E

공격자가 피해자인 사용자가 이 페이지를 방문하도록 설득하면, 공격자가 선택한 스크립트가 페이지에서 실행됩니다. 이러한 스크립트는 사이트가 제공하는 것에 따라 무수히 많은 악의적인 작업을 수행할 수 있습니다. 예를 들어, 사이트가 전자 상거래 사이트인 경우, 이러한 스크립트는 사용자가 인지하지 못한 상태에서 임의의 원치 않는 구매를 하도록 만들 수 있습니다.

이것을 크로스 사이트 스크립팅 공격이라고 합니다.

사이트에 코드를 실행하도록 속이기 위해 사용할 수 있는 여러 구문이 있습니다. 작성자는 허용 목록 필터를 작성할 때 다음과 같은 항목을 고려할 것을 권장합니다:

• 예를 들어 img와 같은 무해해 보이는 요소를 허용할 때 제공된 속성도 허용 목록에 포함하는 것이 중요합니다. 모든 속성을 허용하면 공격자는 예를 들어 onload 속성을 사용하여 임의의 스크립트를 실행할 수 있습니다.
• URL(예: 링크에 대한 URL)을 제공할 수 있도록 허용할 때 각 URL의 스킴도 명시적으로 허용 목록에 포함해야 합니다. 악용될 수 있는 많은 스킴이 있기 때문입니다. 가장 대표적인 예는 "javascript:"이지만, 사용자 에이전트는 다른 스킴도 구현할 수 있으며 실제로 역사적으로 구현한 적도 있습니다.
• base 요소를 삽입할 수 있도록 허용하면 페이지의 script 요소가 상대 링크를 사용하는 경우 하이재킹당할 수 있으며, 마찬가지로 모든 폼 제출이 악의적인 사이트로 리디렉션될 수 있습니다.

크로스 사이트 요청 위조(CSRF)

사용자가 사용자별 부작용이 있는 폼 제출을 할 수 있는 사이트, 예를 들어 사용자의 이름으로 포럼에 메시지를 게시하거나, 구매를 하거나, 여권을 신청하는 등의 사이트에서는 요청이 사용자가 의도적으로 한 것인지, 아니면 다른 사이트가 사용자를 속여 알지 못하게 요청을 수행하게 한 것인지를 확인하는 것이 중요합니다.

이 문제는 HTML 폼이 다른 출처로 제출될 수 있기 때문에 발생합니다.

사이트는 사용자별 숨겨진 토큰으로 폼을 채우거나 모든 요청에 대해 `Origin` 헤더를 확인하여 이러한 공격을 방지할 수 있습니다.

클릭재킹

사용자가 원하지 않는 작업을 수행하는 인터페이스를 제공하는 페이지는 사용자가 인터페이스를 활성화하도록 속일 수 있는 가능성을 방지하도록 설계해야 합니다.

사용자가 이러한 속임수에 넘어갈 수 있는 한 가지 방법은 악성 사이트가 피해자 사이트를 작은 iframe에 배치한 다음, 사용자가 반응 게임을 하도록 설득하는 것입니다. 사용자가 게임을 하고 있으면 악성 사이트는 사용자가 클릭하려는 순간 iframe을 마우스 커서 아래에 빠르게 위치시켜 사용자가 피해자 사이트의 인터페이스를 클릭하도록 속일 수 있습니다.

이를 방지하기 위해 프레임에서 사용될 것으로 예상하지 않는 사이트는 프레임에 있지 않음을 감지한 경우에만 인터페이스를 활성화하는 것이 좋습니다(예: window 객체를 top 속성의 값과 비교하여 확인).

1.10.2 스크립팅 API를 사용할 때 피해야 할 일반적인 함정

이 섹션은 비규범적입니다.

HTML에서 스크립트는 "완료될 때까지 실행"되는 의미를 가지며, 이는 브라우저가 다른 작업(예: 추가 이벤트 발생 또는 문서 파싱 지속)을 수행하기 전에 일반적으로 스크립트를 중단 없이 실행한다는 것을 의미합니다.

반면에 HTML 파일의 파싱은 점진적으로 발생하므로, 파서가 언제든지 중단되어 스크립트를 실행할 수 있습니다. 이는 일반적으로 좋은 일이지만, 작성자는 이벤트 핸들러를 이벤트가 발생할 수 있는 시점 이후에 연결하지 않도록 주의해야 합니다.

이를 안정적으로 수행하는 두 가지 방법은 이벤트 핸들러 콘텐츠 속성을 사용하거나, 동일한 스크립트에서 요소를 생성하고 이벤트 핸들러를 추가하는 것입니다. 후자의 방법은 앞서 언급한 것처럼, 스크립트가 추가 이벤트가 발생하기 전에 완료될 때까지 실행되므로 안전합니다.

<img src="games.png" alt="Games" onload="gamesLogoHasLoaded(event)">

<script>
 var img = new Image();
 img.src = 'games.png';
 img.alt = 'Games'; 
 img.onload = gamesLogoHasLoaded; 
 // img.addEventListener('load', gamesLogoHasLoaded, false); // 이 방법도 작동합니다
</script>

<!-- 이 스타일을 사용하지 마십시오, 경합 상태가 발생할 수 있습니다! -->
 <img id="games" src="games.png" alt="Games">
 <!-- 파서가 잠시 멈추는 동안 'load' 이벤트가 여기서 발생할 수 있으며,
      이 경우 이벤트를 볼 수 없게 됩니다! -->
 <script>
  var img = document.getElementById('games'); 
  img.onload = gamesLogoHasLoaded; // 이벤트가 절대 발생하지 않을 수 있습니다!
 </script>

1.10.3 HTML 작성 시 실수를 잡는 방법: 검증기 및 적합성 검사기

이 섹션은 비규범적입니다.

작성자는 일반적인 실수를 잡기 위해 적합성 검사기(검증기라고도 함)를 사용하는 것이 좋습니다. WHATWG에서는 이러한 도구의 목록을 유지 관리하고 있습니다: https://whatwg.org/validator/

1.11 작성자를 위한 적합성 요구사항

이 섹션은 비규범적입니다.

이전 버전의 HTML 명세서와 달리, 이 명세서는 유효한 문서뿐만 아니라 유효하지 않은 문서의 처리에 대한 요구사항도 일부 자세히 정의하고 있습니다.

그러나 유효하지 않은 콘텐츠의 처리가 대부분의 경우 잘 정의되어 있지만, 문서 적합성 요구사항은 여전히 중요합니다. 실제로, 상호 운용성(특정 콘텐츠를 신뢰할 수 있고 동일하거나 동등한 방식으로 모든 구현이 처리하는 상황)은 문서 적합성 요구사항의 유일한 목표가 아닙니다. 이 섹션에서는 여전히 적합한 문서와 오류가 있는 문서를 구별해야 하는 일반적인 이유를 설명합니다.

1.11.1 표현 마크업

이 섹션은 비규범적입니다.

이전 버전의 HTML에서 대부분의 표현적 기능은 더 이상 허용되지 않습니다. 일반적으로 표현 마크업은 여러 가지 문제가 있는 것으로 나타났습니다:

표현 요소의 사용은 접근성을 저하시킵니다

표현 마크업을 사용하여 보조 기술(AT) 사용자에게 수용 가능한 경험을 제공하는 것은 가능하지만(예: ARIA 사용), 이는 의미적으로 적절한 마크업을 사용할 때보다 훨씬 더 어렵습니다. 게다가, 이러한 기술을 사용하더라도 텍스트 모드 브라우저 사용자와 같은 비-AT 비-그래픽 사용자에게 페이지를 접근 가능하게 만드는 데 도움이 되지 않습니다.

반면, 미디어 독립적인 마크업을 사용하면 텍스트 브라우저 사용자 등 더 많은 사용자에게 작동하는 방식으로 문서를 작성할 수 있는 쉬운 방법을 제공합니다.

유지 보수 비용이 높아짐

스타일에 독립적인 방식으로 작성된 사이트를 유지 보수하는 것이 훨씬 더 쉽습니다. 예를 들어, <font color="">를 사용하는 사이트의 색상을 변경하는 경우, 사이트 전체에 걸쳐 변경해야 하지만, CSS를 기반으로 한 사이트의 유사한 변경은 단일 파일을 변경하여 수행할 수 있습니다.

문서 크기 증가

표현 마크업은 일반적으로 훨씬 더 중복되므로 문서 크기가 커집니다.

이러한 이유로 이 버전의 HTML에서 표현 마크업이 제거되었습니다. 이 변경은 놀라운 일이 아닙니다. HTML4는 많은 해 전에 표현 마크업을 더 이상 사용하지 않도록 하고, 작성자가 표현 마크업에서 벗어나도록 돕기 위해 모드(HTML4 Transitional)를 제공했습니다. 나중에 XHTML 1.1은 이러한 기능을 완전히 폐기했습니다.

HTML에 남아 있는 유일한 표현 마크업 기능은 style 속성과 style 요소입니다. style 속성의 사용은 프로덕션 환경에서 다소 권장되지 않지만, 나중에 별도의 스타일 시트로 직접 이동할 수 있는 규칙을 신속하게 프로토타입화하는 데 유용할 수 있으며, 별도의 스타일 시트가 불편한 경우 특정 스타일을 제공하는 데 유용할 수 있습니다. 유사하게, style 요소는 배포 또는 페이지별 스타일에 유용할 수 있지만, 스타일이 여러 페이지에 적용되는 경우 일반적으로 외부 스타일 시트가 더 편리합니다.

또한 이전에 표현적이었던 일부 요소가 이 명세서에서 미디어 독립적으로 재정의되었다는 점도 주목할 가치가 있습니다: b, i, hr, s, small, u.

1.11.2 문법 오류

이 섹션은 비규범적입니다.

HTML의 문법은 다양한 문제를 피하기 위해 제한됩니다.

직관적이지 않은 오류 처리 동작

특정 잘못된 문법 구조는 파싱될 때 매우 직관적이지 않은 DOM 트리를 생성할 수 있습니다.

예를 들어, 다음 마크업 조각은 hr 요소가 해당 table 요소보다 이전에 형제로 나타나는 DOM을 생성합니다:

<table><hr>...

옵션 오류 복구가 있는 오류

사용자 에이전트를 제어된 환경에서 사용할 수 있도록, 더 기괴하고 복잡한 오류 처리 규칙을 구현하지 않고도 사용자 에이전트가 파싱 오류를 만날 때마다 실패할 수 있습니다.

스트리밍 사용자 에이전트와 호환되지 않는 오류 처리 동작

위에서 언급한 <table><hr>... 예와 같은 일부 오류 처리 동작은 상태를 저장하지 않고 한 번의 통과로 HTML 파일을 처리하는 스트리밍 사용자 에이전트와 호환되지 않습니다. 이러한 사용자 에이전트와의 상호 운용성 문제를 피하기 위해, 이러한 동작을 초래하는 모든 문법은 유효하지 않은 것으로 간주됩니다.

정보 집합 강제를 초래할 수 있는 오류

XML을 기반으로 하는 사용자 에이전트가 HTML 파서에 연결될 때, 요소 또는 속성 이름에 여러 개의 콜론이 포함되지 않는 것과 같은 XML이 강제하는 특정 불변성이 HTML 파일에 의해 위반될 수 있습니다. 이를 처리하려면 파서가 HTML DOM을 XML 호환 정보 집합으로 강제해야 할 수 있습니다. 이러한 처리가 필요한 대부분의 문법 구조는 유효하지 않은 것으로 간주됩니다. (연속된 두 개의 하이픈을 포함하거나 하이픈으로 끝나는 주석은 HTML 문법에서 허용되는 예외입니다.)

불균형적으로 성능이 저하될 수 있는 오류

특정 문법 구조는 불균형적으로 성능이 저하될 수 있습니다. 이러한 구조의 사용을 방지하기 위해, 이들은 일반적으로 적합하지 않은 것으로 만들어집니다.

예를 들어, 다음 마크업은 성능이 저하됩니다. 모든 닫히지 않은 i 요소가 각 문단에서 다시 구성되어 점차적으로 각 문단에 더 많은 요소가 생성됩니다:

<p><i>그녀는 꿈을 꾸었다.
<p><i>그녀는 아침을 먹었다는 꿈을 꾸었다.
<p><i>그 후 점심.
<p><i>그리고 마침내 저녁.

이 조각의 결과로 생성된 DOM은 다음과 같습니다:

• p
  • i
    • #text: 그녀는 꿈을 꾸었다.
• p
  • i
    • i
      • #text: 그녀는 아침을 먹었다는 꿈을 꾸었다.
• p
  • i
    • i
      • i
        • #text: 그 후 점심.
• p
  • i
    • i
      • i
        • i
          • #text: 그리고 마침내 저녁.

취약한 문법 구조와 관련된 오류

역사적 이유로 상대적으로 취약한 문법 구조가 있습니다. 이러한 문제에 우연히 부딪히는 사용자의 수를 줄이기 위해, 이러한 구조는 비적합한 것으로 만들어집니다.

예를 들어, 속성에서 특정 명명된 문자 참조의 파싱은 종결 세미콜론이 생략되더라도 발생합니다. 따옴표로 닫히지 않은 속성에서 따옴표 없이 앰퍼샌드(&)와 글자를 포함하는 경우, 그 글자가 명명된 문자 참조가 아닌 경우에는 안전하지만, 명명된 문자 참조로 해석되는 경우 그 문자로 해석됩니다.

이 조각에서, 속성 값은 "?bill&ted"입니다:

<a href="?bill&ted">Bill and Ted</a>

그러나 다음 조각에서, 속성 값은 실제로 "?art©"입니다. 의도된 "?art&copy"가 아닌 "©"로 해석됩니다.

<a href="?art&copy">Art and Copy</a>

이 문제를 피하기 위해, 모든 명명된 문자 참조는 세미콜론으로 끝나야 하며, 세미콜론 없이 명명된 문자 참조를 사용하는 경우 오류로 표시됩니다.

따라서 위의 경우를 올바르게 표현하는 방법은 다음과 같습니다:

<a href="?bill&ted">Bill and Ted</a> <!-- &ted는 명명된 문자 참조가 아니므로 괜찮습니다. -->

<a href="?art&amp;copy">Art and Copy</a> <!-- &copy는 명명된 문자 참조이므로 &가 이스케이프되어야 합니다. -->

레거시 사용자 에이전트에서의 상호 운용성 문제를 일으키는 오류

특정 문법 구조는 레거시 사용자 에이전트에서 특히 미묘하거나 심각한 문제를 일으키는 것으로 알려져 있으며, 작성자가 이러한 문제를 피할 수 있도록 비적합한 것으로 표시됩니다.

예를 들어, U+0060 그레이브 악센트(`) 문자가 따옴표로 닫히지 않은 속성에서 허용되지 않는 이유는 특정 레거시 사용자 에이전트에서 때때로 따옴표 문자로 처리되기 때문입니다.

또 다른 예로, DOCTYPE은 퀴르크 모드를 방지하기 위해 필수적으로 비 퀴르크 모드로 트리거됩니다. 레거시 사용자 에이전트의 퀴르크 모드에서의 동작은 대부분 문서화되지 않았기 때문입니다.

보안 공격에 노출될 위험이 있는 오류

특정 제한은 알려진 보안 문제를 피하기 위해 존재합니다.

예를 들어, UTF-7의 사용 제한은 UTF-7을 사용한 알려진 크로스 사이트 스크립팅 공격으로 인해 작성자가 피해를 입지 않도록 순전히 존재합니다. [UTF7]

작성자의 의도가 불분명한 경우

작성자의 의도가 매우 불분명한 마크업은 종종 비적합한 것으로 간주됩니다. 이러한 오류를 조기에 수정하면 나중에 유지보수가 더 쉬워집니다.

예를 들어, 작성자가 다음을 h1 제목으로 의도했는지 또는 h2 제목으로 의도했는지는 불분명합니다:

<h1>연락처</h2>

오타일 가능성이 높은 경우

사용자가 간단한 오타를 범했을 때, 이 오류를 조기에 잡아내면 작성자가 많은 디버깅 시간을 절약할 수 있습니다. 따라서 이 명세서는 일반적으로 이 명세서에 정의된 이름과 일치하지 않는 요소 이름, 속성 이름 등을 사용하는 것을 오류로 간주합니다.

예를 들어, 작성자가 <capton> 대신 <caption>을 입력한 경우, 이는 오류로 표시되어 작성자가 즉시 오타를 수정할 수 있습니다.

미래의 새로운 문법과 충돌할 가능성이 있는 오류

미래에 언어 문법을 확장할 수 있도록 하기 위해, 그렇지 않으면 무해한 기능들이 허용되지 않습니다.

예를 들어, 현재는 "속성"이 종료 태그에서 무시되지만, 이들은 무효이며, 미래에 해당 문법 기능을 사용하여 배포된(및 유효한!) 콘텐츠와 충돌하지 않도록 하기 위해 비적합합니다.

일부 작성자는 모든 속성을 항상 따옴표로 묶고 모든 선택적 태그를 항상 포함하는 관행을 따르는 것이 유용하다고 생각하며, HTML 문법의 유연성을 활용하여 제공되는 간결성의 사소한 이점보다 이러한 관습에서 얻는 일관성을 선호합니다. 이러한 작성자를 돕기 위해, 적합성 검사기는 그러한 관습이 강제되는 운영 모드를 제공할 수 있습니다.

1.11.3 콘텐츠 모델 및 속성 값에 대한 제한사항

이 섹션은 비규범적입니다.

언어의 문법을 넘어서, 이 명세서는 요소와 속성을 지정하는 방법에 대한 제한도 둡니다. 이러한 제한은 비슷한 이유로 존재합니다:

의심스러운 의미론을 가진 콘텐츠와 관련된 오류

정의된 의미를 가진 요소의 오용을 피하기 위해, 이러한 중첩이 의심스러운 가치가 있을 경우 요소를 중첩하는 방법을 제한하는 콘텐츠 모델이 정의됩니다.

예를 들어, 이 명세서는 section 요소를 kbd 요소 내부에 중첩하는 것을 허용하지 않는데, 이는 저자가 전체 섹션을 입력해야 한다고 표시할 가능성이 매우 낮기 때문입니다.

표현된 의미의 충돌과 관련된 오류

마찬가지로, 요소 사용의 실수를 저자의 주목을 끌기 위해, 표현된 의미에서의 명백한 모순은 적합성 오류로 간주됩니다.

예를 들어, 아래의 조각에서는 의미가 말이 되지 않습니다: 구분자는 동시에 셀일 수 없으며, 라디오 버튼은 진행 표시줄이 될 수 없습니다.

<hr role="cell">

<input type=radio role=progressbar>

또 다른 예는 ul 요소의 콘텐츠 모델에 대한 제한입니다. 이 요소는 li 요소 자식만을 허용합니다. 리스트는 정의상 0개 이상의 리스트 항목으로만 구성되므로, ul 요소에 li 요소 이외의 것이 포함된 경우, 무엇을 의미하는지 명확하지 않습니다.

기본 스타일이 혼란을 초래할 가능성이 있는 경우

일부 요소는 기본 스타일이나 동작으로 인해 특정 조합이 혼란을 초래할 가능성이 있습니다. 이 문제를 피할 수 있는 동등한 대체 요소가 있는 경우, 혼란스러운 조합은 허용되지 않습니다.

예를 들어, div 요소는 블록 박스로 렌더링되며, span 요소는 인라인 박스로 렌더링됩니다. 블록 박스를 인라인 박스에 넣는 것은 불필요하게 혼란스럽습니다. div 요소를 중첩하거나, span 요소를 중첩하거나, span 요소를 div 요소 안에 중첩하는 것은 모두 div 요소를 span 요소 안에 중첩하는 것과 동일한 목적을 수행하지만, 후자는 블록 박스를 인라인 박스에 넣는 것을 포함하기 때문에 후자 조합은 허용되지 않습니다.

또 다른 예는 인터랙티브 콘텐츠가 중첩될 수 없는 방식입니다. 예를 들어, button 요소는 textarea 요소를 포함할 수 없습니다. 이는 이러한 중첩된 인터랙티브 요소의 기본 동작이 사용자에게 매우 혼란스러울 수 있기 때문입니다. 이러한 요소를 중첩하는 대신 나란히 배치할 수 있습니다.

명세서를 오해한 것 같다고 나타나는 오류

때때로, 무언가가 허용되지 않는 이유는 이를 허용하는 것이 저자의 혼란을 야기할 가능성이 높기 때문입니다.

예를 들어, disabled 속성을 "false" 값으로 설정하는 것은 허용되지 않으며, 이는 요소가 활성화된다는 의미로 보일 수 있지만 실제로는 요소가 비활성화됨을 의미하기 때문입니다. (구현에서 중요한 것은 속성의 값이 아니라 속성의 존재입니다).

단순히 언어를 단순화하기 위해 부과된 제한과 관련된 오류

일부 적합성 오류는 저자가 배워야 할 언어를 단순화합니다.

예를 들어, area 요소의 shape 속성은 실습에서 동의어로 circ 및 circle 값을 허용하지만, circ 값을 허용하지 않으므로 자습서 및 기타 학습 도구를 단순화할 수 있습니다. 둘 다 허용하는 데는 이점이 없지만 언어를 가르치는 데 혼란을 초래할 수 있습니다.

구문 분석기의 특이성과 관련된 오류

일부 요소는 다소 독특한 방식으로 구문 분석되며(주로 역사적 이유로), 이러한 콘텐츠 모델 제한은 저자가 이러한 문제에 노출되는 것을 방지하기 위한 것입니다.

예를 들어, form 요소는 구문 콘텐츠 내에서 허용되지 않으며, HTML로 구문 분석할 때, form 요소의 시작 태그는 p 요소의 종료 태그를 암시합니다. 따라서 다음 마크업은 하나가 아닌 두 개의 문단을 생성합니다:

<p>Welcome. <form><label>Name:</label> <input></form>

이는 정확히 다음과 같이 구문 분석됩니다:

<p>Welcome. </p><form><label>Name:</label> <input></form>

스크립트가 디버깅하기 어려운 방식으로 실패할 가능성이 있는 오류

일부 오류는 디버깅하기 어려운 스크립트 문제를 방지하기 위해 의도되었습니다.

예를 들어, 동일한 값을 가진 두 개의 id 속성을 갖는 것이 비적합한 이유는 중복된 ID가 잘못된 요소가 선택되도록 하여, 때로는 원인을 파악하기 어려운 재앙적인 영향을 미칠 수 있기 때문입니다.

저작 시간 낭비와 관련된 오류

일부 구조는 역사적으로 많은 저작 시간 낭비의 원인이 되었기 때문에 금지되었으며, 이를 피함으로써 저자는 미래의 작업에서 시간을 절약할 수 있습니다.

예를 들어, script 요소의 src 속성은 요소의 내용을 무시하게 합니다. 그러나 이는 명확하지 않으며, 특히 요소의 내용이 실행 가능한 스크립트처럼 보이는 경우 저자는 실행되지 않는 인라인 스크립트를 디버깅하려고 시간을 낭비할 수 있습니다. 이러한 문제를 줄이기 위해, 이 명세서는 script 요소의 src 속성이 존재할 때 실행 가능한 스크립트를 포함하는 것을 비적합하게 만듭니다. 이를 통해 문서를 검증하는 작성자는 이러한 실수로 시간을 낭비할 가능성이 줄어듭니다.

HTML 및 XML 문법 간의 전환을 시도하는 작성자에게 영향을 미치는 오류

일부 저자는 XML 및 HTML로 유사한 결과를 해석할 수 있는 파일을 작성하는 것을 좋아합니다. 이 실습은 일반적으로 스크립팅, 스타일링 또는 자동화된 직렬화와 관련된 미묘한 복잡성으로 인해 권장되지 않지만, 이 명세서는 이러한 어려움을 어느 정도 완화하기 위한 몇 가지 제한을 두고 있습니다. 이는 작성자가 HTML 및 XML 문법 간의 전환 시 이를 임시 단계로 사용할 수 있도록 합니다.

예를 들어, lang 및 xml:lang 속성을 동기화 상태로 유지하기 위한 다소 복잡한 규칙이 존재합니다.

또 다른 예는 HTML 직렬화에서 xmlns 속성 값에 대한 제한입니다. 이러한 제한은 문서를 HTML 또는 XML로 처리할 때 요소가 동일한 네임스페이스에 속하도록 보장하기 위해 마련되었습니다.

미래 확장을 위해 예약된 영역과 관련된 오류

언어의 미래 수정에서 새로운 구문을 허용하기 위한 구문 제한과 마찬가지로, 요소의 콘텐츠 모델 및 속성 값에 대한 일부 제한은 HTML 어휘의 미래 확장을 허용하기 위한 것입니다.

예를 들어, U+005F LOW LINE 문자(_)로 시작하는 target 속성 값이 특정 미리 정의된 값만 허용되도록 제한함으로써, 작성자가 정의한 값과 충돌하지 않고 나중에 새로운 미리 정의된 값을 도입할 수 있습니다.

다른 명세서를 잘못 사용한 것과 관련된 오류

일부 제한은 다른 명세서에 의해 설정된 제한을 지원하기 위한 것입니다.

예를 들어, 미디어 쿼리 목록을 사용하는 속성은 유효한 미디어 쿼리 목록만을 사용하도록 요구함으로써 해당 명세서의 적합성 규칙을 따르는 것의 중요성을 강조합니다.

1.12 추천 읽을거리

이 섹션은 비규범적입니다.

다음 문서는 이 사양의 독자에게 흥미로울 수 있습니다.

월드 와이드 웹을 위한 문자 모델 1.0: 기본 사항 [CHARMOD]

이 아키텍처 사양은 사양 작성자, 소프트웨어 개발자 및 콘텐츠 개발자에게 유니코드 표준과 ISO/IEC 10646에 의해 공동으로 정의된 유니버설 문자 세트를 기반으로 웹에서 상호 운용 가능한 텍스트 처리를 위한 공통 참조를 제공합니다. 다루는 주제는 '문자', '인코딩' 및 '문자열' 용어의 사용, 참조 처리 모델, 문자 인코딩의 선택 및 식별, 문자 이스케이프 및 문자열 인덱싱을 포함합니다.

유니코드 보안 고려 사항 [UTR36]

유니코드는 매우 많은 수의 문자를 포함하고 있으며 세계의 다양한 문자 체계를 통합하고 있기 때문에 잘못된 사용은 프로그램이나 시스템을 보안 공격에 노출시킬 수 있습니다. 특히 더 많은 제품이 국제화됨에 따라 이것은 매우 중요합니다. 이 문서는 프로그래머, 시스템 분석가, 표준 개발자 및 사용자가 고려해야 할 보안 고려 사항 중 일부를 설명하고, 문제의 위험을 줄이기 위한 구체적인 권장 사항을 제공합니다.

웹 콘텐츠 접근성 지침 (WCAG) [WCAG]

웹 콘텐츠 접근성 지침 (WCAG)은 웹 콘텐츠를 더 접근 가능하게 만드는 방법에 대한 다양한 권장 사항을 다룹니다. 이 지침을 따르면 시각 장애, 청각 장애, 학습 장애, 인지적 제한, 운동 제한, 언어 장애, 광 과민성 및 이들의 조합을 포함한 다양한 장애를 가진 사람들에게 콘텐츠를 접근 가능하게 할 수 있습니다. 이 지침을 따르면 일반 사용자를 포함하여 더 많은 사용자가 웹 콘텐츠를 더 쉽게 이용할 수 있게 됩니다.

저작 도구 접근성 지침 (ATAG) 2.0 [ATAG]

이 사양은 장애인을 위한 더 접근 가능한 웹 콘텐츠 저작 도구를 설계하기 위한 지침을 제공합니다. 이 지침을 준수하는 저작 도구는 장애인을 위한 접근 가능한 사용자 인터페이스를 제공할 뿐만 아니라 모든 저자가 접근 가능한 웹 콘텐츠를 제작할 수 있도록 지원하고 촉진할 것입니다.

사용자 에이전트 접근성 지침 (UAAG) 2.0 [UAAG]

이 문서는 장애인을 위한 웹 접근성을 향상시키기 위한 사용자 에이전트를 설계하는 지침을 제공합니다. 사용자 에이전트에는 웹 콘텐츠를 검색하고 렌더링하는 브라우저 및 기타 유형의 소프트웨어가 포함됩니다. 이 지침을 준수하는 사용자 에이전트는 자체 사용자 인터페이스와 기타 내부 기능을 통해 접근성을 촉진할 것이며, 특히 보조 기술과의 통신 능력을 포함합니다. 또한 장애인뿐만 아니라 모든 사용자가 준수하는 사용자 에이전트를 더 사용하기 쉽게 느낄 것입니다.

2 공통 인프라

이 사양은 Infra에 의존합니다. [INFRA]

2.1 용어

이 사양은 HTML 및 XML 속성과 IDL 속성을 모두 참조하며, 종종 동일한 맥락에서 사용됩니다. 어떤 것을 참조하는지 명확하지 않을 때는 HTML 및 XML 속성을 콘텐츠 속성이라고 하고, IDL 인터페이스에 정의된 속성은 IDL 속성이라고 합니다. 유사하게, "속성"이라는 용어는 자바스크립트 객체 속성과 CSS 속성 모두에 사용됩니다. 이러한 경우 모호함을 피하기 위해 객체 속성과 CSS 속성으로 명확히 구분합니다.

일반적으로, 사양에서 특정 기능이 HTML 구문 또는 XML 구문에 적용된다고 명시할 때, 다른 하나에도 적용됩니다. 특정 기능이 두 언어 중 하나에만 적용될 경우, "HTML의 경우, ... (이는 XML에는 적용되지 않음)"과 같이 명확하게 언급하여 다른 형식에는 적용되지 않음을 명시합니다.

이 사양은 문서라는 용어를 HTML의 모든 사용 사례를 참조하는 데 사용합니다. 이에는 짧은 정적 문서부터 멀티미디어가 풍부한 긴 에세이 또는 보고서, 완전한 인터랙티브 애플리케이션까지 포함됩니다. 이 용어는 Document 객체 및 그 하위 DOM 트리와, HTML 구문 또는 XML 구문을 사용하여 직렬화된 바이트 스트림을 참조하는 데 사용됩니다. 어떤 맥락에서 사용되는지에 따라 다릅니다.

DOM 구조의 맥락에서 HTML 문서 및 XML 문서라는 용어는 DOM에서 정의된 대로 사용되며, Document 객체가 처할 수 있는 두 가지 다른 모드를 구체적으로 나타냅니다. [DOM] (이러한 용어 사용 시 항상 정의로 하이퍼링크됩니다.)

바이트 스트림의 맥락에서, HTML 문서는 text/html로 라벨이 지정된 리소스를, XML 문서는 XML MIME 타입으로 라벨이 지정된 리소스를 의미합니다.

간단히 하기 위해, 문서가 사용자에게 렌더링되는 방식과 관련하여 표시됨, 디스플레이됨, 보임과 같은 용어를 사용할 수 있습니다. 이러한 용어는 시각적 매체를 암시하는 것이 아니며, 다른 매체에도 동등하게 적용되어야 합니다.

2.1.1 병렬 처리

단계를 병렬로 실행한다는 것은 해당 단계들이 표준의 다른 로직(예: 이벤트 루프)과 동시에 실행되어야 함을 의미합니다. 이 표준은 이를 달성하는 정확한 메커니즘, 예를 들어 타임셰어링 협동 멀티태스킹, 파이버, 스레드, 프로세스, 다른 하이퍼스레드, 코어, CPU, 머신 등을 정의하지 않습니다. 반면, 즉시 실행되어야 하는 작업은 현재 실행 중인 작업을 중단하고, 자신을 실행한 후 이전에 실행 중이던 작업을 다시 시작해야 합니다.

병렬 처리를 활용하는 사양을 작성하는 방법에 대한 지침은 다른 사양에서 이벤트 루프 처리를 참조하십시오.

동일한 데이터에서 작동하는 여러 병렬 알고리즘 간의 경쟁 조건을 피하기 위해 병렬 큐를 사용할 수 있습니다.

병렬 큐는 일련의 알고리즘 단계를 순차적으로 실행해야 하는 큐를 나타냅니다.

병렬 큐는 알고리즘 큐(큐)를 가지며, 초기에는 비어 있습니다.

병렬 큐에 단계를 큐에 추가하려면, 알고리즘 단계를 병렬 큐의 알고리즘 큐에 추가합니다.

새로운 병렬 큐를 시작하려면 다음 단계를 실행합니다:

1. parallelQueue를 새로운 병렬 큐로 설정합니다.

2. 다음 단계를 병렬로 실행합니다:

   1. 항상:

      1. steps를 parallelQueue의 알고리즘 큐에서 큐에서 제거한 결과로 설정합니다.

      2. steps가 아무것도 아닌 경우, steps를 실행합니다.

      3. Assert: 병렬로 실행되는 단계는 예외를 발생시킬 수 없으므로 steps를 실행한 결과 예외가 발생하지 않았음을 확인합니다.

      구현에서는 이를 지속적으로 실행되는 루프로 구현할 필요는 없습니다. 표준의 알고리즘은 이해하기 쉬워야 하며 배터리 수명이나 성능을 반드시 고려하지는 않습니다.

3. parallelQueue를 반환합니다.

병렬로 실행되는 단계들은 자체적으로 다른 단계를 병렬로 실행할 수 있습니다. 예를 들어, 병렬 큐 내에서 일련의 단계를 큐와 병렬로 실행하는 것이 유용할 수 있습니다.

2.1.2 리소스

본 명세서에서는 외부 리소스의 의미를 해석할 수 있는 구현이 있는지 여부를 나타낼 때 지원됨이라는 용어를 사용합니다. 특정 형식 또는 유형의 외부 리소스를 처리할 수 있고 해당 리소스의 중요한 측면이 무시되지 않으면 해당 형식 또는 유형이 지원됨으로 간주됩니다. 특정 리소스가 지원됨인지 여부는 리소스 형식의 기능이 어떻게 사용되는지에 따라 달라질 수 있습니다.

예를 들어, PNG 이미지는 해당 픽셀 데이터를 해독하고 렌더링할 수 있다면, 구현이 알지 못하더라도 이미지에 애니메이션 데이터가 포함되어 있어도 지원되는 형식으로 간주됩니다.

MPEG-4 비디오 파일은 압축 형식이 지원되지 않는다면 해당 구현이 파일의 메타데이터에서 영화의 크기를 결정할 수 있더라도 지원되는 형식으로 간주되지 않습니다.

일부 명세서, 특히 HTTP 명세서에서 표현이라고 하는 것을 이 명세서에서는 리소스라고 합니다. [HTTP]

리소스의 중요 하위 리소스는 리소스를 올바르게 처리하기 위해 필요한 리소스입니다. 어떤 리소스가 중요한지 아닌지는 리소스 형식을 정의하는 명세서에서 정의됩니다.

예를 들어, CSS 스타일 시트의 경우, 여기에서는 임시로 이들의 중요한 하위 리소스를 @import 규칙을 통해 가져온 다른 스타일 시트들로 정의합니다. 다른 가져온 스타일 시트들에 의해 간접적으로 가져온 스타일 시트들도 포함됩니다.

이 정의는 완전히 상호 운용 가능한 것은 아닙니다. 또한 일부 사용자 에이전트는 배경 이미지나 웹 폰트와 같은 리소스를 중요한 하위 리소스로 간주하는 것 같습니다. 이상적으로는 CSS 워킹 그룹이 이것을 정의해야 합니다. 이 문제에 대한 진행 상황을 추적하려면 w3c/csswg-drafts issue #1088를 참조하십시오.

2.1.3 XML 호환성

HTML에서 XML로의 마이그레이션을 용이하게 하기 위해, 이 명세서를 준수하는 사용자 에이전트는 HTML의 요소를 http://www.w3.org/1999/xhtml 네임스페이스에 배치합니다. 적어도 DOM과 CSS의 목적을 위해서라도 그렇습니다. "HTML 요소"라는 용어는 XML 문서에서도 해당 네임스페이스에 있는 모든 요소를 지칭합니다.

달리 명시되지 않는 한, 이 명세서에서 정의되거나 언급된 모든 요소는 HTML 네임스페이스 ("http://www.w3.org/1999/xhtml")에 있으며, 이 명세서에서 정의되거나 언급된 모든 속성은 네임스페이스가 없습니다.

요소 타입이라는 용어는 특정 로컬 이름과 네임스페이스를 가진 요소의 집합을 지칭하는 데 사용됩니다. 예를 들어, button 요소는 button 요소 타입의 요소로, 로컬 이름이 "button"이며 (위에서 정의한 대로 암묵적으로) HTML 네임스페이스에 속합니다.

속성 이름은 XML에서 정의된 Name 생성 규칙을 준수하고 U+003A 콜론 문자 (:)를 포함하지 않는 경우 XML 호환이라고 합니다. [XML]

2.1.4 DOM 트리

어떤 요소나 속성이 무시됨, 또는 다른 값으로 처리됨, 또는 다른 것으로 취급됨이라고 명시된 경우, 이는 해당 노드가 DOM에 삽입된 후 처리에만 해당됩니다. 이러한 상황에서 사용자 에이전트는 DOM을 변경해서는 안 됩니다.

콘텐츠 속성의 값이 이전 값과 다를 때만 값이 변경됨이라고 합니다. 이미 가진 값으로 속성을 설정하는 것은 변경으로 간주되지 않습니다.

비어 있음이라는 용어는 속성 값, 텍스트 노드 또는 문자열에 사용될 때, 텍스트의 길이가 0임을 의미합니다 (즉, 제어 문자 또는 U+0020 SPACE를 포함하지 않음).

HTML 요소는 특정 HTML 요소 삽입 단계, HTML 요소 연결 후 단계, 및 HTML 요소 제거 단계를 가질 수 있으며, 이는 요소의 로컬 이름에 대해 정의됩니다.

HTML 표준의 삽입 단계는 insertedNode가 주어졌을 때 다음과 같이 정의됩니다:

1. insertedNode가 네임스페이스가 HTML 네임스페이스인 요소이며, 이 표준이 insertedNode의 로컬 이름에 대한 HTML 요소 삽입 단계를 정의하는 경우, insertedNode에 대해 해당하는 HTML 요소 삽입 단계를 실행합니다.

2. insertedNode가 폼 연관 요소이거나 폼 연관 요소의 조상인 경우:

   1. 만약 폼 연관 요소의 파서 삽입 플래그가 설정되어 있으면, 반환합니다.

   2. 폼 소유자 재설정을 실행합니다.

3. insertedNode가 Element이지만 열린 요소 스택에 없을 경우, 내부 리소스 링크 처리를 insertedNode의 노드 문서로 실행합니다.

HTML 표준의 연결 후 단계는 insertedNode에 대해 다음과 같이 정의됩니다:

1. insertedNode가 네임스페이스가 HTML 네임스페이스인 요소이며, 이 표준이 insertedNode의 로컬 이름에 대한 HTML 요소 연결 후 단계를 정의하는 경우, insertedNode에 대해 해당하는 HTML 요소 연결 후 단계를 실행합니다.

HTML 표준의 제거 단계는 removedNode와 oldParent가 주어졌을 때 다음과 같이 정의됩니다:

1. document를 removedNode의 노드 문서로 설정합니다.

2. 만약 document의 포커스된 영역이 removedNode라면, document의 포커스된 영역을 document의 뷰포트로 설정하고, document의 관련 글로벌 객체의 네비게이션 API에서 네비게이션 중 포커스 변경됨을 false로 설정합니다.

   이는 포커스 해제 단계, 포커스 설정 단계 또는 포커스 업데이트 단계를 수행하지 않으므로 blur 또는 change 이벤트가 발생하지 않습니다.

3. removedNode가 네임스페이스가 HTML 네임스페이스인 요소이고, 이 표준이 removedNode의 로컬 이름에 대한 HTML 요소 제거 단계를 정의하는 경우, removedNode와 oldParent에 대해 해당하는 HTML 요소 제거 단계를 실행합니다.

4. removedNode가 폼 연관 요소이거나 폼 연관 요소의 조상인 경우:

   1. 만약 폼 연관 요소에 폼 소유자가 있고, 폼 연관 요소와 그 폼 소유자가 더 이상 동일한 트리에 있지 않다면, 폼 소유자 재설정을 실행합니다.

5. removedNode의 popover 속성이 팝오버 없음 상태에 있지 않다면, 팝오버 숨기기 알고리즘을 removedNode, false, false, false를 인수로 실행합니다.

노드가 문서에 삽입됨은 삽입 단계가 해당 노드를 인수로 호출하고 이제 문서 트리에 포함되었을 때를 의미합니다. 마찬가지로, 노드가 문서에서 제거됨은 제거 단계가 해당 노드를 인수로 호출하고 이제 더 이상 문서 트리에 포함되지 않았을 때를 의미합니다.

노드가 연결됨은 삽입 단계가 해당 노드를 인수로 호출하고 이제 연결됨을 의미합니다. 마찬가지로, 노드가 연결 해제됨은 제거 단계가 해당 노드를 인수로 호출하고 이제 더 이상 연결됨이 아닌 경우를 의미합니다.

노드가 탐색 문맥에 연결됨은 해당 노드가 연결됨이고, 해당 노드의 섀도우 포함 루트의 탐색 문맥이 null이 아닐 때를 의미합니다. 노드가 탐색 문맥에 연결됨은 삽입 단계가 해당 노드를 인수로 호출하고 이제 탐색 문맥에 연결됨을 의미합니다. 노드가 탐색 문맥에서 연결 해제됨은 제거 단계가 해당 노드를 인수로 호출하고 이제 더 이상 탐색 문맥에 연결됨이 아니거나, 해당 노드의 섀도우 포함 루트의 탐색 문맥이 null이 된 경우를 의미합니다.

2.1.5 스크립팅

Foo가 실제로는 인터페이스인 경우에도 "a Foo object"라는 표현이 사용되며, 이는 더 정확한 "인터페이스 Foo를 구현하는 객체" 대신 사용되기도 합니다.

IDL 속성이 얻어짐이라고 할 때는 해당 속성의 값이 조회되고 있을 때(예: 저자 스크립트에 의해), 설정됨이라고 할 때는 새 값이 할당될 때를 의미합니다.

DOM 객체가 라이브라고 할 때, 해당 객체의 속성과 메서드는 스냅샷이 아닌 실제 기본 데이터에 대해 작동해야 합니다.

2.1.6 플러그인

플러그인이라는 용어는 사용자 에이전트가 사용하는 구현 정의된 콘텐츠 핸들러 집합을 의미하며, 이는 document 객체의 렌더링에 참여할 수 있지만, document의 하위 탐색 가능 요소로 작동하지 않으며, 노드 객체를 document의 DOM에 추가하지 않습니다.

일반적으로 이러한 콘텐츠 핸들러는 서드파티에 의해 제공되지만, 사용자 에이전트가 내장된 콘텐츠 핸들러를 플러그인으로 지정할 수도 있습니다.

사용자 에이전트는 text/plain 및 application/octet-stream 유형을 등록된 플러그인으로 간주해서는 안 됩니다.

플러그인의 한 예로, 사용자가 PDF 파일로 이동할 때 탐색 가능 요소에서 인스턴스화되는 PDF 뷰어를 들 수 있습니다. 이는 PDF 뷰어 구성 요소를 구현한 당사자가 사용자 에이전트를 구현한 당사자와 동일한지 여부와 관계없이 플러그인으로 간주됩니다. 그러나 사용자 에이전트와 별도로 실행되는 PDF 뷰어 애플리케이션(동일한 인터페이스를 사용하지 않는 경우)은 이 정의에 따른 플러그인이 아닙니다.

이 명세서는 플러그인과 상호 작용하는 메커니즘을 정의하지 않습니다. 이는 사용자 에이전트 및 플랫폼에 따라 다를 것으로 예상되기 때문입니다. 일부 사용자 에이전트는 Netscape 플러그인 API와 같은 플러그인 메커니즘을 지원할 수 있으며, 다른 사용자 에이전트는 원격 콘텐츠 변환기를 사용하거나 특정 유형에 대한 내장 지원을 가질 수 있습니다. 실제로 이 명세서는 사용자 에이전트가 플러그인을 지원해야 한다고 요구하지 않습니다. [NPAPI]

브라우저는 플러그인을 위해 의도된 외부 콘텐츠와 상호 작용할 때 극도로 주의해야 합니다. 서드파티 소프트웨어가 사용자 에이전트 자체와 동일한 권한으로 실행될 때, 서드파티 소프트웨어의 취약점은 사용자 에이전트의 취약점만큼 위험해질 수 있습니다.

서로 다른 사용자가 서로 다른 플러그인 집합을 가지는 것이 사용자가 고유하게 식별될 가능성을 높이는 추적 벡터를 제공하기 때문에, 사용자 에이전트는 각 사용자에 대해 동일한 플러그인 집합을 지원하도록 권장됩니다.

2.1.7 문자 인코딩

문자 인코딩은, 또는 모호하지 않은 경우 인코딩은 인코딩에서 정의된 바와 같이 바이트 스트림과 유니코드 문자열 간의 변환을 정의하는 방법입니다. 인코딩은 인코딩 이름과 하나 이상의 인코딩 레이블을 가지며, 인코딩 표준에서는 이를 인코딩의 이름과 레이블이라고 합니다. [ENCODING]

2.1.8 준수 클래스

이 명세서는 사용자 에이전트(구현자에게 관련)와 문서(저자 및 저작 도구 구현자에게 관련)에 대한 준수 기준을 설명합니다.

준수 문서는 문서에 대한 모든 준수 기준을 준수하는 문서입니다. 가독성을 위해 이러한 준수 요구 사항 중 일부는 저자에 대한 준수 요구 사항으로 표현됩니다. 이러한 요구 사항은 암묵적으로 문서에 대한 요구 사항입니다. 정의상, 모든 문서는 저자가 있는 것으로 가정됩니다. (일부 경우에는 그 저자가 사용자 에이전트일 수도 있으며, 이러한 사용자 에이전트는 아래에서 설명하는 추가 규칙의 적용을 받습니다.)

예를 들어, "저자는 foobar 요소를 사용해서는 안 됩니다."라는 요구 사항이 있으면 문서에 foobar라는 이름의 요소가 포함될 수 없음을 의미합니다.

문서 준수 요구 사항과 구현 준수 요구 사항 간에는 암묵적인 관계가 없습니다. 사용자 에이전트는 비준수 문서를 자유롭게 처리할 수 없습니다. 이 명세서에서 설명하는 처리 모델은 입력 문서의 준수 여부와 관계없이 구현에 적용됩니다.

사용자 에이전트는 여러 (중첩된) 범주로 나뉘며, 각각 다른 준수 요구 사항이 있습니다.

웹 브라우저 및 기타 상호작용 사용자 에이전트

XML 구문을 지원하는 웹 브라우저는 XML 문서에서 발견된 HTML 네임스페이스의 요소와 속성을 이 명세서에서 설명한 대로 처리하여 사용자가 상호작용할 수 있도록 해야 합니다. 단, 이러한 요소의 의미가 다른 명세서에 의해 재정의된 경우는 제외합니다.

준수 웹 브라우저는 XML 문서에서 스크립트 요소를 발견하면 해당 요소에 포함된 스크립트를 실행해야 합니다. 그러나, XSLT로 표현된 변환 내에서 이 요소가 발견되면 (사용자 에이전트가 XSLT도 지원한다고 가정할 때) 프로세서는 대신 스크립트 요소를 변환의 일부를 형성하는 불투명한 요소로 취급해야 합니다.

HTML 구문을 지원하는 웹 브라우저는 이 명세서에서 설명한 대로 HTML MIME 유형으로 레이블된 문서를 처리하여 사용자가 상호작용할 수 있도록 해야 합니다.

스크립팅을 지원하는 사용자 에이전트는 또한 이 명세서의 IDL 조각의 준수 구현이어야 합니다. Web IDL에서 설명한 대로. [WEBIDL]

명시적으로 명시되지 않는 한, HTML 요소의 의미를 재정의하는 명세서는 해당 요소를 나타내는 DOM 객체에 대한 요구 사항을 재정의하지 않습니다. 예를 들어, 위 예에서 스크립트 요소는 여전히 HTMLScriptElement 인터페이스를 구현해야 합니다.

비상호작용 프레젠테이션 사용자 에이전트

HTML 및 XML 문서를 처리하여 비상호작용 버전으로 렌더링하는 사용자 에이전트는 사용자 상호작용에 대한 요구 사항을 제외하고 웹 브라우저와 동일한 준수 기준을 준수해야 합니다.

비상호작용 프레젠테이션 사용자 에이전트의 전형적인 예로는 프린터(정적 UA) 및 오버헤드 디스플레이(동적 UA)가 있습니다. 대부분의 정적 비상호작용 프레젠테이션 사용자 에이전트는 스크립팅 지원이 없도록 선택할 것으로 예상됩니다.

비상호작용이지만 동적인 프레젠테이션 UA는 여전히 스크립트를 실행하여 양식을 동적으로 제출할 수 있도록 해야 합니다. 그러나 사용자가 문서와 상호작용할 수 없는 경우 "포커스"라는 개념은 관련이 없으므로 UA는 포커스 관련 DOM API를 지원할 필요가 없습니다.

권장 기본 렌더링을 지원하는 시각적 사용자 에이전트

사용자 에이전트는 상호작용 여부와 관계없이 이 명세서에서 정의된 권장 기본 렌더링을 지원하는 것으로 지정될 수 있습니다(사용자 옵션으로 지정될 수 있음).

이는 필수 사항은 아닙니다. 특히, 권장 기본 렌더링을 구현하는 사용자 에이전트라도 기본 설정을 덮어써서 사용자 경험을 개선할 수 있는 설정을 제공하는 것이 좋습니다. 예를 들어 색상 대비를 변경하거나, 다른 포커스 스타일을 사용하거나, 사용자가 더 접근 가능하고 사용하기 쉽도록 하는 등의 방법이 있습니다.

권장 기본 렌더링을 지원하도록 지정된 사용자 에이전트는 그러한 상태에서 렌더링 섹션에서 정의된 대로 사용자 에이전트가 구현할 것으로 기대되는 동작 규칙을 구현해야 합니다.

스크립팅 지원이 없는 사용자 에이전트

스크립팅을 지원하지 않거나 스크립팅 기능이 완전히 비활성화된 구현은 이 명세서에서 언급된 이벤트 및 DOM 인터페이스를 지원할 필요가 없습니다. 이벤트 모델이나 DOM 측면에서 정의된 명세서의 부분에 대해서는 그러한 사용자 에이전트가 이벤트와 DOM이 지원되는 것처럼 행동해야 합니다.

스크립팅은 애플리케이션의 필수적인 부분을 형성할 수 있습니다. 스크립팅을 지원하지 않거나 스크립팅이 비활성화된 웹 브라우저는 저자의 의도를 완전히 전달하지 못할 수 있습니다.

준수 검사기

준수 검사기는 문서가 이 명세서에서 설명하는 해당 준수 기준을 준수하는지 확인해야 합니다. 자동화된 준수 검사기는 저자의 의도를 해석해야 하는 오류(예: 인용 블록 요소의 내용이 인용이 아닌 경우 문서는 비준수이지만, 인간의 판단 입력 없이 실행되는 준수 검사기는 인용 블록 요소에 인용된 자료만 포함되어 있는지 확인할 필요는 없습니다.)를 감지하는 것을 면제받습니다.

준수 검사기는 입력 문서가 탐색 문맥 없이 파싱될 때(스크립트가 실행되지 않으며 파서의 스크립팅 플래그가 비활성화됨) 문서가 준수하는지 확인해야 하며, 입력 문서가 스크립트가 실행되는 탐색 문맥에서 파싱될 때도 준수하는지 확인해야 합니다. 스크립트가 실행 중에만 발생하는 일시적인 상태를 제외하고는 스크립트가 비준수 상태를 일으키지 않아야 합니다. (이는 불가능한 것으로 입증되었기 때문에 "해야 한다"가 아닌 "권장 사항"입니다. [COMPUTABLE])

"HTML 유효성 검사기"라는 용어는 이 명세서의 해당 요구 사항을 준수하는 준수 검사기를 나타내는 데 사용할 수 있습니다.

XML DTD는 이 명세서의 모든 준수 요구 사항을 표현할 수 없습니다. 따라서 유효성 검사 XML 프로세서와 DTD는 준수 검사기를 구성할 수 없습니다. 또한, 이 명세서에서 정의한 두 가지 저작 형식 중 어느 것도 SGML의 응용 프로그램이 아니기 때문에 유효성 검사 SGML 시스템도 준수 검사기를 구성할 수 없습니다.

달리 표현하자면, 세 가지 유형의 준수 기준이 있습니다:

1. DTD로 표현할 수 있는 기준.
2. DTD로 표현할 수 없지만 여전히 기계로 검사할 수 있는 기준.
3. 인간만이 검사할 수 있는 기준.

준수 검사기는 첫 번째와 두 번째를 검사해야 합니다. 단순 DTD 기반 유효성 검사기는 오류의 첫 번째 클래스를 검사할 뿐이므로 이 명세서에 따라 준수 검사기로 간주되지 않습니다.

데이터 마이닝 도구

문서를 렌더링하거나 준수 여부를 검사하기 위해서가 아닌 다른 이유로 HTML 및 XML 문서를 처리하는 애플리케이션 및 도구는 처리하는 문서의 의미에 따라 행동해야 합니다.

단락마다 중첩 수준을 증가시키고 헤딩에 대해서는 중첩 수준을 증가시키지 않는 문서 개요를 생성하는 도구는 준수하지 않는 것입니다.

저작 도구 및 마크업 생성기

저작 도구 및 마크업 생성기는 준수 문서를 생성해야 합니다. 저자에게 적용되는 준수 기준은 적절한 경우 저작 도구에도 적용됩니다.

저작 도구는 요소를 지정된 용도로만 사용하는 것에 대한 엄격한 요구 사항에서 제외되지만, 저작 도구가 아직 저자의 의도를 결정할 수 없는 범위 내에서만 해당됩니다. 그러나 저작 도구는 요소를 자동으로 오용하거나 사용자가 그렇게 하도록 유도해서는 안 됩니다.

예를 들어, 주소 요소를 임의의 연락처 정보에 사용하는 것은 준수하지 않는 것입니다. 해당 요소는 가장 가까운 아티클 또는 본문 요소 상위 요소에 대한 연락처 정보를 표시하는 데만 사용할 수 있습니다. 그러나 저작 도구는 차이를 결정할 수 없을 가능성이 높기 때문에 저작 도구는 해당 요구 사항에서 제외됩니다. 그러나 이것이 저작 도구가 주소 요소를 임의의 이탤릭체 텍스트 블록에 사용할 수 있음을 의미하는 것은 아닙니다. 이것은 단지 사용자가 아티클 요소에 대한 연락처 정보를 삽입하기 위한 도구를 사용할 때, 사용자가 실제로 그렇게 하고 다른 것을 삽입하지 않는다는 것을 확인할 필요가 없다는 것을 의미합니다.

준수 검사와 관련하여, 편집기는 준수 검사기가 확인할 것과 동일한 정도로 문서를 출력해야 합니다.

비준수 문서를 편집하기 위해 저작 도구를 사용하는 경우, 편집 세션 중에 편집되지 않은 문서의 섹션에서 준수 오류를 유지할 수 있습니다(즉, 편집 도구는 잘못된 콘텐츠를 라운드트립하는 것이 허용됩니다). 그러나 오류가 그렇게 유지된 경우 저작 도구는 출력이 준수한다고 주장해서는 안 됩니다.

저작 도구는 구조 또는 의미 데이터에서 작동하는 도구와 미디어별 편집 기반(WYSIWYG)에서 작동하는 도구의 두 가지 광범위한 종류로 나뉠 것으로 예상됩니다.

전자는 HTML을 작성하는 도구에 권장되는 메커니즘입니다. 소스 정보의 구조를 사용하여 어느 HTML 요소와 속성이 가장 적합한지에 대해 정보에 입각한 선택을 할 수 있기 때문입니다.

그러나 WYSIWYG 도구도 정당합니다. WYSIWYG 도구는 적절하다고 판단되는 요소를 사용해야 하며, 적절하지 않은 요소는 사용하지 않아야 합니다. 이는 극단적인 경우에 div, b, i, span과 같은 몇 가지 요소로 흐름 요소의 사용을 제한하고 스타일 속성을 자유롭게 사용하는 것을 의미할 수 있습니다.

WYSIWYG 여부와 관계없이 모든 저작 도구는 사용자가 구조가 잘 갖춰져 있고, 의미가 풍부하며, 미디어에 독립적인 콘텐츠를 만들 수 있도록 최선을 다해야 합니다.

기존 콘텐츠 및 이전 명세서와의 호환성을 위해 이 명세서는 두 가지 저작 형식을 설명합니다: 하나는 XML을 기반으로 하며, 하나는 SGML에서 영감을 받은 사용자 정의 형식을 사용합니다(HTML 구문이라고 함). 구현은 이 두 형식 중 하나 이상을 지원해야 하지만, 둘 다 지원하는 것이 좋습니다.

일부 준수 요구 사항은 요소, 속성, 메서드 또는 객체에 대한 요구 사항으로 표현됩니다. 이러한 요구 사항은 콘텐츠 모델 제한을 설명하는 것과 구현 동작을 설명하는 두 가지 범주로 나뉩니다. 전자는 문서 및 저작 도구에 대한 요구 사항이고, 후자는 사용자 에이전트에 대한 요구 사항입니다. 마찬가지로 일부 준수 요구 사항은 저자에 대한 요구 사항으로 표현됩니다. 이러한 요구 사항은 저자가 작성한 문서에 대한 준수 요구 사항으로 해석되어야 합니다. (즉, 이 명세서는 저자에 대한 준수 기준과 문서에 대한 준수 기준을 구분하지 않습니다.)

2.1.9 의존성