구글 안티그래비티 완전 분석 — 모델·요금제·CLI 총정리

🚀 구글 안티그래비티(Antigravity) 완전 분석 구글이 2025년 11월 Gemini 3와 함께 공개한 에이전트 퍼스트(agent-first) IDE 안티그래비티는 Claude·GPT·Gemini를 한 도구에서 골라 쓰는 멀티모델 코딩 환경이다. 이 글에서는 ① 지원 모델과 요금제별 사용량의 실체, ② 실사용자 평가, ③ 구글의 방향성, ④ Claude Code와의 비교·연계, ⑤ CLI( agy )로 직접 쓰는 법까지 다섯 갈래를 차례로 정리한다. 자료 간 충돌이 있는 지점은 한쪽으로 단정하지 않고 양쪽을 모두 살려 표기했다. 📅 기준 시점: 2026년 6월 · 프리뷰 단계 정보로 수치는 변동 가능 1. 안티그래비티란 무엇인가 — 기초 정리 안티그래비티는 2025년 7월 구글이 24억 달러 규모 라이선스 계약 으로 영입한 전 Windsurf 팀이 설계를 주도했다. VSCode를 포크한 위에 자율 에이전트 오케스트레이션 계층을 얹은 구조다. 2026년 5월 Google I/O에서 발표된 안티그래비티 2.0 은 데스크탑 앱과 함께 공식 CLI agy 를 처음 공개하며 기존 Gemini CLI의 공식 후계자 자리를 확정했다. 핵심 정체성은 단순 코드 자동완성이 아니라 병렬 에이전트 오케스트레이션 이다. 여러 에이전트가 동시에 — 하나는 API, 하나는 테스트, 또 하나는 프론트엔드 — 작업을 나눠 진행하고, 각 에이전트는 계획·테스트 결과·스크린샷·영상을 담은 Artifact 를 남긴다. "사람이 한 줄씩 승인"하는 방식이 아니라 "에이전트들이 일을 마치고 사람이 사후 검수"하는 모델이다. flowchart TD A([사용자 작업 지시]) --> B[에이전트 A API 구현] A --> C[에이전트 B 테스트 작성] A --> D[에이전트 C UI 생성] B --> E[Artifact 계획·결과·영상] C --> E D --> E...

HTML 완전정복: 30년 진화의 모든 것

🌐 HTML 교과서: 정의부터 심화 응용까지 한 번에

📅 2026년 5월 10일 · 웹 인프라 종합 리서치

웹 페이지 한 장을 펼치면 그 뒤에는 30년 가까이 다듬어져 온 HTML(HyperText Markup Language)이 있습니다. 단순한 태그 모음으로 보이지만, HTML은 표준화 갈등·접근성 논쟁·보안 이슈가 얽힌 웹의 헌법입니다. 이 글은 정의·역사·기초·응용·사용 예시·심화 응용 6단계로 HTML을 정리한 종합 보고서입니다.

📘 1. 정의: HTML이란 무엇인가

HTML은 웹 브라우저가 텍스트·이미지·미디어·링크 등의 콘텐츠를 사용자에게 어떻게 구조화하여 보여줄지 기술하는 마크업 언어(Markup Language)입니다. 프로그래밍 언어가 아니라, 문서의 골격과 의미를 '표시(mark up)'하는 선언적 명세입니다.

HyperText: 단순 텍스트가 아닌, 다른 문서·자원으로의 비선형적 연결(Link)을 내장한 텍스트
Markup: 콘텐츠에 의미·구조·표현 정보를 부여하기 위한 태그(Tag) 기반 표시 체계
Element(요소): 시작 태그 + 콘텐츠 + 종료 태그로 구성되는 HTML의 최소 의미 단위
Attribute(속성): 요소에 부가 정보(예: href, alt, class)를 부여하는 키-값 쌍

💬 권위 있는 정의: WHATWG는 "HTML은 웹의 콘텐츠 구조를 정의하는 핵심 언어"라고 명시합니다. — WHATWG Living Standard

🕰️ 2. 역사: 30년의 진화 연대기

HTML은 1989년 CERN의 팀 버너스 리(Tim Berners-Lee)가 과학자 간 정보 공유 목적으로 제안한 데서 출발했습니다. 다음은 주요 분기점을 한눈에 보여주는 타임라인입니다.

1989
CERN 제안
1995
HTML 2.0
1999
HTML 4.01
2000
XHTML 1.0
2014~
HTML5 Living
시기 버전 핵심 변화
1991~1995 HTML 1.0~2.0 초기 텍스트 기반, 웹의 기초 형성
1997~1999 HTML 3.2~4.01 표·프레임·스타일 요소 추가, CSS 분리 시작
2000 XHTML 1.0 XML 기반 재정의, 엄격 문법 적용
2014~현재 HTML5 Living Standard 멀티미디어·시맨틱·API 통합, 버전 번호 폐지

⚔️ 2.1 표준화 전쟁: WHATWG vs W3C

HTML 역사에서 가장 결정적인 분기점은 표준화 기구 간의 철학 충돌이었습니다. 2000년대 초 W3C가 HTML을 폐기하고 XML 기반 XHTML로 전환하려 하자, Apple·Mozilla·Opera가 반발해 2004년 WHATWG를 결성했습니다.

W3C 스냅샷 모델 (5.0, 5.1) WHATWG Living Standard 모델 ⚡ 충돌 (2004~2019) 2019.05 MOU 체결 단일 HTML/DOM 표준에 협력 합의

결말: 2019년 5월, W3C와 WHATWG는 양해각서(MOU)를 체결하고 단일 버전의 HTML/DOM에 협력하기로 합의했습니다. 현재 HTML의 유일한 권위는 WHATWG의 Living Standard에 있습니다. (W3C Blog, 2019.05.28)

🧱 3. 기초 문법: 문서의 뼈대

<!DOCTYPE html>
<html lang="ko">
  <head>
    <meta charset="UTF-8">
    <title>리서치 보고서</title>
  </head>
  <body>
    <h1>웹 인프라 연구</h1>
    <p>HTML은 웹의 기본 언어입니다.</p>
  </body>
</html>

🏷️ 3.1 핵심 태그 카테고리

텍스트 콘텐츠: <h1>~<h6>(제목 계층), <p>(단락), <span>(인라인), <strong>(중요 강조), <em>(어조 강조)
링크 및 미디어: <a href="...">(하이퍼링크), <img src="..." alt="...">(이미지), <video>/<audio>(미디어)
목록: <ul>/<ol>/<li>(비정렬·정렬·항목), <dl>/<dt>/<dd>(정의 목록)
: <table>, <thead>, <tbody>, <tr>, <th>, <td>
속성 기본 4종: id(고유 식별자), class(분류), style(인라인 스타일), data-*(커스텀 데이터)

⚖️ 3.2 느슨한 문법(Loose Syntax)의 양면성

XHTML의 엄격함이 폐기되면서, 태그를 닫지 않거나 대소문자가 달라도 브라우저가 임의로 보정(Error Recovery)합니다. 이는 진입 장벽을 낮췄지만, 개발자별 스타일 분기와 예측 불가 렌더링이라는 부작용을 만듭니다.

🎯 4. 응용 문법: 시맨틱·폼·미디어

🧩 4.1 시맨틱(Semantic) 마크업

HTML5의 가장 큰 패러다임 전환은 "의미를 가진 태그"의 도입입니다. 과거 의미 없는 <div> 남용을 대체하며, 검색 엔진과 보조공학이 문서 구조를 정확히 이해할 수 있게 했습니다.

태그 의미
<header> 머리말 (로고·메뉴)
<nav> 탐색 링크
<main> 핵심 본문 (문서당 1개)
<article> 독립적 콘텐츠 (블로그 포스트, 뉴스 기사)
<section> 주제별 구역
<aside> 부가 정보
<footer> 바닥글 (저작권, 연락처)

📝 4.2 폼(Form)과 입력 검증

HTML5는 type="email", type="date", required, pattern 등 선언적 검증을 도입해, JavaScript 의존도를 낮추고 사용자 경험을 개선했습니다. 단순 속성 선언만으로 입력 형식을 강제할 수 있게 된 것이 핵심 진보입니다.

🎬 4.3 멀티미디어 네이티브 지원

플래시(Flash) 등 외부 플러그인 없이 비디오·오디오·캔버스 그래픽이 HTML5 네이티브로 처리됩니다. <video>와 <source> 조합으로 다중 코덱 폴백도 자동 처리됩니다.

🛠️ 5. 사용 예시: 데이터 흐름

HTML은 단독으로 쓰이지 않습니다. 일반적인 콘텐츠 전달 파이프라인은 다음과 같습니다.

콘텐츠 작성 Markdown / DB HTML 변환 시맨틱 태그 브라우저 렌더 DOM 트리 사용자·검색 SEO·접근성

📰 5.1 시맨틱 블로그 포스트 구조

하나의 블로그 글은 <header> → <main> → <article> → <section> → <footer> 의 계층으로 짜는 것이 정석입니다. <time datetime="2026-05-10"> 같은 기계 친화적 표현은 검색 결과의 풍성도(rich snippet)를 직접 끌어올립니다.

♿ 5.2 접근성 강화 이미지·버튼

alt 속성aria-* 속성은 스크린 리더가 시각 콘텐츠를 음성으로 전달하는 핵심 통로입니다. 이미지에 alt 텍스트를 누락하면 시각 장애 사용자에게 그 이미지는 존재하지 않는 것과 같습니다.

🚀 6. 심화 응용: ARIA·Web Components·SEO

🦮 6.1 ARIA와 웹 접근성

HTML 시맨틱 태그만으로는 복잡한 웹 애플리케이션의 접근성을 보장할 수 없으며, WAI-ARIA(Accessible Rich Internet Applications) 속성을 결합해야 합니다. role="navigation", role="dialog" 등으로 요소 역할을 보강하고, aria-live="polite"로 동적 콘텐츠 변경을 보조공학에 알립니다.

⚠️ WebAIM 경고: "잘못된 시맨틱 태그 사용은 ARIA 라벨이 붙은 중립 div보다 더 나쁠 수 있다." 즉, <article>을 의미 없이 남발하느니 차라리 aria-label을 단 <div>가 낫다는 뜻입니다. (WebAIM, 2023.11.30)

🧱 6.2 Web Components

<custom-tag> 형태로 개발자가 직접 정의·재사용 가능한 사용자 정의 요소를 만드는 표준입니다. Shadow DOM, HTML Templates, Custom Elements 3축이 결합되어 React·Vue 같은 프레임워크 없이도 캡슐화된 컴포넌트를 구성할 수 있습니다.

🔍 6.3 SEO 최적화와 메타데이터

검색 엔진은 시맨틱 마크업·메타 태그·구조화 데이터(Schema.org JSON-LD)를 기반으로 콘텐츠를 인덱싱합니다. <meta name="description">, <meta property="og:title">, <link rel="canonical"> 세 가지는 SEO의 최소 필수 요소입니다.

⚠️ 6.4 Living Standard의 그림자: 5대 한계

두 라운드의 조사를 교차 검증한 결과, HTML이 안고 있는 일관된 비판점은 다음과 같이 요약됩니다. 막대의 길이는 각 이슈의 상대적 영향도를 시각화한 것입니다.

🔓 보안 표면 확장
92
🧩 시맨틱 남용
78
🌀 브라우저 파편화
70
📜 느슨한 문법
60
⚙️ 로직 부재(JS 의존)
55

로직 부재: HTML은 선언적 마크업일 뿐, 비즈니스 로직은 JavaScript에 전적으로 의존하며 XSS 보안 취약점의 주요 경로가 됩니다.
시맨틱 남용("Section-itis"): <section>, <article>, <main>의 기준이 모호해 단순 <div> 대체로 오용되며 오히려 기계 해석을 방해합니다.
브라우저 파편화: Living Standard 특성상 새 기능이 수시로 추가되지만 크롬·사파리·파이어폭스 간 구현 속도 차이가 커, 개발자는 Polyfill·Feature Detection에 지속적 자원을 투입해야 합니다.
보안 표면 확장: LocalStorage·Web SQL·하드웨어 접근 API 등은 OWASP가 지적했듯 "양날의 검(double-edged sword)"으로, 공격 표면을 키웁니다. (OWASP, 2024)

🎯 7. 결론: 4축 학습법

🧠 HTML은 1989년 CERN의 단순 문서 공유 도구에서 출발해, WHATWG Living Standard 체제라는 단일 권위 아래 멀티미디어·접근성·컴포넌트 플랫폼으로 진화했습니다.

그 강점은 하위 호환성선언적 단순성에 있으나, 동일한 특성이 느슨한 문법·시맨틱 남용·브라우저 파편화라는 그림자를 만들기도 했습니다.

현대의 HTML 학습은 단순 태그 암기를 넘어 다음 4축으로 접근해야 합니다.

학습 포인트
1️⃣ 시맨틱 의도에 맞는 정확한 태그 선택 (남용 금지)
2️⃣ 접근성 ARIA·alt·label로 보조공학 친화적 보강
3️⃣ 거버넌스 WHATWG Living Standard 변경 추적
4️⃣ 트레이드오프 보안·성능·호환성의 균형 인식

HTML은 변하지 않는 '웹의 뼈대'이지만, 그 뼈대를 어떻게 세우느냐가 곧 웹의 품질을 결정합니다. 태그 하나를 더 의미 있게 고르는 습관이, 결국 검색 노출·접근성·보안의 차이를 만듭니다.

📚 References

▶ WHATWG Living Standard — html.spec.whatwg.org
▶ W3C HTML5 History — w3.org/standards/history/html5
▶ MDN Web Docs HTML Basics — developer.mozilla.org
▶ W3C and WHATWG Agreement (2019.05) — w3.org/blog
▶ WebAIM Future of Accessibility (2023.11) — webaim.org/blog
▶ OWASP HTML5 Security Cheat Sheet (2024)

본 보고서는 학습·연구 목적의 정보 정리이며, 특정 기술의 채택을 권유하지 않습니다. 표준 명세는 수시로 갱신되므로 최신 권위는 WHATWG Living Standard에서 확인하시기 바랍니다.
📄 Raw Data
# [종합 리서치] HTML 문법 교과서: 정의에서 심화 응용까지

> 본 보고서는 웹 인프라의 근간인 HTML(HyperText Markup Language)에 대해 정의·역사·기초·응용·사용 예시·심화 응용 순으로 정리한 교과서적 종합 자료입니다. WHATWG Living Standard와 W3C 표준 문서를 1차 사료로 삼고, 표준화 갈등사·기술적 한계·접근성 이슈를 함께 다룹니다.

---

## 1. 정의 (Definition)

HTML은 웹 브라우저가 텍스트·이미지·미디어·링크 등의 콘텐츠를 사용자에게 어떻게 구조화하여 보여줄지 기술하는 **마크업 언어(Markup Language)** 입니다. 프로그래밍 언어가 아니라, 문서의 골격과 의미를 '표시(mark up)'하는 선언적 기술 명세입니다.

- **HyperText**: 단순 텍스트가 아닌, 다른 문서·자원으로의 비선형적 연결(Link)을 내장한 텍스트.
- **Markup**: 콘텐츠에 의미·구조·표현 정보를 부여하기 위한 태그(Tag) 기반 표시 체계.
- **Element(요소)**: 시작 태그 + 콘텐츠 + 종료 태그로 구성되는 HTML의 최소 의미 단위.
- **Attribute(속성)**: 요소에 부가 정보(예: `href`, `alt`, `class`)를 부여하는 키-값 쌍.

> 권위 있는 정의: WHATWG는 "HTML은 웹의 콘텐츠 구조를 정의하는 핵심 언어"라고 명시합니다. (WHATWG Living Standard)

---

## 2. 역사 (History)

HTML은 **1989년 CERN의 팀 버너스 리(Tim Berners-Lee)** 가 과학자 간 정보 공유 목적으로 제안한 데서 출발했으며, 이후 30년 넘게 진화해 왔습니다.

| 시기 | 버전 | 핵심 변화 |
|------|------|---------|
| 1991~1995 | HTML 1.0 ~ 2.0 | 초기 텍스트 기반, 웹의 기초 형성 |
| 1997~1999 | HTML 3.2 ~ 4.01 | 표·프레임·스타일 요소 추가, CSS 분리 시작 |
| 2000 | XHTML 1.0 | XML 기반 재정의, 엄격 문법 적용 |
| 2014~현재 | HTML5 (Living Standard) | 멀티미디어·시맨틱·API 통합, 버전 번호 폐지 |

### 2.1 표준화 전쟁: WHATWG vs W3C

HTML 역사에서 가장 결정적인 분기점은 표준화 기구 간의 철학 충돌이었습니다.

- **갈등 배경**: 2000년대 초 W3C가 HTML을 폐기하고 XML 기반 XHTML로 전환하려 하자, **Apple·Mozilla·Opera**가 반발해 **2004년 WHATWG를 결성**했습니다.
- **핵심 쟁점**: W3C는 버전 번호(5.0, 5.1)를 부여한 **"스냅샷(Snapshot)"** 모델을, WHATWG는 끊임없이 갱신되는 **"Living Standard"** 모델을 주장했습니다.
- **결말**: 2019년 5월, W3C와 WHATWG는 양해각서(MOU)를 체결하고 단일 버전의 HTML/DOM에 협력하기로 합의했습니다. 현재 **HTML의 유일한 권위는 WHATWG의 Living Standard**에 있습니다. (W3C Blog, 2019.05.28)

---

## 3. 기초 문법 (Basic Syntax)

### 3.1 문서의 뼈대

```html
<!DOCTYPE html>                <!-- HTML5 문서 선언 -->
<html lang="ko">               <!-- 루트 요소, 주 언어 명시 -->
<head>
    <meta charset="UTF-8">     <!-- 인코딩 -->
    <title>리서치 보고서</title>  <!-- 브라우저 탭 제목 -->
</head>
<body>
    <h1>웹 인프라 연구</h1>
    <p>HTML은 웹의 기본 언어입니다.</p>
</body>
</html>
```

### 3.2 핵심 태그 카테고리

- **텍스트 콘텐츠**: `<h1>`~`<h6>`(제목 계층), `<p>`(단락), `<span>`(인라인), `<strong>`(중요 강조), `<em>`(어조 강조).
- **링크 및 미디어**: `<a href="...">`(하이퍼링크), `<img src="..." alt="...">`(이미지), `<video>`/`<audio>`(미디어).
- **목록**: `<ul>`/`<ol>`/`<li>`(비정렬·정렬·항목), `<dl>`/`<dt>`/`<dd>`(정의 목록).
- **표**: `<table>`, `<thead>`, `<tbody>`, `<tr>`, `<th>`, `<td>`.
- **속성 기본 4종**: `id`(고유 식별자), `class`(분류), `style`(인라인 스타일), `data-*`(커스텀 데이터).

### 3.3 문법의 특징과 비판점

- **느슨한 문법(Loose Syntax)**: XHTML의 엄격함이 폐기되어, 태그를 닫지 않거나 대소문자가 달라도 브라우저가 임의로 보정(Error Recovery)합니다. 이는 진입 장벽을 낮췄지만, **개발자별 스타일 분기와 예측 불가 렌더링** 이라는 비판을 받습니다. (Round 2 조사 자료)

---

## 4. 응용 문법 (Applied Syntax)

### 4.1 시맨틱(Semantic) 마크업

HTML5의 가장 큰 패러다임 전환은 "의미를 가진 태그"의 도입입니다. 과거 의미 없는 `<div>` 남용을 대체합니다.

| 태그 | 의미 |
|------|------|
| `<header>` | 머리말 (로고·메뉴) |
| `<nav>` | 탐색 링크 |
| `<main>` | 핵심 본문(문서당 1개) |
| `<article>` | 독립적 콘텐츠 (블로그 포스트, 뉴스 기사) |
| `<section>` | 주제별 구역 |
| `<aside>` | 부가 정보 |
| `<footer>` | 바닥글 (저작권, 연락처) |

### 4.2 폼(Form)과 입력 검증

```html
<form action="/submit" method="POST">
  <label for="email">이메일</label>
  <input type="email" id="email" name="email" required>
  <input type="number" min="1" max="100" step="1">
  <button type="submit">보내기</button>
</form>
```

HTML5는 `type="email"`, `type="date"`, `required`, `pattern` 등 **선언적 검증**을 도입해, JavaScript 의존도를 낮추고 사용자 경험을 개선했습니다.

### 4.3 멀티미디어 네이티브 지원

```html
<video controls width="640" poster="thumb.jpg">
  <source src="video.mp4" type="video/mp4">
  <source src="video.webm" type="video/webm">
</video>
```

플래시(Flash) 등 외부 플러그인 없이 비디오·오디오·캔버스 그래픽이 HTML5 네이티브로 처리됩니다.

---

## 5. 사용 예시 (Use Cases)

### 5.1 시맨틱 블로그 포스트 구조

```html
<!DOCTYPE html>
<html lang="ko">
<head>
  <meta charset="UTF-8">
  <meta name="viewport" content="width=device-width, initial-scale=1">
  <title>HTML 학습 노트</title>
</head>
<body>
  <header>
    <h1>웹 개발 블로그</h1>
    <nav>
      <a href="/">홈</a> | <a href="/about">소개</a>
    </nav>
  </header>

  <main>
    <article>
      <header>
        <h2>HTML5 시맨틱 태그</h2>
        <time datetime="2026-05-10">2026년 5월 10일</time>
      </header>
      <section>
        <h3>도입 배경</h3>
        <p>HTML5는 <strong>의미론적 마크업</strong>을 표준화했습니다.</p>
      </section>
      <footer>작성자: 연구원</footer>
    </article>
  </main>

  <footer>&copy; 2026 Research Lab</footer>
</body>
</html>
```

### 5.2 접근성 강화 이미지·버튼

```html
<img src="chart.png" alt="2026년 1분기 매출 추이 막대그래프">
<button aria-label="메뉴 열기" aria-expanded="false">☰</button>
```

`alt` 속성과 `aria-*` 속성은 스크린 리더가 시각 콘텐츠를 음성으로 전달하는 핵심 통로입니다.

---

## 6. 심화 응용 (Advanced Applications)

### 6.1 ARIA와 웹 접근성

HTML 시맨틱 태그만으로는 복잡한 웹 애플리케이션의 접근성을 보장할 수 없으며, **WAI-ARIA(Accessible Rich Internet Applications)** 속성을 결합해야 합니다.

- `role="navigation"`, `role="dialog"` 등으로 요소 역할 보강.
- `aria-live="polite"`로 동적 콘텐츠 변경을 보조공학에 알림.
- 단, **WebAIM은 "잘못된 시맨틱 태그 사용은 ARIA 라벨이 붙은 중립 div보다 더 나쁠 수 있다"** 고 경고합니다. (WebAIM, 2023.11.30)

### 6.2 Web Components

`<custom-tag>` 형태로 **개발자가 직접 정의·재사용 가능한 사용자 정의 요소**를 만드는 표준입니다. Shadow DOM, HTML Templates, Custom Elements가 결합되어 React·Vue 같은 프레임워크 없이도 캡슐화된 컴포넌트를 구성할 수 있습니다.

### 6.3 SEO 최적화와 메타데이터

검색 엔진은 시맨틱 마크업·메타 태그·구조화 데이터(Schema.org JSON-LD)를 기반으로 콘텐츠를 인덱싱합니다.

```html
<meta name="description" content="HTML 학습 가이드">
<meta property="og:title" content="HTML 교과서">
<link rel="canonical" href="https://example.com/html-guide">
```

### 6.4 한계와 비판 (Living Standard의 그림자)

본 자료는 두 라운드의 조사 결과를 비교했을 때 **상호 모순 없이 일관된 비판점**을 확인했습니다.

1. **프로그래밍 로직의 부재**: HTML은 여전히 선언적 마크업일 뿐, 비즈니스 로직·데이터 처리는 JavaScript에 전적으로 의존하며, 이는 **XSS 등 보안 취약점의 주요 경로**가 됩니다.
2. **느슨한 문법의 부작용**: 브라우저의 관대한 오류 복구가 코드 품질 편차를 키웁니다.
3. **시맨틱 남용("Section-itis")**: `<section>`, `<article>`, `<main>`의 기준이 모호해 단순 `<div>` 대체로 오용되며, 오히려 기계 해석을 방해합니다.
4. **브라우저 파편화**: Living Standard 특성상 새 기능이 수시 추가되지만 크롬·사파리·파이어폭스 간 구현 속도 차이가 커, 개발자는 **Polyfill·Feature Detection**에 지속적으로 자원을 투입해야 합니다.
5. **보안 표면 확장**: LocalStorage·Web SQL·하드웨어 접근 API 등은 OWASP가 지적했듯 **"양날의 검(double-edged sword)"** 으로, 공격 표면을 키웁니다. (OWASP, 2024)

---

## 7. 결론

HTML은 1989년 CERN의 단순 문서 공유 도구에서 출발해, **WHATWG Living Standard 체제**라는 단일 권위 아래 멀티미디어·접근성·컴포넌트 플랫폼으로 진화했습니다. 그 강점은 **하위 호환성**과 **선언적 단순성**에 있으나, 동일한 특성이 **느슨한 문법·시맨틱 남용·브라우저 파편화**라는 그림자를 만들기도 했습니다.

따라서 현대의 HTML 학습은 단순 태그 암기를 넘어 **(1) 시맨틱 의도에 맞는 정확한 태그 선택, (2) ARIA를 동반한 접근성 보강, (3) 표준화 거버넌스(WHATWG)의 추적, (4) 보안·성능 트레이드오프 인식** 의 4축으로 접근해야 합니다. HTML은 변하지 않는 '웹의 뼈대'이지만, 그 뼈대를 어떻게 세우느냐가 곧 웹의 품질을 결정합니다.
---

## References

- [WHATWG Living Standard](https://html.spec.whatwg.org)
- [W3C HTML5 History](https://www.w3.org/standards/history/html5)
- [MDN Web Docs HTML Basics](https://developer.mozilla.org/ko/docs/Learn/Getting_started_with_the_web/HTML_basics)
- [W3C and WHATWG Agreement](https://www.w3.org/blog/2019/05/w3c-and-whatwg-to-work-together-on-html-and-dom-specifications/)
- [WebAIM Future of Accessibility](https://webaim.org/blog/future-of-accessibility/)

댓글

이 블로그의 인기 게시물

Vim 9.2 릴리즈 총정리: 더 빠르고 강력해진 텍스트 편집의 제왕

폐쇄망 SoC 설계자를 위한 가볍고 빠른 Vim 최적화 가이드

에이전트 시대를 위한 터미널 cmux 가이드: 설치부터 AI 활용까지