HTML

현행 표준 — 마지막 업데이트 2026년 7월 20일

목차

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 확장성
   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 IDL 확장 속성을 통한 반영 사용
      3. 2.6.3 명세에서 반영 사용하기
      4. 2.6.4 컬렉션
         1. 2.6.4.1 HTMLAllCollection 인터페이스
            1. 2.6.4.1.1 [[Call]] ( thisArgument, argumentsList )
         2. 2.6.4.2 HTMLFormControlsCollection 인터페이스
         3. 2.6.4.3 HTMLOptionsCollection 인터페이스
      5. 2.6.5 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 렌더링 차단 메커니즘
      7. 3.1.7 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 "없음" 콘텐츠 모델
         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 개요 예시
          3. 4.3.11.3 사용자에게 개요 노출하기
      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 하이퍼링크 요소용 API
      4. 4.6.4 a 및 area 요소용 API
      5. 4.6.5 하이퍼링크 따라가기
      6. 4.6.6 리소스 다운로드하기
      7. 4.6.7 하이퍼링크 감사
         1. 4.6.7.1 `Ping-From` 및 `Ping-To` 헤더
      8. 4.6.8 링크 유형
         1. 4.6.8.1 링크 유형 "alternate"
         2. 4.6.8.2 링크 유형 "author"
         3. 4.6.8.3 링크 유형 "bookmark"
         4. 4.6.8.4 링크 유형 "canonical"
         5. 4.6.8.5 링크 유형 "dns-prefetch"
         6. 4.6.8.6 링크 유형 "expect"
         7. 4.6.8.7 링크 유형 "external"
         8. 4.6.8.8 링크 유형 "help"
         9. 4.6.8.9 링크 유형 "icon"
         10. 4.6.8.10 링크 유형 "license"
         11. 4.6.8.11 링크 유형 "manifest"
         12. 4.6.8.12 링크 유형 "modulepreload"
         13. 4.6.8.13 링크 유형 "nofollow"
         14. 4.6.8.14 링크 유형 "noopener"
         15. 4.6.8.15 링크 유형 "noreferrer"
         16. 4.6.8.16 링크 유형 "opener"
         17. 4.6.8.17 링크 유형 "pingback"
         18. 4.6.8.18 링크 유형 "preconnect"
         19. 4.6.8.19 링크 유형 "prefetch"
         20. 4.6.8.20 링크 유형 "preload"
         21. 4.6.8.21 링크 유형 "privacy-policy"
         22. 4.6.8.22 링크 유형 "search"
         23. 4.6.8.23 링크 유형 "stylesheet"
         24. 4.6.8.24 링크 유형 "tag"
         25. 4.6.8.25 링크 유형 "terms-of-service"
         26. 4.6.8.26 순차 링크 유형
             1. 4.6.8.26.1 링크 유형 "next"
             2. 4.6.8.26.2 링크 유형 "prev"
         27. 4.6.8.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 비밀번호 상태 (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 selectedcontent 요소
       18. 4.10.18 폼 컨트롤 인프라
           1. 4.10.18.1 폼 컨트롤의 값
           2. 4.10.18.2 변경 가능성
           3. 4.10.18.3 컨트롤과 폼의 연결
       19. 4.10.19 폼 컨트롤의 공통 속성
           1. 4.10.19.1 폼 컨트롤 이름 지정: name 속성
           2. 4.10.19.2 요소 방향성 제출: dirname 속성
           3. 4.10.19.3 사용자 입력 길이 제한: maxlength 속성
           4. 4.10.19.4 최소 입력 길이 요구 사항 설정: minlength 속성
           5. 4.10.19.5 폼 컨트롤 활성화 및 비활성화: disabled 속성
           6. 4.10.19.6 폼 제출 속성
           7. 4.10.19.7 자동 채우기
              1. 4.10.19.7.1 폼 컨트롤 자동 채우기: autocomplete 속성
              2. 4.10.19.7.2 처리 모델
       20. 4.10.20 텍스트 컨트롤 선택 영역용 API
       21. 4.10.21 제약 조건
           1. 4.10.21.1 정의
           2. 4.10.21.2 제약 조건 유효성 검사
           3. 4.10.21.3 제약 조건 유효성 검사 API
           4. 4.10.21.4 보안
       22. 4.10.22 폼 제출
           1. 4.10.22.1 소개
           2. 4.10.22.2 암시적 제출
           3. 4.10.22.3 폼 제출 알고리즘
           4. 4.10.22.4 항목 목록 구성하기
           5. 4.10.22.5 폼 제출 인코딩 선택하기
           6. 4.10.22.6 항목 목록을 이름-값 쌍 목록으로 변환하기
           7. 4.10.22.7 URL 인코딩 폼 데이터
           8. 4.10.22.8 멀티파트 폼 데이터
           9. 4.10.22.9 일반 텍스트 폼 데이터
           10. 4.10.22.10 SubmitEvent 인터페이스
           11. 4.10.22.11 FormDataEvent 인터페이스
       23. 4.10.23 폼 재설정하기
   11. 4.11 대화형 요소
       1. 4.11.1 details 요소
       2. 4.11.2 summary 요소
       3. 4.11.3 명령
          1. 4.11.3.1 패싯
          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 요소
       5. 4.11.5 대화상자 간편 닫기
   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 경로 구성하기
             7. 4.12.5.1.7 Path2D 객체
             8. 4.12.5.1.8 변환
             9. 4.12.5.1.9 2D 렌더링 컨텍스트용 이미지 소스
             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 필터
             21. 4.12.5.1.21 외부에서 정의된 SVG 필터로 작업하기
             22. 4.12.5.1.22 그리기 모델
             23. 4.12.5.1.23 모범 사례
             24. 4.12.5.1.24 예시
          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 범위 지정 사용자 정의 요소 레지스트리
          8. 4.13.1.8 사용자 정의 요소 상태 노출하기
       2. 4.13.2 사용자 정의 요소 생성자 및 반응에 대한 요구 사항
          1. 4.13.2.1 이동 시 사용자 정의 요소 상태 유지하기
       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 섀도 루트 접근
          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 인터페이스
      2. 6.5.2 CommandEvent 인터페이스
   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 getter 및 setter
      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 동일 출처 제한 완화하기
         3. 7.1.1.3 Origin 인터페이스
      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 iframe 요소 리퍼러 정책
      7. 7.1.7 정책 컨테이너
   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 NavigationPrecommitController 인터페이스
             3. 7.2.6.10.3 NavigationDestination 인터페이스
             4. 7.2.6.10.4 이벤트 발생시키기
             5. 7.2.6.10.5 스크롤 및 포커스 동작
      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 추측 로딩
      1. 7.6.1 추측 규칙
         1. 7.6.1.1 데이터 모델
         2. 7.6.1.2 파싱
         3. 7.6.1.3 처리 모델
      2. 7.6.2 탐색 프리페칭
      3. 7.6.3 `Speculation-Rules` 헤더
      4. 7.6.4 `Sec-Speculation-Tags` 헤더
      5. 7.6.5 보안 고려 사항
         1. 7.6.5.1 교차 사이트 요청
         2. 7.6.5.2 삽입된 콘텐츠
         3. 7.6.5.3 IP 익명화
      6. 7.6.6 개인정보 보호 고려 사항
         1. 7.6.6.1 휴리스틱 및 선택 가능성
         2. 7.6.6.2 상태 파티셔닝
         3. 7.6.6.3 신원 결합
   7. 7.7 `X-Frame-Options` 헤더
   8. 7.8 `Refresh` 헤더
   9. 7.9 브라우저 사용자 인터페이스 고려 사항
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 가져오기 맵 파싱 결과
         9. 8.1.4.9 추측 규칙 파싱 결과
      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 작업 관련 호스트 훅
            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() 메서드
      8. 8.5.8 XMLSerializer 인터페이스
   6. 8.6 HTML 정화
      1. 8.6.1 소개
         1. 8.6.1.1 안전 및 비안전
      2. 8.6.2 Sanitizer 인터페이스
      3. 8.6.3 정화기 구성
         1. 8.6.3.1 구성 불변 조건
      4. 8.6.4 정화 알고리즘
      5. 8.6.5 정화 상수
      6. 8.6.6 보안 고려 사항
         1. 8.6.6.1 서버 측 반사형 및 저장형 XSS
         2. 8.6.6.2 DOM 클로버링
         3. 8.6.6.3 스크립트 가젯을 사용한 XSS
         4. 8.6.6.4 변형 XSS
   7. 8.7 타이머
   8. 8.8 마이크로태스크 대기열 처리
   9. 8.9 사용자 프롬프트
      1. 8.9.1 단순 대화상자
      2. 8.9.2 인쇄
   10. 8.10 시스템 상태 및 기능
       1. 8.10.1 Navigator 객체
          1. 8.10.1.1 클라이언트 식별
          2. 8.10.1.2 언어 기본 설정
          3. 8.10.1.3 브라우저 상태
          4. 8.10.1.4 사용자 정의 스킴 처리기: registerProtocolHandler() 메서드
             1. 8.10.1.4.1 보안 및 개인정보 보호
             2. 8.10.1.4.2 사용자 에이전트 자동화
          5. 8.10.1.5 쿠키
          6. 8.10.1.6 PDF 보기 지원
   11. 8.11 이미지
       1. 8.11.1 ImageData 인터페이스
       2. 8.11.2 ImageBitmap 인터페이스
   12. 8.12 애니메이션 프레임
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 사용자 에이전트
      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 MessageEventTarget 믹스인
      4. 9.4.4 메시지 포트
      5. 9.4.5 포트 및 가비지 컬렉션
   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 주석
       7. 13.1.7 처리 명령
    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 종료 태그 열림 상태
          11. 13.2.5.11 RCDATA 종료 태그 이름 상태
          12. 13.2.5.12 RAWTEXT 미만 기호 상태
          13. 13.2.5.13 RAWTEXT 종료 태그 열림 상태
          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 public 키워드 이후 상태
          58. 13.2.5.58 DOCTYPE public 식별자 이전 상태
          59. 13.2.5.59 DOCTYPE public 식별자(큰따옴표) 상태
          60. 13.2.5.60 DOCTYPE public 식별자(작은따옴표) 상태
          61. 13.2.5.61 DOCTYPE public 식별자 이후 상태
          62. 13.2.5.62 DOCTYPE public 식별자와 system 식별자 사이 상태
          63. 13.2.5.63 DOCTYPE system 키워드 이후 상태
          64. 13.2.5.64 DOCTYPE system 식별자 이전 상태
          65. 13.2.5.65 DOCTYPE system 식별자(큰따옴표) 상태
          66. 13.2.5.66 DOCTYPE system 식별자(작은따옴표) 상태
          67. 13.2.5.67 DOCTYPE system 식별자 이후 상태
          68. 13.2.5.68 잘못된 DOCTYPE 상태
          69. 13.2.5.69 CDATA 구획 상태
          70. 13.2.5.70 CDATA 구획 대괄호 상태
          71. 13.2.5.71 CDATA 구획 종료 상태
          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 처리 명령 물음표 상태
          77. 13.2.5.77 문자 참조 상태
          78. 13.2.5.78 명명된 문자 참조 상태
          79. 13.2.5.79 모호한 앰퍼샌드 상태
          80. 13.2.5.80 숫자 문자 참조 상태
          81. 13.2.5.81 16진수 문자 참조 시작 상태
          82. 13.2.5.82 16진수 문자 참조 상태
          83. 13.2.5.83 10진수 문자 참조 상태
          84. 13.2.5.84 숫자 문자 참조 종료 상태
       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 "initial" 삽입 모드
             2. 13.2.6.4.2 "before html" 삽입 모드
             3. 13.2.6.4.3 "before head" 삽입 모드
             4. 13.2.6.4.4 "in 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 "text" 삽입 모드
             9. 13.2.6.4.9 "in table" 삽입 모드
             10. 13.2.6.4.10 "in table text" 삽입 모드
             11. 13.2.6.4.11 "in caption" 삽입 모드
             12. 13.2.6.4.12 "in column group" 삽입 모드
             13. 13.2.6.4.13 "in table body" 삽입 모드
             14. 13.2.6.4.14 "in row" 삽입 모드
             15. 13.2.6.4.15 "in cell" 삽입 모드
             16. 13.2.6.4.16 "in template" 삽입 모드
             17. 13.2.6.4.17 "after body" 삽입 모드
             18. 13.2.6.4.18 "in frameset" 삽입 모드
             19. 13.2.6.4.19 "after frameset" 삽입 모드
             20. 13.2.6.4.20 "after after body" 삽입 모드
             21. 13.2.6.4.21 "after after frameset" 삽입 모드
          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 application/speculationrules+json
    7. 17.7 text/event-stream
    8. 17.8 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, Unicode, 문자 인코딩, JavaScript 및 CSS에 대한 이해도 일부 부분에서 도움이 되지만 필수적인 것은 아니다.

1.5 범위

이 절은 비규범적이다.

이 명세는 정적 문서부터 동적 애플리케이션에 이르기까지 웹에서 접근 가능한 페이지를 작성하기 위한 의미론 수준의 마크업 언어와 관련 의미론 수준의 스크립팅 API를 제공하는 것으로 범위가 제한된다.

이 명세의 범위에는 미디어별 표현 사용자 지정 메커니즘을 제공하는 것이 포함되지 않는다. 다만 웹 브라우저의 기본 렌더링 규칙은 이 명세의 끝부분에 포함되어 있으며, CSS와 연동하기 위한 여러 메커니즘이 언어의 일부로 제공된다.

이 명세의 범위는 완전한 운영 체제를 기술하는 것이 아니다. 특히 하드웨어 구성 소프트웨어, 이미지 조작 도구, 사용자가 고성능 워크스테이션에서 매일 사용할 것으로 예상되는 애플리케이션은 범위에 포함되지 않는다. 애플리케이션 측면에서 이 명세는 사용자가 가끔 사용하거나, 정기적으로 사용하더라도 서로 다른 위치에서 사용하며, CPU 요구 사항이 낮을 것으로 예상되는 애플리케이션을 구체적인 대상으로 한다. 이러한 애플리케이션의 예로는 온라인 구매 시스템, 검색 시스템, 게임(특히 다중 사용자 온라인 게임), 공용 전화번호부나 주소록, 통신 소프트웨어(이메일 클라이언트, 인스턴트 메시징 클라이언트, 토론 소프트웨어), 문서 편집 소프트웨어 등이 있다.

1.6 역사

이 절은 비규범적이다.

처음 5년 동안(1990~1995년) HTML은 여러 차례 개정되고 다양한 확장이 이루어졌으며, 처음에는 주로 CERN에서, 그다음에는 IETF에서 작업이 진행되었다.

W3C가 설립되면서 HTML 개발 장소도 다시 바뀌었다. 1995년 HTML 3.0으로 알려진 HTML 확장 시도가 처음 이루어졌지만 중단되었고, 이후 HTML 3.2라는 보다 실용적인 접근 방식으로 대체되어 1997년에 완성되었다. 같은 해 후반에는 HTML4가 빠르게 뒤따랐다.

그다음 해 W3C 회원은 HTML의 발전을 중단하고 XHTML이라는 XML 기반의 동등한 언어에 대한 작업을 시작하기로 결정했다. 이 작업은 HTML4를 XML로 다시 표현한 XHTML 1.0에서 시작되었다. 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년에 완성되었다. 이후 이러한 작업은 점차 약화되었고, 2004년에 일부 DOM Level 3 명세가 공개되었지만 모든 Level 3 초안이 완성되기 전에 작업 그룹이 종료되었다.

2003년 차세대 웹 폼 기술로 자리매김한 XForms가 공개되면서, HTML을 대체할 기술을 찾기보다는 HTML 자체를 발전시키려는 관심이 다시 높아졌다. 이러한 관심은 XML이 웹 기술로 배포된 범위가 기존에 배포된 기술(HTML 등)을 대체하는 데 있지 않고, 완전히 새로운 기술(RSS와 이후의 Atom 등)에 제한되어 있다는 인식에서 비롯되었다.

기존 HTML 웹 페이지와 호환되지 않는 렌더링 엔진을 브라우저에 구현하도록 요구하지 않으면서도 HTML4의 폼을 확장하여 XForms 1.0이 도입한 여러 기능을 제공할 수 있음을 보여 주는 개념 증명이 이러한 새로운 관심의 첫 번째 결과였다. 이 초기 단계에도 초안은 이미 공개되어 있었고 모든 출처에서 의견을 받고 있었지만, 명세의 저작권은 Opera Software에만 귀속되어 있었다.

HTML의 발전을 다시 시작해야 한다는 생각은 2004년 W3C 워크숍에서 검토되었다. 이 자리에서 아래에 설명하는 HTML5 작업의 기반이 되는 일부 원칙과 앞서 언급한 폼 관련 기능만을 다룬 초기 초안 제안이 Mozilla와 Opera에 의해 공동으로 W3C에 제출되었다. 이 제안은 이전에 선택한 웹 발전 방향과 충돌한다는 이유로 거부되었고, W3C 직원과 회원은 대신 XML 기반 대체 기술을 계속 개발하기로 결정했다.

얼마 지나지 않아 Apple, Mozilla 및 Opera는 WHATWG라는 새로운 조직 아래에서 이 작업을 계속하겠다는 의사를 공동으로 발표했다. 공개 메일링 리스트가 만들어졌고 초안은 WHATWG 사이트로 옮겨졌다. 이후 저작권은 세 공급업체가 공동으로 소유하고, 명세의 재사용을 허용하도록 변경되었다.

WHATWG는 여러 핵심 원칙을 기반으로 했다. 특히 기술은 하위 호환성을 유지해야 하고, 구현이 아니라 명세를 변경해야 하는 경우에도 명세와 구현은 일치해야 하며, 구현이 서로를 역공학하지 않고도 완전한 상호 운용성을 달성할 수 있을 만큼 명세가 상세해야 한다는 원칙이었다.

특히 마지막 요구 사항으로 인해 HTML5 명세의 범위에는 이전에 별도 문서 세 개, 즉 HTML4, XHTML1 및 DOM2 HTML에서 명세했던 내용이 포함되어야 했다. 또한 이전에 일반적이라고 여겨졌던 수준보다 훨씬 더 많은 세부 사항을 포함해야 했다.

2006년 W3C는 결국 HTML5 개발에 참여하는 데 관심을 표명했고, 2007년에는 HTML5 명세 개발을 위해 WHATWG와 협력하는 작업 그룹을 구성했다. Apple, Mozilla 및 Opera는 WHATWG 사이트에 제한이 더 적은 라이선스 버전을 유지하면서, W3C가 W3C 저작권 아래에서 명세를 공개하도록 허용했다.

그 후 몇 년 동안 두 그룹은 함께 작업했다. 그러나 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 확장성

이 절은 비규범적이다.

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 구문으로는 표현할 수 없다. 문자열 "-->"를 포함하는 주석은 DOM에서만 표현할 수 있고 HTML 및 XML 구문에서는 표현할 수 없다.

1.9 이 명세의 구조

이 절은 비규범적이다.

이 명세는 다음과 같은 주요 절로 나뉜다.

소개

HTML 표준의 맥락을 제공하는 비규범적 자료.

공통 인프라

적합성 클래스, 알고리즘, 정의 및 명세의 나머지 부분에서 공통으로 사용하는 기반.

HTML 문서의 의미론, 구조 및 API

문서는 요소로 구성된다. 이러한 요소는 DOM을 사용하여 트리를 형성한다. 이 절에서는 이 DOM의 기능을 정의하고 모든 요소에 공통된 기능과 요소 정의에 사용되는 개념을 소개한다.

HTML 요소

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

마이크로데이터

이 명세는 도구가 문서에서 이름-값 쌍의 트리를 추출할 수 있도록 기계가 읽을 수 있는 주석을 문서에 추가하는 메커니즘을 도입한다. 이 절에서는 이 메커니즘과 HTML 문서를 다른 형식으로 변환하는 데 사용할 수 있는 일부 알고리즘을 설명한다. 또한 연락처 정보, 캘린더 이벤트 및 저작물 라이선스를 위한 몇 가지 마이크로데이터 어휘 예시를 정의한다.

사용자 상호작용

HTML 문서는 포커스의 작동 방식과 드래그 앤 드롭 등 사용자가 콘텐츠와 상호작용하고 콘텐츠를 수정할 수 있는 여러 메커니즘을 제공할 수 있으며, 이 절에서 이를 설명한다.

웹 페이지 로딩

HTML 문서는 독립적으로 존재하지 않는다. 이 절에서는 웹 브라우저처럼 여러 페이지를 다루는 환경에 영향을 미치는 여러 기능을 정의한다.

웹 애플리케이션 API

이 절에서는 HTML 애플리케이션 스크립팅을 위한 기본 기능을 소개한다.

웹 워커

이 절에서는 JavaScript 백그라운드 스레드용 API를 정의한다.

워크릿

이 절에서는 기본 JavaScript 실행 환경과 별도로 JavaScript를 실행해야 하는 API용 인프라를 정의한다.

통신 API

이 절에서는 HTML로 작성된 애플리케이션이 동일한 클라이언트에서 실행되는 다른 도메인의 애플리케이션과 통신하는 데 사용할 수 있는 일부 메커니즘을 설명한다. 또한 서버 전송 이벤트 또는 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 */

용어를 정의하는 위치는 this와 같이 표시한다. 해당 용어의 사용은 this 또는 this와 같이 표시한다.

요소, 속성 또는 API를 정의하는 위치는 this와 같이 표시한다. 해당 요소, 속성 또는 API에 대한 참조는 this와 같이 표시한다.

그 밖의 코드 조각은 like this와 같이 표시한다.

변수는 this와 같이 표시한다.

알고리즘에서 동기 절의 단계에는 ⌛ 표시가 붙는다.

일부 경우에는 조건과 그에 대응하는 요구 사항을 목록 형식으로 제시한다. 이러한 경우 한 조건에 적용되는 요구 사항은 해당 조건 뒤에 나오는 첫 번째 요구 사항 집합이며, 그 요구 사항에 여러 조건 집합이 있는 경우에도 마찬가지이다. 이러한 경우는 다음과 같이 표시한다.

이것은 조건이다

이것은 또 다른 조건이다

이것은 위 조건에 적용되는 요구 사항이다.

이것은 세 번째 조건이다

이것은 세 번째 조건에 적용되는 요구 사항이다.

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 공백이나 " ' ` = < 또는 >가 포함되지 않으면 따옴표 없이 둘 수 있다. 그렇지 않으면 작은따옴표나 큰따옴표를 사용해야 한다. 값이 빈 문자열이면 값과 "=" 문자를 모두 생략할 수 있다.

<!-- empty attributes -->
<input name=address disabled>
<input name=address disabled="">

<!-- attributes with a value -->
<input name=address maxlength=200>
<input name=address maxlength='200'>
<input name=address maxlength="200">

그런 다음 HTML 사용자 에이전트(예: 웹 브라우저)는 이 마크업을 파싱하여 DOM(Document Object Model) 트리로 변환한다. 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가 있고, 그 사이에 Text 노드가 있다.

DOM 트리에는 처음 예상할 수 있는 것보다 훨씬 많은 Text 노드가 있다. 소스에 여러 공백(여기서는 "␣"로 표시)과 줄 바꿈 ("⏎"로 표시)이 있으며, 이들이 모두 DOM에서 Text 노드가 되기 때문이다. 그러나 역사적인 이유로 원래 마크업의 모든 공백과 줄 바꿈이 DOM에 나타나는 것은 아니다. 특히 head 시작 태그 앞의 모든 공백은 조용히 제거되고, body 종료 태그 뒤의 모든 공백은 body 끝에 배치된다.

head 요소에는 title 요소가 있으며, 이 요소 자체에는 "Sample page"라는 텍스트의 Text 노드가 있다. 마찬가지로 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]; // obtain the first link in the document
a.href = 'sample.html'; // change the destination URL of the link
a.protocol = 'https'; // change just the scheme part of the URL
a.setAttribute('href', 'https://example.com/'); // change the content attribute directly

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 매개변수의 값, 제3자 사이트에서 받은 메시지 등 신뢰할 수 없는 입력을 받을 때는 데이터를 사용하기 전에 반드시 검증하고, 표시할 때 적절히 이스케이프해야 한다. 그렇게 하지 않으면 악의적인 사용자가 음수 나이와 같은 허위 사용자 정보를 제공하는 비교적 가벼운 공격부터, 사용자가 해당 정보가 포함된 페이지를 볼 때마다 스크립트를 실행하여 공격이 확산될 수도 있는 심각한 공격, 그리고 서버의 모든 데이터를 삭제하는 재앙적인 공격까지 다양한 공격을 수행할 수 있다.

사용자 입력을 검증하는 필터를 작성할 때는 알려진 안전한 구문만 허용하고 다른 모든 입력을 허용하지 않는 허용 목록 기반 필터를 사용해야 한다. 알려진 악성 입력만 차단하고 나머지는 모두 허용하는 차단 목록 기반 필터는 안전하지 않다. 악성인 모든 것이 아직 알려져 있는 것은 아니며, 예를 들어 미래에 새로 만들어질 수도 있기 때문이다.

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

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

메시지를 이스케이프하지 않고 사용자에게 그대로 표시하면 악의적인 공격자는 스크립트 요소가 포함된 URL을 만들 수 있다.

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

공격자가 피해 사용자를 설득하여 이 페이지를 방문하게 하면 공격자가 선택한 스크립트가 페이지에서 실행된다. 이러한 스크립트는 사이트가 제공하는 기능의 범위 안에서 얼마든지 악의적인 작업을 수행할 수 있다. 예를 들어 사이트가 전자상거래 상점이라면 사용자가 모르는 사이에 원하지 않는 구매를 임의의 횟수만큼 하도록 만들 수 있다.

이를 교차 사이트 스크립팅 공격이라고 한다.

사이트가 코드를 실행하도록 속이는 데 사용할 수 있는 구문은 많다. 다음은 작성자가 허용 목록 필터를 작성할 때 고려하는 것이 권장되는 몇 가지 사항이다.

• img처럼 무해해 보이는 요소를 허용할 때는 제공되는 속성도 허용 목록에 포함하는 것이 중요하다. 모든 속성을 허용하면 공격자가 예를 들어 onload 속성을 사용하여 임의의 스크립트를 실행할 수 있다.
• 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); // would work also
</script>

<!-- Do not use this style, it has a race condition! -->
 <img id="games" src="games.png" alt="Games">
 <!-- the 'load' event might fire here while the parser is taking a
      break, in which case you will not see it! -->
 <script>
  var img = document.getElementById('games');
  img.onload = gamesLogoHasLoaded; // might never fire!
 </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>She dreamt.
<p><i>She dreamt that she ate breakfast.
<p><i>Then lunch.
<p><i>And finally dinner.

이 조각에서 생성되는 DOM은 다음과 같다.

• p
  • i
    • #text: She dreamt.
• p
  • i
    • i
      • #text: She dreamt that she ate breakfast.
• p
  • i
    • i
      • i
        • #text: Then lunch.
• p
  • i
    • i
      • i
        • i
          • #text: And finally dinner.

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

역사적인 이유로 비교적 취약한 구문 구조가 있다. 사용자가 실수로 이러한 문제를 겪는 경우를 줄이기 위해 해당 구조는 부적합한 것으로 지정된다.

예를 들어 속성의 일부 명명된 문자 참조는 끝 세미콜론을 생략해도 파싱된다. 명명된 문자 참조를 구성하지 않는 문자가 앰퍼샌드 뒤에 오는 것은 안전하지만, 해당 문자가 명명된 문자 참조를 구성하는 문자열로 바뀌면 그 문자 자체로 해석된다.

이 조각에서 속성 값은 "?bill&ted"이다.

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

그러나 다음 조각에서 속성 값은 의도한 "?art&copy"가 아니라 실제로 "?art©"이다. 끝 세미콜론이 없어도 "&copy"가 "©"와 동일하게 처리되므로 "©"로 해석되기 때문이다.

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

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

따라서 위 사례를 올바르게 표현하는 방법은 다음과 같다.

<a href="?bill&ted">Bill and Ted</a> <!-- &ted is ok, since it's not a named character reference -->

<a href="?art&amp;copy">Art and Copy</a> <!-- the & has to be escaped, since &copy is a named character reference -->

레거시 사용자 에이전트의 알려진 상호 운용성 문제와 관련된 오류

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

예를 들어 이러한 이유로 U+0060 GRAVE ACCENT 문자(`)는 따옴표 없는 속성에서 허용되지 않는다. 일부 레거시 사용자 에이전트에서는 이 문자를 따옴표 문자로 처리하기도 한다.

또 다른 예는 DOCTYPE이다. DOCTYPE은 비특이 모드를 시작해야 한다. 레거시 사용자 에이전트가 특이 모드에서 보이는 동작은 대체로 문서화되어 있지 않기 때문이다.

작성자를 보안 공격에 노출할 위험이 있는 오류

일부 제한은 알려진 보안 문제를 피하기 위해서만 존재한다.

예를 들어 UTF-7 사용 제한은 작성자가 UTF-7을 사용하는 알려진 교차 사이트 스크립팅 공격의 피해를 입지 않도록 하기 위해서만 존재한다. [UTF7]

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

작성자의 의도가 매우 불분명한 마크업은 흔히 부적합한 것으로 지정된다. 이러한 오류를 일찍 수정하면 이후의 유지 관리가 쉬워진다.

예를 들어 작성자가 다음 내용을 h1 제목으로 의도했는지, 아니면 h2 제목으로 의도했는지 불분명하다.

<h1>Contact details</h2>

오타일 가능성이 높은 경우

사용자가 단순한 오타를 냈을 때 오류를 조기에 발견할 수 있으면 작성자의 디버깅 시간을 크게 줄일 수 있다. 따라서 이 명세에서는 일반적으로 이 명세에 정의된 이름과 일치하지 않는 요소 이름, 속성 이름 등을 사용하는 것을 오류로 간주한다.

예를 들어 작성자가 <caption> 대신 <capton>을 입력하면 오류로 표시되어 작성자가 즉시 오타를 수정할 수 있다.

향후 새 구문을 방해할 수 있는 오류

향후 언어 구문을 확장할 수 있도록, 그 밖에는 무해한 특정 기능이 허용되지 않는다.

예를 들어 현재 종료 태그의 "속성"은 무시되지만 유효하지 않다. 향후 언어가 이미 배포된 유효한 콘텐츠와 충돌하지 않고 해당 구문 기능을 사용하도록 변경될 가능성을 남겨 두기 위한 것이다.

일부 작성자는 HTML 구문의 유연성을 활용해 얻는 작은 간결성의 이점보다 이러한 관습에서 얻는 일관성을 선호하여, 모든 속성을 항상 따옴표로 감싸고 선택적 태그를 항상 포함하는 습관이 유용하다고 생각한다. 이러한 작성자를 돕기 위해 적합성 검사기는 해당 관습을 강제하는 동작 모드를 제공할 수 있다.

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

이 절은 비규범적이다.

언어 구문 외에도 이 명세는 요소와 속성을 지정할 수 있는 방식에 제한을 둔다. 이러한 제한도 비슷한 이유로 존재한다.

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

정의된 의미가 있는 요소의 오용을 피하기 위해, 의심스러운 가치를 지닌 방식으로 요소가 중첩되는 것을 제한하는 콘텐츠 모델을 정의한다.

예를 들어 이 명세에서는 section 요소를 kbd 요소 안에 중첩하는 것을 허용하지 않는다. 작성자가 전체 구획을 키보드로 입력해야 한다는 의미를 나타내려 할 가능성이 매우 낮기 때문이다.

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

마찬가지로 요소 사용상의 실수를 작성자가 알아차리도록 하기 위해, 표현된 의미의 명확한 모순도 적합성 오류로 간주한다.

예를 들어 아래 조각의 의미는 모순된다. 구분자는 동시에 셀이 될 수 없으며, 라디오 버튼은 진행률 표시줄이 될 수 없다.

<hr role="cell">

<input type=radio role=progressbar>

또 다른 예는 ul 요소의 콘텐츠 모델에 대한 제한이다. 이 요소는 li 요소 자식만 허용한다. 목록은 정의상 0개 이상의 목록 항목으로만 구성되므로, ul 요소에 li 요소 이외의 것이 포함되어 있다면 무엇을 의도했는지 불분명하다.

기본 스타일이 혼란을 일으킬 가능성이 높은 경우

일부 요소에는 특정 조합이 혼란을 일으킬 가능성을 높이는 기본 스타일이나 동작이 있다. 이러한 문제가 없으면서 동등한 대안이 있다면 혼란스러운 조합은 허용되지 않는다.

예를 들어 div 요소는 블록 상자로 렌더링되고, span 요소는 인라인 상자로 렌더링된다. 블록 상자를 인라인 상자 안에 넣는 것은 불필요하게 혼란스럽다. div 요소만 중첩하거나, span 요소만 중첩하거나, div 요소 안에 span 요소를 중첩하는 것은 모두 span 요소 안에 div 요소를 중첩하는 것과 동일한 목적을 달성한다. 그러나 마지막 조합만 인라인 상자 안에 블록 상자를 포함하므로 마지막 조합은 허용되지 않는다.

또 다른 예는 대화형 콘텐츠를 중첩할 수 없는 방식이다. 예를 들어 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 속성이 있으면 요소의 콘텐츠가 무시된다. 그러나 이는 분명하지 않으며, 특히 요소의 콘텐츠가 실행 가능한 스크립트처럼 보이는 경우 작성자가 해당 인라인 스크립트가 실행되지 않는다는 사실을 깨닫지 못한 채 디버깅에 많은 시간을 소비할 수 있다. 이 문제를 줄이기 위해 이 명세에서는 src 속성이 있는 script 요소에 실행 가능한 스크립트를 포함하는 것을 부적합한 것으로 지정한다. 따라서 문서를 검증하는 작성자는 이러한 실수로 시간을 낭비할 가능성이 작다.

HTML 구문과 XML 구문 사이를 이전하는 작성자에게 영향을 미치는 영역과 관련된 오류

일부 작성자는 XML과 HTML 모두에서 비슷한 결과로 해석할 수 있는 파일을 작성하고 싶어 한다. 이 방식은 특히 스크립팅, 스타일링 또는 모든 종류의 자동 직렬화와 관련될 때 수많은 미묘한 복잡성이 있으므로 일반적으로 권장되지 않지만, 이 명세에는 최소한 이러한 어려움을 어느 정도 완화하기 위한 제한이 몇 가지 있다. 따라서 작성자가 HTML 구문과 XML 구문 사이를 이전할 때 이를 과도기적 단계로 사용하기가 더 쉬워진다.

예를 들어 lang 및 xml:lang 속성을 서로 동기화하기 위한 다소 복잡한 규칙이 존재한다.

또 다른 예는 HTML 직렬화의 xmlns 속성 값에 대한 제한이다. 이러한 제한은 적합한 문서의 요소가 HTML 또는 XML 중 어느 방식으로 처리되든 동일한 네임스페이스에 속하도록 하기 위한 것이다.

향후 확장을 위해 예약된 영역과 관련된 오류

향후 언어 개정판에서 새 구문을 허용하기 위한 구문 제한과 마찬가지로, 요소의 콘텐츠 모델과 속성 값에 대한 일부 제한은 향후 HTML 어휘를 확장할 수 있도록 하기 위한 것이다.

예를 들어 U+005F LOW LINE 문자(_)로 시작하는 target 속성의 값을 특정한 미리 정의된 값으로만 제한하면, 향후 작성자가 정의한 값과 충돌하지 않고 새 미리 정의된 값을 도입할 수 있다.

다른 명세의 오용을 나타내는 오류

일부 제한은 다른 명세에서 정한 제한을 지원하기 위한 것이다.

예를 들어 미디어 쿼리 목록을 받는 속성에 유효한 미디어 쿼리 목록만 사용하도록 요구하면 해당 명세의 적합성 규칙을 따르는 것이 중요하다는 점을 강화한다.

1.12 권장 읽을거리

이 절은 비규범적이다.

다음 문서는 이 명세의 독자에게 유용할 수 있다.

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

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

Unicode 보안 고려 사항 [UTR36]

Unicode에는 매우 많은 문자가 포함되어 있고 세계의 다양한 문자 체계를 포괄하므로, 잘못 사용하면 프로그램이나 시스템이 잠재적인 보안 공격에 노출될 수 있다. 점점 더 많은 제품이 국제화되고 있으므로 이는 특히 중요하다. 이 문서는 프로그래머, 시스템 분석가, 표준 개발자 및 사용자가 고려해야 할 일부 보안 고려 사항을 설명하고, 문제의 위험을 줄이기 위한 구체적인 권고 사항을 제공한다.

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

웹 콘텐츠 접근성 지침(WCAG)은 웹 콘텐츠의 접근성을 높이기 위한 광범위한 권고 사항을 다룬다. 이 지침을 따르면 전맹 및 저시력, 농 및 난청, 학습 장애, 인지적 제약, 제한된 운동 능력, 언어 장애, 광과민성 및 이러한 장애의 복합적인 조합을 포함하여 더 다양한 장애인이 콘텐츠에 접근할 수 있다. 또한 이 지침을 따르면 일반적으로 모든 사용자가 웹 콘텐츠를 더 쉽게 사용할 수 있다.

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

이 명세는 장애인이 더 쉽게 사용할 수 있는 웹 콘텐츠 저작 도구를 설계하기 위한 지침을 제공한다. 이 지침을 준수하는 저작 도구는 장애가 있는 작성자에게 접근 가능한 사용자 인터페이스를 제공할 뿐만 아니라, 모든 작성자가 접근 가능한 웹 콘텐츠를 제작할 수 있도록 지원하고 촉진함으로써 접근성을 향상한다.

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

이 문서는 장애인의 웹 접근성 장벽을 낮추는 사용자 에이전트를 설계하기 위한 지침을 제공한다. 사용자 에이전트에는 브라우저와 웹 콘텐츠를 가져와 렌더링하는 다른 유형의 소프트웨어가 포함된다. 이 지침을 준수하는 사용자 에이전트는 자체 사용자 인터페이스와 다른 기술, 특히 보조 기술과 통신하는 기능을 포함한 내부 기능을 통해 접근성을 향상한다. 또한 장애가 있는 사용자뿐만 아니라 모든 사용자가 적합한 사용자 에이전트를 더 쉽게 사용할 수 있어야 한다.

2 공통 인프라

이 명세는 Infra에 의존한다. [INFRA]

2.1 용어

이 명세에서는 HTML 및 XML 속성과 IDL 속성을 동일한 맥락에서 함께 언급하는 경우가 많다. 어느 것을 가리키는지 명확하지 않은 경우 HTML 및 XML 속성은 콘텐츠 속성이라고 하며, IDL 인터페이스에 정의된 속성은 IDL 속성이라고 한다. 마찬가지로 "프로퍼티"라는 용어는 JavaScript 객체 프로퍼티와 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, 시스템 등을 사용하는지 여부를 포함하여 이를 실현하는 정확한 메커니즘을 정의하지 않는다. 반면 즉시 실행해야 하는 작업은 현재 실행 중인 태스크를 중단하고 자신을 실행한 다음 이전에 실행 중이던 태스크를 재개해야 한다.

병렬 처리를 활용하는 명세 작성 지침은 다른 명세에서 이벤트 루프 다루기를 참조하라.

동일한 데이터를 처리하는 서로 다른 병렬 알고리즘 사이의 경쟁 상태를 피하기 위해 병렬 큐를 사용할 수 있다.

병렬 큐는 직렬로 실행해야 하는 알고리즘 단계의 큐를 나타낸다.

병렬 큐에는 처음에 비어 있는 알고리즘 큐(큐)가 있다.

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

2.1.2 리소스

이 명세에서는 사용자 에이전트가 외부 리소스의 의미를 디코딩할 수 있는 구현을 갖추고 있는지를 가리킬 때 지원됨이라는 용어를 사용한다. 구현이 리소스의 중요한 측면을 무시하지 않고 해당 형식이나 유형의 외부 리소스를 처리할 수 있다면 그 형식이나 유형은 지원됨이라고 한다. 특정 리소스가 지원됨인지 여부는 해당 리소스 형식의 어떤 기능이 사용되는지에 따라 달라질 수 있다.

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

사용된 압축 형식이 지원되지 않는다면 구현이 파일의 메타데이터에서 동영상의 크기를 확인할 수 있더라도 MPEG-4 비디오 파일은 지원되는 형식으로 간주되지 않는다.

일부 명세, 특히 HTTP 명세에서 표현이라고 부르는 것은 이 명세에서는 리소스라고 한다. [HTTP]

리소스의 중요 하위 리소스는 해당 리소스를 올바르게 처리하기 위해 사용할 수 있어야 하는 리소스이다. 어떤 리소스를 중요하게 간주할지는 해당 리소스의 형식을 정의하는 명세에서 정의한다.

CSS 스타일시트의 경우 여기서는 잠정적으로 @import 규칙을 통해 가져온 다른 스타일시트와 가져온 다른 스타일시트가 간접적으로 가져온 스타일시트를 중요 하위 리소스로 정의한다.

이 정의는 완전히 상호 운용 가능하지 않다. 또한 일부 사용자 에이전트는 배경 이미지나 웹 폰트와 같은 리소스를 중요 하위 리소스로 간주하는 것으로 보인다. 이상적으로는 CSS 작업 그룹이 이를 정의해야 한다. 이와 관련된 진행 상황은 w3c/csswg-drafts 이슈 #1088을 참조하라.

2.1.3 XML 호환성

HTML에서 XML로 쉽게 이전할 수 있도록 이 명세를 준수하는 사용자 에이전트는 적어도 DOM 및 CSS의 목적상 HTML의 요소를 http://www.w3.org/1999/xhtml 네임스페이스에 배치한다. "HTML 요소"라는 용어는 XML 문서에 있는 경우를 포함하여 해당 네임스페이스의 모든 요소를 가리킨다.

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

요소 유형이라는 용어는 주어진 로컬 이름과 네임스페이스를 갖는 요소 집합을 가리키는 데 사용한다. 예를 들어 button 요소는 요소 유형이 button인 요소이다. 즉 로컬 이름이 "button"이고 (위에서 정의한 대로 암시적으로) HTML 네임스페이스에 속한다.

2.1.4 DOM 트리

어떤 요소나 속성이 무시됨이라고 명시되거나, 다른 값으로 취급되거나, 다른 것인 것처럼 처리된다고 할 때 이는 노드가 DOM에 들어간 후의 처리만을 가리킨다. 사용자 에이전트는 이러한 상황에서 DOM을 변경해서는 안 된다.

콘텐츠 속성은 새 값이 이전 값과 다른 경우에만 값이 변경되었다고 한다. 속성을 이미 가지고 있는 값으로 설정하는 것은 속성을 변경하지 않는다.

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

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

2.1.5 스크립팅

Foo가 실제로는 인터페이스인 경우에도 더 정확한 표현인 "Foo 인터페이스를 구현하는 객체" 대신 "Foo 객체"라는 표현을 사용할 때가 있다.

IDL 속성의 값을 가져오는 경우(예: 작성자 스크립트가 가져오는 경우)를 가져오기라고 하며, 새 값을 할당하는 경우를 설정하기라고 한다.

DOM 객체가 라이브라고 하면 해당 객체의 속성과 메서드는 데이터의 스냅샷이 아니라 실제 기반 데이터에 대해 작동해야 한다.

2.1.6 플러그인

플러그인이라는 용어는 사용자 에이전트가 사용하는 구현 정의 콘텐츠 처리기 집합을 가리킨다. 이러한 처리기는 사용자 에이전트가 Document 객체를 렌더링하는 데 참여할 수 있지만, Document의 자식 내비게이터블로 동작하거나 Document의 DOM에 Node 객체를 추가하지는 않는다.

일반적으로 이러한 콘텐츠 처리기는 제3자가 제공하지만, 사용자 에이전트가 내장 콘텐츠 처리기를 플러그인으로 지정할 수도 있다.

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

플러그인의 한 예는 사용자가 PDF 파일로 이동할 때 내비게이터블에서 인스턴스화되는 PDF 뷰어이다. 이는 PDF 뷰어 구성요소를 구현한 주체가 사용자 에이전트 자체를 구현한 주체와 같은지 여부와 관계없이 플러그인으로 간주된다. 그러나 동일한 인터페이스를 사용하는 대신 사용자 에이전트와 별도로 실행되는 PDF 뷰어 애플리케이션은 이 정의에 따른 플러그인이 아니다.

플러그인과 상호작용하는 방식은 사용자 에이전트와 플랫폼에 따라 달라질 것으로 예상되므로 이 명세에서는 해당 메커니즘을 정의하지 않는다. 일부 UA는 Netscape Plugin API와 같은 플러그인 메커니즘을 지원할 수 있고, 다른 UA는 원격 콘텐츠 변환기를 사용하거나 특정 유형을 기본적으로 지원할 수 있다. 실제로 이 명세는 사용자 에이전트가 플러그인을 지원하도록 전혀 요구하지 않는다. [NPAPI]

브라우저는 플러그인용 외부 콘텐츠와 상호작용할 때 매우 주의해야 한다. 제3자 소프트웨어가 사용자 에이전트 자체와 동일한 권한으로 실행되면 제3자 소프트웨어의 취약점도 사용자 에이전트의 취약점만큼 위험해진다.

사용자마다 서로 다른 플러그인 집합을 보유하면 사용자를 고유하게 식별할 가능성을 높이는 추적 벡터가 되므로, 사용자 에이전트는 각 사용자에게 정확히 동일한 플러그인 집합을 지원하는 것이 권장된다.

2.1.7 문자 인코딩

Encoding에 정의된 것처럼 문자 인코딩, 또는 의미가 모호하지 않은 경우 단순히 인코딩은 바이트 스트림과 Unicode 문자열 사이를 변환하는 정의된 방식이다. 인코딩에는 인코딩 이름과 하나 이상의 인코딩 레이블이 있으며, Encoding 표준에서는 이를 인코딩의 이름과 레이블이라고 한다. [ENCODING]

2.1.8 적합성 클래스

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

적합한 문서는 문서에 대한 모든 적합성 기준을 준수하는 문서이다. 읽기 쉽도록 일부 적합성 요구 사항은 작성자에 대한 적합성 요구 사항으로 표현하지만, 이러한 요구 사항은 암묵적으로 문서에 대한 요구 사항이다. 정의상 모든 문서에는 작성자가 있었다고 가정하기 때문이다. (일부 경우 그 작성자가 사용자 에이전트 자체일 수 있으며, 이러한 사용자 에이전트에는 아래에서 설명하는 추가 규칙이 적용된다.)

예를 들어 요구 사항에 "작성자는 foobar 요소를 사용해서는 안 된다"고 명시되어 있다면, 문서에 foobar라는 이름의 요소를 포함할 수 없음을 의미한다.

문서 적합성 요구 사항과 구현 적합성 요구 사항 사이에 암시적인 관계는 없다. 사용자 에이전트가 부적합한 문서를 임의로 처리할 수 있는 것은 아니다. 이 명세에서 설명하는 처리 모델은 입력 문서의 적합성 여부와 관계없이 구현에 적용된다.

사용자 에이전트는 서로 다른 적합성 요구 사항을 갖는 여러 범주로 나뉘며, 범주는 서로 겹칠 수 있다.

웹 브라우저 및 기타 대화형 사용자 에이전트

XML 구문을 지원하는 웹 브라우저는 다른 명세에서 해당 요소의 의미를 재정의하지 않은 한, 사용자가 상호작용할 수 있도록 XML 문서에서 발견된 HTML 네임스페이스의 요소와 속성을 이 명세에서 설명한 방식으로 처리해야 한다.

적합한 웹 브라우저가 XML 문서에서 script 요소를 발견하면 해당 요소에 포함된 스크립트를 실행한다. 그러나 사용자 에이전트가 XSLT도 지원한다고 가정할 때, XSLT로 표현된 변환 안에서 해당 요소를 발견하면 프로세서는 대신 script 요소를 변환의 일부를 구성하는 불투명한 요소로 처리한다.

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

스크립팅을 지원하는 사용자 에이전트는 Web IDL에 설명된 것처럼 이 명세의 IDL 조각을 준수하는 구현이어야 한다. [WEBIDL]

명시적으로 밝히지 않는 한 HTML 요소의 의미를 재정의하는 명세가 해당 요소를 나타내는 DOM 객체의 요구 사항까지 재정의하지는 않는다. 예를 들어 위 예의 script 요소는 여전히 HTMLScriptElement 인터페이스를 구현한다.

비대화형 표현 사용자 에이전트

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

비대화형 표현 사용자 에이전트의 일반적인 예로는 프린터 (정적 UA)와 오버헤드 디스플레이(동적 UA)가 있다. 대부분의 정적 비대화형 표현 사용자 에이전트는 스크립팅을 지원하지 않는 방식을 선택할 것으로 예상된다.

비대화형이지만 동적인 표현 UA는 여전히 스크립트를 실행하여 폼을 동적으로 제출하는 등의 동작을 허용한다. 그러나 사용자가 문서와 상호작용할 수 없을 때는 "포커스"라는 개념이 관련 없으므로 UA가 포커스 관련 DOM API를 지원할 필요는 없다.

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

대화형인지 여부와 관계없이 사용자 에이전트는 이 명세에서 정의한 제안된 기본 렌더링을 지원하는 것으로 지정될 수 있으며, 이는 사용자 옵션일 수도 있다.

이 지원은 필수가 아니다. 특히 제안된 기본 렌더링을 구현하는 사용자 에이전트도 색상 대비를 변경하거나 다른 포커스 스타일을 사용하거나 그 밖의 방식으로 사용자의 접근성과 사용성을 높이기 위해 이 기본값을 재정의하는 설정을 제공하는 것이 권장된다.

제안된 기본 렌더링을 지원하는 것으로 지정된 사용자 에이전트는 지정되어 있는 동안 렌더링 절에서 사용자 에이전트가 구현할 것으로 기대하는 동작으로 정의한 규칙을 구현해야 한다.

스크립팅을 지원하지 않는 사용자 에이전트

스크립팅을 지원하지 않거나 스크립팅 기능이 완전히 비활성화된 구현에는 이 명세에서 언급하는 이벤트 및 DOM 인터페이스를 지원할 의무가 없다. 그러나 이벤트 모델 또는 DOM을 기준으로 정의된 이 명세의 부분에서는 이러한 사용자 에이전트도 이벤트와 DOM이 지원되는 것처럼 동작해야 한다.

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

적합성 검사기

적합성 검사기는 문서가 이 명세에서 설명하는 관련 적합성 기준을 준수하는지 확인해야 한다. 자동화된 적합성 검사기는 작성자의 의도를 해석해야 발견할 수 있는 오류를 검출하지 않아도 된다. 예를 들어 blockquote 요소의 콘텐츠가 인용문이 아니면 문서가 부적합하지만, 사람의 판단 없이 실행되는 적합성 검사기가 blockquote 요소에 인용된 자료만 들어 있는지 검사할 필요는 없다.

적합성 검사기는 입력 문서를 브라우징 컨텍스트 없이 파싱했을 때 적합한지 검사해야 한다. 이는 스크립트가 실행되지 않고 파서의 스크립팅 모드가 비활성화됨을 의미한다. 또한 스크립트가 실행되는 브라우징 컨텍스트에서 파싱했을 때도 입력 문서가 적합한지, 그리고 스크립트 실행 자체 중의 일시적인 상태를 제외하면 스크립트가 부적합한 상태를 발생시키지 않는지도 검사해야 한다. (이 요구 사항이 "MUST"가 아니라 "SHOULD"인 이유는 이를 수행하는 것이 불가능하다고 증명되었기 때문이다. [COMPUTABLE])

"HTML 유효성 검사기"라는 용어는 이 명세의 관련 요구 사항을 자체적으로 준수하는 적합성 검사기를 가리키는 데 사용할 수 있다.

XML DTD는 이 명세의 모든 적합성 요구 사항을 표현할 수 없다. 따라서 유효성 검사 XML 프로세서와 DTD만으로는 적합성 검사기를 구성할 수 없다. 또한 이 명세에서 정의한 두 저작 형식 모두 SGML 애플리케이션이 아니므로 유효성 검사 SGML 시스템도 적합성 검사기를 구성할 수 없다.

다시 말하면 적합성 기준에는 세 가지 유형이 있다.

1. DTD로 표현할 수 있는 기준.
2. DTD로 표현할 수 없지만 시스템에서 검사할 수 있는 기준.
3. 사람만 검사할 수 있는 기준.

적합성 검사기는 처음 두 유형을 검사해야 한다. 단순한 DTD 기반 유효성 검사기는 첫 번째 유형의 오류만 검사하므로 이 명세에 따른 적합성 검사기가 아니다.

데이터 마이닝 도구

문서를 렌더링하거나 적합성을 검사하는 목적 이외의 이유로 HTML 및 XML 문서를 처리하는 애플리케이션과 도구는 처리하는 문서의 의미에 따라 동작해야 한다.

문서 개요를 생성하지만 각 문단마다 중첩 수준을 높이고 제목에서는 중첩 수준을 높이지 않는 도구는 적합하지 않다.

저작 도구 및 마크업 생성기

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

저작 도구는 작성자의 의도를 아직 판단할 수 없는 범위에서만 요소를 지정된 목적으로만 사용해야 한다는 엄격한 요구 사항의 적용을 받지 않는다. 그러나 저작 도구가 자동으로 요소를 오용하거나 사용자의 오용을 유도해서는 안 된다.

예를 들어 임의의 연락처 정보에 address 요소를 사용하는 것은 적합하지 않다. 이 요소는 가장 가까운 article 또는 body 요소 조상의 연락처 정보를 마크업하는 데만 사용할 수 있다. 그러나 저작 도구는 이러한 차이를 판단할 수 없는 경우가 많으므로 해당 요구 사항의 적용을 받지 않는다. 그렇다고 해서 저작 도구가 임의의 기울임꼴 텍스트 블록에 address 요소를 사용할 수 있다는 뜻은 아니다. 단지 사용자가 article 요소의 연락처 정보를 삽입하는 도구를 사용할 때 실제로 연락처 정보를 삽입하는지 아니면 다른 내용을 삽입하는지 저작 도구가 확인할 필요가 없다는 뜻이다.

적합성 검사 측면에서 편집기는 적합성 검사기가 확인할 수 있는 정도와 동일한 수준으로 적합한 문서를 출력해야 한다.

저작 도구를 사용하여 부적합한 문서를 편집하는 경우, 편집 세션 중 편집하지 않은 문서 구획의 적합성 오류를 유지할 수 있다. 즉 편집 도구는 오류가 있는 콘텐츠를 왕복 처리할 수 있다. 그러나 오류를 그대로 유지한 경우 저작 도구는 출력이 적합하다고 주장해서는 안 된다.

저작 도구에는 구조 또는 의미 데이터에서 작업하는 도구와 보이는 그대로 결과를 얻는 미디어별 편집 방식(WYSIWYG)으로 작업하는 도구라는 두 가지 주요 유형이 있을 것으로 예상된다.

소스 정보의 구조를 사용하면 어떤 HTML 요소와 속성이 가장 적합한지 근거 있게 선택할 수 있으므로, HTML을 저작하는 도구에는 전자의 방식이 권장된다.

그러나 WYSIWYG 도구도 유효한 방식이다. WYSIWYG 도구는 적합하다고 알고 있는 요소를 사용해야 하며, 적합한지 알 수 없는 요소를 사용해서는 안 된다. 일부 극단적인 경우에는 흐름 요소의 사용을 몇 개의 요소로 제한해야 할 수도 있다. 예를 들면 div, b, i 및 span 요소만 사용하고 style 속성을 광범위하게 사용해야 할 수 있다.

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

기존 콘텐츠 및 이전 명세와의 호환성을 위해 이 명세에서는 두 가지 저작 형식을 설명한다. 하나는 XML을 기반으로 하며, 다른 하나는 SGML에서 영감을 받은 사용자 정의 형식 (HTML 구문이라고 함)을 사용한다. 구현은 이 두 형식 중 적어도 하나를 지원해야 하며, 둘 다 지원하는 것이 권장된다.

일부 적합성 요구 사항은 요소, 속성, 메서드 또는 객체에 대한 요구 사항으로 표현한다. 이러한 요구 사항은 콘텐츠 모델 제한을 설명하는 요구 사항과 구현 동작을 설명하는 요구 사항이라는 두 범주로 나뉜다. 전자는 문서와 저작 도구에 대한 요구 사항이며, 후자는 사용자 에이전트에 대한 요구 사항이다. 마찬가지로 일부 적합성 요구 사항은 작성자에 대한 요구 사항으로 표현한다. 이러한 요구 사항은 작성자가 생성하는 문서에 대한 적합성 요구 사항으로 해석해야 한다. (다시 말해 이 명세는 작성자에 대한 적합성 기준과 문서에 대한 적합성 기준을 구분하지 않는다.)

2.1.9 의존성