Toolify

블로그 개요 프롬프트 — H2/H3 구조와 의도, 단어 수

AI가 만드는 개요는 대부분 무미한 템플릿이다. 본 프롬프트는 검색 의도를 고려시키고, 각 섹션에 측정 가능한 목표를 부여하며, 독자가 가질 구체적 질문을 표면화한다 — 검색에서 살아남고 사람이 끝까지 읽는 구조.

카테고리: writing추천 모델: claude / chatgpt / any
prompt
블로그 글 개요를 구축하세요.

주제: {당신의 주제}
타깃 독자: {그가 누구인지 — 초보 / 숙련자 / 의사결정자}
주요 키워드: {랭크를 노리는 구문}
검색 의도: {informational / commercial / navigational / transactional}
단어 수 목표: {N — 일반적으로 1500-3500}

다음 구조로 반환:

H1: <제목 — 주요 키워드를 자연스럽게 포함, 최대 60자>

인트로 (~{N*0.05} 단어)
  - 훅: <왜 독자가 지금 신경 써야 하는지 한 문장>
  - 약속: <읽으면 알게 되는 것>
  - 스킵 안내: <답이 섹션 X에 있으면 거기로 안내>

H2: <섹션 헤딩>
  의도: <어떤 독자 질문에 답하는지>
  단어 수: <N>
  다룰 질문:
    - <Q1>
    - <Q2>
  H3: <서브섹션> (필요 시에만; H2당 최대 3개 H3)

... (총 3-6개 H2; 깊이는 주제로 결정, 템플릿 아님)

결론 (~{N*0.05} 단어)
  - 한 줄 요지
  - 단일 CTA (CTA 나열 없음)

엄격 제약:
1. 각 H2는 다른 검색자 질문에 답함 — 같은 의도 두 섹션 없음.
2. 많은 AI 개요가 추가하는 '인트로는 중요해' 필러 섹션 생략. 실 독자는 건너뜀.
3. 순수히 '배경 설명' 섹션이면 [optional] 마크 — 대부분 독자는 답을 먼저 원함.
4. 단어 수 합계는 목표의 ±10% 이내.
5. 통계나 출처를 지어내지 말 것. 데이터 필요 섹션은 [needs data: <어떤 종류>] 마크.

사용 시점

  • 1000자 이상의 글을 쓰기 전 — 작성 도중 재구성에 들 시간을 절약.
  • 외주 작가 브리프 — 출력을 그대로 브리프로 사용, 단어 수와 의도가 산만한 초고를 막음.
  • 기존 글 감사 — 현재 H2 목록을 붙여넣고 본 구조를 비평으로 적용시킴.

모델별 팁

claude
미묘한 의도 차이를 잘 포착. 단어 수를 벌지 못하는 필러 섹션 추가를 거부.
chatgpt
동작; 완전성을 위해 한 섹션 더 추가하는 경향. 단어 수 초과면 이후 잘라냄.
any
'다룰 질문' 필드가 레버. 모델이 구체적으로 채우게 하라('주요 이점 논의' 아닌 '답: X는 Y와 가격 면에서 어떻게 비교되는가?').

출력 예: '프리랜서 회계사 고르는 법'

H1: 프리랜서 회계사 선택 가이드 (2026)

인트로 (~150단어)
  - 훅: 세금 시즌 8주 전인데 전 회계사가 잠적.
  - 약속: 1시간 안에 적합한 회계사를 가려내는 4 질문 필터.
  - 스킵: 요금만 보려면 §3로.

H2: 4 질문 필터 (450단어)
  의도: '회계사를 어떻게 빠르게 평가하나?'
  질문:
    - 10분 안에 유능 vs 무능을 가르는 4 질문은?
    - 양보 불가 답 vs 유연 답은?
  H3: 질문 1 — 현재 클라이언트 구성
  H3: 질문 2 — 소프트웨어 스택

H2: 자격 검증 (350단어)
  의도: '진짜인지 어떻게 확인?'
  질문:
    - CPA 면허 검증은 어디서?
    - 진짜 회계사가 PII를 다루는 모습은?

H2: 가격 모델 (500단어)
  의도: '얼마를 예상해야 하나?'
  질문:
    - 시간제 vs 정액제 vs 월 정기 — 1 W-2 + 2 1099 가진 사람에 가장 저렴한 건?
    - 2026 일반 범위?
  [needs data: 2026 프리랜서 회계사 요율 조사]

H2: 온보딩 중 위험 신호 (300단어)
  의도: '언제 그만둬야 하나?'
  질문:
    - 첫 통화에서의 5 위험 신호

H2: 첫 90일 체크리스트 (250단어)
  의도: '고용 후 실제로 무엇을 하나?'

결론 (~150단어)
  CTA: 다운로드 가능한 인터뷰 질문 PDF 단일 링크.

총: ~2150단어 (목표 2200, ±10% 이내).

작동 원리

AI가 생성한 개요가 부진한 이유

'X에 관한 글의 개요를 짜라'고 부탁하면 모델은 일반 골격을 반환: 인트로, 역사, 주요 개념, 예시, 결론. 구조가 주제 주도가 아닌 템플릿 주도이며, 결과 글은 검색 결과 2페이지의 다른 리스티클과 똑같이 읽힌다. 독자도 구글도 알아챈다 — 이탈률 상승, 참여 하락, 랭크 침식.

위 프롬프트는 섹션마다 의도와 독자 질문을 요구함으로써 주제 주도 구조를 강제한다. 답할 구체적 질문을 명시할 수 없는 섹션은 잘리고, 단어 수 예산이 없는 섹션은 다른 곳을 희석할 수 없다. 출력은 실제 작성과의 접촉을 견디는 브리프가 된다.

단어 수를 계획 레버로

대부분의 글은 잘못된 주제를 다루어서가 아니라 올바른 주제가 잘못된 분량을 받아서 실패한다. 가장 중요한 섹션이 200단어, 곁가지가 600단어. 사전에 단어 수를 지정하면 우선순위 결정을 개요 단계(저렴함)에서 강제하고, 편집 단계(잘라내기 아픔)로 미루지 않는다.

합계-목표 강제(±10%)는 흔한 AI 실패를 잡아낸다: 개요가 섹션을 계속 추가해 총량이 목표의 1.5배가 되는 것. 작성 전에 트림하거나 합치는 것이 두 번째 초고에서 자르는 것보다 훨씬 빠르다.

콘텐츠 감사에 응용

부진한 글의 감사에 본 구조 재사용. 현재 H2 목록을 붙여넣고 묻는다: '블로그 개요 프레임워크를 적용. 검색자 질문이 명확하지 않은 섹션은? 의도가 겹치는 섹션은? 단어 수 분배가 중요도와 일치하지 않는 곳은?'. 모델이 구조 편집자가 된다, 카피 편집자가 아닌.

빠른 키워드 갭 체크와 결합: '주요 키워드의 상위 3 결과는 답하지만 본 개요는 답하지 않는 독자 질문 5개를 나열'. 모든 경쟁 글을 읽지 않고 누락 섹션을 발견.

자주 묻는 질문

›각 H2는 보통 얼마나 길어야 하나?

글 목표에 따르나, 합리적 기본은 H2당 250-500단어. 200단어 미만이면 섹션 헤더 가치 없고, 600단어 초과면 보통 H3로 분할하거나 별도 글이 되고 싶어 함.

›섹션의 '의도'란?

그 섹션이 답하는 구체적 독자 질문. '가격을 논의'는 의도 아님. '답: 내 상황에 시간제와 정기제 중 어느 쪽?'이 의도. 구체적일수록 섹션이 잘 써진다.

›왜 [optional] 표시?

프롬프트는 어떤 섹션이 실제로 자리를 얻는지 정직해야 하므로. 'X의 역사'는 독자 5%의 관심사일 수도; 플래그하면 쓸지, 각주로 강등할지, 완전 생략할지 결정 가능.

›비디오 스크립트나 YouTube 개요에 쓸 수 있나?

가능. '단어 수'를 '화면 시간'(초)으로, '다룰 질문'을 '비주얼 모먼트'로 변경. 동일 의도 주도 구조가 적용 — 시청자가 비디오를 떠나는 이유는 독자가 글을 떠나는 이유와 같다: 시간을 벌지 못하는 섹션.

›주요 키워드 없이 동작?

예 — 다만 H1이 SEO 최적화되지 않음. 뉴스레터나 사내 블로그라면 주요 키워드 필드 빼도 나머지는 동작.

›모델의 데이터 환각 방지는?

규칙 5([needs data: ...])가 명시적 안티-환각 가드. 모델은 미검증 주장을 마크해 채우라고 한다. 마커 없이 통계를 내놓으면 '그 수치 출처는?'으로 묻기. 출처를 주거나 못 준다고 인정한다.

›경쟁 글 분석 추가?

선택이지만 강력. 추가: '주요 키워드의 상위 3 결과: <제목+URL 붙여넣기>. 그들의 구조적 약점 식별 (생략한 섹션, 답하지 않는 질문)'. 개요가 명시적으로 차별화.

›왜 '인트로는 중요해' 섹션을 생략?

대부분 AI 개요가 H1 재진술하는 200단어 섹션으로 추가하므로. 현대 독자와 검색엔진 모두 이 패딩을 처벌. 훅+약속+스킵 안내의 마이크로 구조가 50단어로 같은 일을 한다.

관련 계산기

관련 프롬프트

최종 수정: