H태그는 페이지 내용의 제목 계층을 나타내는 h1부터 h6까지의 HTML 헤딩 요소입니다. h1이 가장 상위 제목이고 숫자가 커질수록 하위 단계입니다. 글씨를 키우는 장식이 아니라 문서의 목차 구조를 코드로 표현하는 장치입니다.
<h1>페이지 대표 제목</h1>
<h2>큰 단락 제목</h2>
<h3>세부 항목 제목</h3>
이 글은 Google 검색 센터의 공식 문서를 기준으로 작성했습니다.
H태그의 역할
검색엔진은 헤딩을 참고해 페이지가 어떤 주제들을 어떤 위계로 다루는지 파악합니다. 사용자도 마찬가지입니다. 스크린리더 사용자는 헤딩 단위로 건너뛰며 읽고, 일반 독자도 소제목을 훑어 필요한 부분을 찾습니다.
그래서 좋은 헤딩의 기준은 검색엔진용 규칙이 아니라 목차로서의 정확성입니다. 헤딩만 이어 읽었을 때 글의 흐름이 잡히면 잘 쓴 구조입니다.
- 각 헤딩은 그 아래 내용을 실제로 요약해야 합니다
- 단계는 논리적 계층에 맞춥니다. 단계를 건너뛰면 스크린리더 사용자가 구조를 이해하기 어려울 수 있습니다
- 본문 강조는 볼드로, 제목은 헤딩으로 역할을 나눕니다
개수 규칙보다 중요한 위계
Google 공식 가이드는 헤딩의 고정 개수나 키워드 포함을 필수 규칙으로 제시하지 않습니다. HTML 표준도 h1 개수를 하나로 제한하지 않습니다.
실무 권장이 있을 뿐입니다. 페이지의 대표 주제를 하나로 전달하려면 H1 태그는 하나로 두고 하위를 h2와 h3로 나누는 구성이 명확합니다. 헤딩에 키워드를 억지로 반복하는 것은 키워드 스터핑 위험만 키웁니다.
자주 생기는 실수
- 디자인 때문에 헤딩을 고르는 경우. 크기가 마음에 든다고 h4를 대제목에 쓰면 구조가 깨집니다. 크기는 CSS로 조절하고 태그는 위계로 고릅니다
- 로고나 메뉴에 h1을 쓰는 경우. 페이지 대표 주제가 아닌 요소는 헤딩이 아니어야 합니다
- 모든 문단에 헤딩을 붙이는 경우. 목차가 본문보다 길어지면 구조 전달력이 떨어집니다
H태그에 해당하는 것과 아닌 것
| 코드와 화면 | 판단 |
|---|---|
<h2>배송 조건</h2> 아래에 배송 조건 설명이 이어짐 | 실제 섹션 제목이므로 헤딩에 해당 |
<p><strong>배송 조건</strong></p>를 크게 꾸밈 | 제목처럼 보여도 HTML 헤딩은 아님 |
<h3>를 글자 크기 때문에 본문 강조에 사용 | 헤딩의 의미와 맞지 않음 |
CSS로 작게 보이는 <h2> | 화면 크기와 관계없이 헤딩에 해당 |
브라우저 개발자 도구나 접근성 트리에서 heading 역할과 레벨을 확인하면 겉모양이 아니라 실제 구조를 볼 수 있습니다. 자동 검사에서 단계 건너뜀을 찾은 뒤, 문서 맥락상 올바른 계층인지 사람이 다시 판단합니다.
헤딩은 검색엔진과 AI가 긴 글의 구성을 파악할 때 참고할 수 있지만, 헤딩을 넣었다고 검색 순위나 AI 인용이 보장되지는 않습니다. ChatGPT나 Claude 같은 범용 챗봇이 어떤 헤딩을 실제로 사용했는지는 페이지 코드만으로 확인할 수 없습니다. 헤딩은 문서 구조가 정확한지 개발자 도구와 접근성 트리에서 점검하고, AI 답변 노출은 별도 질문 세트로 확인합니다.
자주 묻는 질문
H태그에 키워드를 꼭 넣어야 하나요?
헤딩이 내용을 정확히 요약하면 핵심 키워드는 자연스럽게 들어가는 경우가 많습니다. 순서를 바꿔서, 키워드를 넣으려고 헤딩을 쓰는 것이 아니라 내용을 요약하다 보니 키워드가 있는 상태가 맞습니다.
h5, h6까지 쓰는 게 좋은가요?
필요하면 쓰지만 실무에서는 h3 정도까지로 충분한 경우가 대부분입니다. 단계가 깊어질수록 독자가 구조를 따라가기 어려워지므로, 깊이를 늘리기보다 글을 나누는 것을 먼저 검토하세요.
헤딩 구조는 어떻게 점검하나요?
브라우저 확장이나 개발자 도구로 페이지의 헤딩 목록만 뽑아 보면 됩니다. 목록만 읽어도 글 내용이 짐작되는지, 단계 건너뜀이 없는지 두 가지를 확인하면 충분합니다.
함께 알아두면 좋은 용어
- H1 태그: 페이지의 대표 제목을 담는 최상위 헤딩
- 타이틀 태그: 검색결과와 브라우저 탭에 쓰이는 문서 제목
- 온페이지 SEO: 헤딩을 포함한 페이지 안 요소 정리
- 스크린리더: 화면을 음성으로 읽어 주는 보조 기술