# 네이버 vs 구글 블로그 전략 분화 — 다빈치 천재적 사고 분석

> **작성일**: 2026-04-18
> **작업 ID**: task-1939
> **분석자**: 컨설팅팀 (팀장 직접 + 아스클레피오스)
> **참조 리서치**: `memory/research/naver-vs-google-seo-research.md`

---

## 1. 분석 프레임: 10가지 사고 공식 적용

### 공식 1: 역전의 사고 — "만약 blog-writer를 분리하면 무엇이 나빠지는가?"

분리 시 발생하는 문제:
- **스킬 유지보수 비용 2배**: writing-style-guide.md, blog-content-workflow.md 등 공유 파일 변경 시 양쪽 스킬 동기화 필요
- **트리거 충돌**: "블로그 작성"이라는 트리거가 두 스킬 모두에 매칭 → 사용자 혼란
- **품질 기준 파편화**: 인간 문체 6기법, fact_db 검증 등 핵심 품질 체크가 분산

결론: **분리보다 분기(branching)가 낫다.**

### 공식 2: 제1원칙 사고 — "네이버와 구글의 근본적 차이는 무엇인가?"

| 차원 | 네이버 | 구글 |
|------|--------|------|
| **신뢰도 평가** | 블로거 단위 (C-Rank) | 페이지 단위 (E-E-A-T) |
| **기술 스택** | 자체 에디터 (SE) → HTML 제한적 | 오픈 웹 → 스키마, 메타 태그 풀 활용 |
| **콘텐츠 포맷** | 이미지 다수 + 짧은 단락 + 체류시간 중시 | 구조화된 텍스트 + 헤딩 계층 + 내부 링크 |
| **AI 검색 대응** | Naver AI Briefing (자체 생태계) | Google AI Overviews + ChatGPT/Perplexity |
| **독자 행동** | 스크롤 + 이미지 중심 소비 | 검색 의도 기반 정보 탐색 |

핵심 인사이트: **평가 단위가 다르다.** 네이버는 "이 블로거가 믿을 만한가"를, 구글은 "이 페이지가 답을 제공하는가"를 본다. 이 차이가 콘텐츠 구조의 모든 분화를 결정한다.

### 공식 3: 유추의 사고 — "언론사 뉴스 vs SNS 포스팅"

네이버 블로그 = SNS에 가까운 콘텐츠 소비 패턴
- 이미지 위주 스크롤, 체류시간 중시, 이웃/공감 생태계
- "사람이 직접 쓴 느낌"이 핵심 (직접 촬영 이미지 선호)

티스토리/구글 = 위키피디아/전문 매거진에 가까운 소비 패턴
- 구조화된 정보 탐색, 헤딩 네비게이션, 외부 링크 참조
- "정보의 정확성과 완결성"이 핵심

### 공식 4: 시스템적 사고 — "스킬 생태계 전체를 보라"

현재 스킬 파이프라인:

```
[키워드 분석] → [콘텐츠 작성] → [발행]
     |                |              |
  naver-seo      blog-writer    blog-publish-naver
  blog-dominance                blog-publish-tistory
  geo-optimizer
```

문제: blog-writer가 "콘텐츠 작성" 단일 노드인데, 입력(키워드 분석 3종)과 출력(발행 2종)은 이미 플랫폼별 분리 완료. **가운데만 통합**되어 있어 병목이 된다.

해법: blog-writer 내부에 **플랫폼 분기 레이어**를 추가하면, 입력/출력과 자연스럽게 연결된다.

### 공식 5: 80/20 사고 — "가장 큰 차이를 만드는 20%는 무엇인가?"

blog-writer에서 플랫폼별로 달라져야 하는 것은 전체 로직의 약 25%:

1. **도입부 구조** (10%): 네이버 = 3줄 요약(해요체), 구글 = 첫 200자 내 직접 답변
2. **소제목 형식** (5%): 네이버 = 질문형 + SE 인용구, 구글 = H2/H3 계층 + 질문형
3. **시각화 방식** (5%): 네이버 = SE 에디터 네이티브 컴포넌트, 구글 = HTML 스니펫 + 스키마
4. **문체 이중성** (5%): 네이버 = 해요/합니다 이중 톤, 구글 = 합니다 단일 전문 톤

나머지 75% (인간 문체 6기법, fact_db 검증, 품질 체크리스트 등)는 **공통**.

### 공식 6: 연결의 사고 — "머니스토리 패턴이 이미 우리 스킬에 있는가?"

머니스토리 5요소 vs 현재 blog-writer 매핑:

| 머니스토리 요소 | blog-writer 현재 상태 | 갭 |
|---------------|---------------------|-----|
| 3줄 핵심 요약 (해요체) | 없음. 핵심 요약 박스는 있으나 톤 분리 없음 | **갭 존재** |
| 질문형 소제목 | 없음. "서술형" 기본 | **갭 존재** |
| 숫자+출처 강제 | fact_db 참조는 있으나 "150자마다 삽입" 같은 밀도 규칙 없음 | **부분 갭** |
| 듀얼 톤 (해요/합니다) | 없음. 단일 톤 체계 | **갭 존재** |
| SE 인용구 컴포넌트 활용 | knowhow-marketing #12에만 기록. 스킬에 미반영 | **갭 존재** |

핵심: 머니스토리 패턴의 4/5가 현재 blog-writer에 없다. 이것이 **네이버 블로그 최적화의 가장 큰 공백**.

### 공식 7: 대비의 사고 — "네이버 1위 글 vs 구글 1위 글"

실제 "실손보험 청구" 키워드 상위 콘텐츠 패턴 차이:

**네이버 1위 패턴**:
- 제목: "실손보험 청구 방법 총정리 (2026년 최신)"
- 도입: 3줄 요약 → "이렇게 하면 쉽게 청구할 수 있어요"
- 본문: 이미지 8-12장, 단락 짧음, SE 인용구 활용
- 톤: 친근 + 전문
- 길이: 2,000-2,500자

**구글 1위 패턴**:
- 제목: "실손보험 청구 완전 가이드: 서류부터 입금까지 [2026]"
- 도입: 첫 문장에 "실손보험 청구는 ~이며, 평균 처리 기간은 3-5영업일입니다."
- 본문: H2/H3 계층, FAQ 스키마, 내부 링크 5+
- 톤: 전문/권위
- 길이: 2,500-3,500자

### 공식 8: 추상화 사고 — "플랫폼 분기의 본질은 무엇인가?"

본질: **같은 지식을 다른 포장지에 담는 것**

보험 지식(fact_db, 상담 경험, 전문성)은 동일하다. 달라지는 것은:
- 포장 형태 (HTML 스니펫 vs SE 에디터 네이티브)
- 도입 패턴 (직접 답변 vs 3줄 요약)
- 톤 전략 (단일 vs 이중)
- SEO 메타 (스키마 마크업 vs 네이버 태그)

이것은 blog-writer **내부의 "프레젠테이션 레이어" 문제**이지, 별도 스킬이 필요한 "비즈니스 로직" 문제가 아니다.

### 공식 9: 진화의 사고 — "AI 검색 시대에 어디로 수렴하는가?"

2026-2028 예측:
- 네이버 AI Briefing과 구글 AI Overviews 모두 **구조화된 답변**을 선호
- 질문형 소제목 + 데이터 밀도 + FAQ = **양 플랫폼 공통 최적 패턴으로 수렴**
- 차이점: 네이버는 "블로거 신뢰도(C-Rank)" 가중치 유지, 구글은 "페이지 품질(E-E-A-T)" 중심

결론: 분기를 현재 시점에 만들되, **공통 수렴 패턴**을 기본값으로 설정하면 미래 유지보수 비용 최소화.

### 공식 10: 부정의 사고 — "하지 말아야 할 것은 무엇인가?"

1. **별도 스킬 분리** (blog-writer-naver, blog-writer-tistory) → 유지보수 지옥
2. **플랫폼 무시하고 단일 출력** → 네이버 최적화 불가
3. **네이버 전용 트리거만 추가** → 기존 트리거와 충돌
4. **Layer 2에만 분기 추가** → 도입부, 톤, 소제목 형식은 Layer 1/3 영역

---

## 2. 핵심 질문 5가지 답변

### Q1: 네이버 블로그 글과 티스토리(구글 SEO) 글의 최적 구조가 다른가?

**답: 명확히 다르다.** 근본적 차이 4가지:

1. **도입부 구조**: 네이버 = 3줄 핵심 요약(해요체) 상단 배치 → 스크롤 소비 패턴에 최적화. 구글 = 첫 200자 내 직접 답변 → AI Overviews 인용을 위한 self-contained 답변 블록.

2. **소제목 형식**: 네이버 = SE 에디터의 `quotation_line` 인용구를 소제목으로 활용 + 질문형. 구글 = HTML H2/H3 태그 계층 구조 엄격 준수 + 질문형 (AI 인용 최적화).

3. **시각화**: 네이버 = SE 에디터 네이티브 컴포넌트(quotation_line, quotation_postit, quotation_corner) 사용. 구글 = HTML 스니펫 풀 활용 + JSON-LD 스키마 마크업.

4. **문체**: 네이버 = 해요/합니다 듀얼 톤(머니스토리 패턴). 구글 = 합니다체 단일 전문 톤 + E-E-A-T 권위성 강조.

### Q2: blog-writer를 플랫폼별로 분리해야 하는가?

**답: 분리하지 않는다. 하나의 blog-writer에 "플랫폼 프리셋" 레이어를 추가한다.**

이유:
- 핵심 로직(인간 문체 6기법, fact_db 검증, 품질 체크리스트)의 75%는 공통
- 스킬 분리 시 writing-style-guide.md, blog-content-workflow.md 변경마다 양쪽 동기화 필요
- 트리거 충돌 리스크 (동일 키워드 "블로그 작성"에 두 스킬 매칭)
- 현재 T1-T4 트리거 시스템이 이미 분기를 지원하는 구조

### Q3: 하나의 blog-writer에 플랫폼 분기를 강화하는 것이 나은가?

**답: 그렇다.** 구체적 구현 방안:

현재 blog-writer는 `platform` 입력(tistory/naver)을 받지만, 실질적 분기는 Layer 2(HTML 스니펫)에서 T4 트리거로 "네이버면 HTML 생략"만 있다. 이것은 불충분하다.

**제안: "Platform Preset" 시스템 도입**

```
platform = naver 일 때 자동 적용:
├── 도입부: 3줄 핵심 요약 블록 (해요체)
├── 소제목: SE 인용구(quotation_line) 형식 + 질문형
├── 톤: 듀얼 (요약=해요체, 본문=합니다체)
├── 시각화: SE 에디터 네이티브 컴포넌트만
├── 길이: 2,000-2,500자
├── 이미지: 6장 이상 필수 (핵심 내용 요약 이미지)
└── 내부 링크: 관련 포스트 2-3개

platform = tistory 일 때 자동 적용:
├── 도입부: 첫 200자 내 직접 답변 (합니다체)
├── 소제목: H2/H3 계층 + 질문형
├── 톤: 합니다체 단일 전문 톤
├── 시각화: HTML 스니펫 풀 활용 + FAQ 아코디언
├── 길이: 2,500-3,000자
├── 스키마: Article + FAQPage JSON-LD
└── 내부 링크: Pillar-Cluster 구조 3-5개
```

### Q4: naver-seo + blog-dominance + geo-optimizer를 blog-writer에 어떻게 연결하는 것이 최적인가?

**답: "파이프라인 연결" 패턴으로 연결한다.**

현재 상태: 각 스킬이 독립적으로 실행되며, blog-writer가 키워드 분석 결과를 수동으로 전달받아야 한다.

**제안: 3단계 파이프라인 명시화**

```
Stage 1: 키워드 & 전략 분석
├── platform = naver → naver-seo 스킬 선행 실행
│   └── 출력: 키워드 목록 + 검색량 + 경쟁도 + 인텐트 분류 + CEP
├── platform = tistory → blog-dominance 스킬 선행 실행
│   └── 출력: SEO 브리핑 (키워드, 경쟁자 분석, 타겟 구조)
└── GEO 최적화 필요 시 → geo-optimizer 참조
    └── 출력: AI 인용 최적화 체크리스트

Stage 2: 콘텐츠 작성
└── blog-writer (Platform Preset 자동 적용)
    ├── Stage 1 출력물을 "소스 패키지"로 수신
    └── 플랫폼 프리셋에 따라 구조/톤/시각화 자동 분기

Stage 3: 발행
├── platform = naver → blog-publish-naver 스킬
└── platform = tistory → blog-publish-tistory 스킬
```

blog-writer SKILL.md의 Step 3 "소스 패키지 + SEO 브리핑 조합" 섹션에 이 파이프라인 연결 규칙을 명시하면 된다.

### Q5: 네이버 머니스토리 패턴을 어떤 스킬에 어떻게 녹여야 하는가?

**답: blog-writer의 "네이버 플랫폼 프리셋"에 직접 녹인다.**

구체적 반영 위치:

1. **3줄 핵심 요약**: blog-writer Step 3의 "AI 초안 생성" → 네이버 프리셋일 때 "오프닝 단락" 대신 "3줄 핵심 요약 블록(해요체)" 생성 규칙 추가

2. **질문형 소제목**: blog-writer Step 1의 "어투 참조 패턴" → 네이버 프리셋 전용 패턴 추가: "모든 H2 소제목을 질문형으로 작성"

3. **숫자+출처 밀도**: blog-content-workflow.md → 네이버 프리셋: "200자마다 최소 1개 수치+출처 삽입" 규칙 추가

4. **듀얼 톤**: writing-style-guide.md → 네이버 프리셋: "상단 요약=해요체, 본문=합니다체" 규칙 추가

5. **SE 인용구 활용**: blog-html-snippets.md → 네이버 전용 섹션 추가:
   - `quotation_line` = 소제목 역할
   - `quotation_postit` = 핵심 정보/혜택 요약
   - `quotation_corner` = CTA/강조 블록

---

## 3. 스킬 구조 재설계안

### 3.1 blog-writer v2.0 변경 사항 (제안)

#### A. `platform` 입력값에 따른 프리셋 시스템 신설

현재: T4 트리거에서만 "네이버면 HTML 생략" 분기
제안: Step 0에 "Platform Preset Loader" 단계 추가

```markdown
### Step 0: Platform Preset 로드

**platform = naver 프리셋**:
- 도입부 패턴: 3줄 핵심 요약 블록 (해요체)
  ```
  [핵심 요약]
  - {요약1} (~해요/~있어요)
  - {요약2} (~돼요/~됩니다)
  - {요약3} (~할 수 있어요)
  ```
- 소제목 형식: 질문형 필수 ("~할까요?", "~는 어떻게 되나요?")
- SE 인용구 매핑:
  - 소제목 → <blockquote class="line"> (quotation_line)
  - 정보 요약 → <blockquote class="box"> (quotation_postit)
  - CTA/강조 → <blockquote class="bracket"> (quotation_corner)
- 톤 분기: 요약=해요체, 본문=합니다체
- 글자수: 2,000-2,500자
- 이미지: 5장 이상 필수 (핵심 내용 요약 이미지)
- HTML 디자인 스타일(목차 박스 등) 사용 금지
- 내부 링크: 관련 포스트 2-3개

**platform = tistory 프리셋**:
- 도입부 패턴: 첫 200자 내 직접 답변 (합니다체)
  - "~은 ~입니다. 2026년 기준 ~로 ~합니다."
- 소제목 형식: H2/H3 계층 + 질문형 권장
- 시각화: HTML 스니펫 풀 활용 (blog-html-snippets.md)
- 톤: 합니다체 단일 전문 톤
- 글자수: 2,500-3,000자
- 스키마: Article + FAQPage JSON-LD 자동 생성
- 내부 링크: Pillar-Cluster 구조 3-5개
- 외부 링크: 권위 출처 1-2개 (금감원, 보험연구원 등)
```

#### B. 기존 T1-T4 트리거와의 통합

```
T1 (전체 적용) + naver 프리셋 → Layer 2를 SE 에디터 네이티브로 대체
T1 (전체 적용) + tistory 프리셋 → Layer 2 HTML 스니펫 풀 적용 (기존과 동일)
T4 (HTML 생략) → 네이버 모바일 전용 (기존과 동일, 프리셋과 별도)
```

#### C. Step 3 "AI 초안 생성"에 플랫폼별 분기 추가

현재: 단일 초안 생성 로직
제안: 프리셋에 따라 초안 구조 자동 분기

```
platform = naver:
1. 3줄 핵심 요약 (해요체) 생성
2. 질문형 소제목 생성
3. 본문 (합니다체) 생성
4. SE 인용구 컴포넌트 래핑
5. 이미지 배치 가이드 (5장+ 위치 명시)

platform = tistory:
1. 첫 200자 직접 답변 생성
2. H2/H3 계층 소제목 생성
3. 본문 (합니다체) 생성
4. HTML 스니펫 래핑 (TOC, FAQ 아코디언 등)
5. JSON-LD 스키마 생성
```

#### D. Step 5 품질 체크리스트 플랫폼별 추가 항목

```
platform = naver 추가 체크:
- [ ] 3줄 핵심 요약이 최상단에 배치되었는가?
- [ ] 요약부 해요체, 본문 합니다체 톤 분리가 지켜졌는가?
- [ ] 모든 소제목이 질문형인가?
- [ ] SE 인용구 컴포넌트 3종이 적절히 활용되었는가?
- [ ] 이미지 5장 이상 배치되었는가?
- [ ] HTML 디자인 스타일(목차 박스 등) 미사용 확인
- [ ] "잔여수수료" 미사용, "수수료"만 사용
- [ ] "여러분" 미사용

platform = tistory 추가 체크:
- [ ] 첫 200자 내 핵심 답변이 포함되었는가?
- [ ] H1-H2-H3 계층 구조가 엄격히 지켜졌는가?
- [ ] FAQPage 스키마가 FAQ 섹션에 적용되었는가?
- [ ] Article 스키마가 포함되었는가?
- [ ] 내부 링크가 Pillar-Cluster 구조로 3개 이상인가?
```

### 3.2 writing-style-guide.md 변경 사항 (제안)

**섹션 추가: "플랫폼별 톤 분기 규칙"**

```
■ 네이버 블로그 톤 규칙:
- 상단 요약 (3줄): 해요체 (~해요, ~있어요, ~할 수 있어요)
- 본문 전체: 합니다체 (~합니다, ~입니다, ~됩니다)
- 콜아웃/강조: 해요체 허용 ("이건 꼭 알아두세요!")
- 결론/CTA: 해요체 전환 ("언제든 편하게 상담받아보세요")

■ 티스토리(구글) 블로그 톤 규칙:
- 전체: 합니다체 단일 톤
- 첫 200자: 직접적/단정적 서술 ("~입니다", "~됩니다")
- 본문: 전문가 어조 유지
- FAQ: Q&A 형식, 간결한 답변
```

### 3.3 blog-html-snippets.md 변경 사항 (제안)

**섹션 추가: "네이버 SE 에디터 네이티브 컴포넌트"**

```html
<!-- 네이버 소제목 (quotation_line) -->
<blockquote class="line">
실손보험 청구가 거절되는 이유는 무엇일까요?
</blockquote>

<!-- 네이버 정보 요약 (quotation_postit) -->
<blockquote class="box">
실손보험 청구 서류를 정확히 준비하면 거절률을 80% 줄일 수 있어요.
진단서보다 '진료확인서'로 청구하면 더 빠르게 처리돼요.
</blockquote>

<!-- 네이버 CTA 강조 (quotation_corner) -->
<blockquote class="bracket">
보험 청구 서류 체크리스트가 필요하시다면, 아래에서 무료로 확인해보세요.
</blockquote>
```

### 3.4 blog-content-workflow.md 변경 사항 (제안)

**Step 3에 "데이터 밀도 규칙" 추가:**

```
■ 데이터 밀도 규칙 (공통):
- 각 H2 섹션에 최소 1개 수치+출처 조합 삽입
- 출처 허용 목록: 금감원, 보험연구원, 금융위, 통계청, 건보심평원
- fact_db.md 외 수치 사용 시 반드시 [팩트체크 필요] 태그

■ 네이버 강화 규칙:
- 200자마다 최소 1개 수치+출처 삽입 (머니스토리 패턴)
- 출처 표기: "(출처: 금융감독원, 2025년 보험통계)" 형태
```

### 3.5 스킬 간 연결 명시화 (blog-writer SKILL.md에 추가)

```markdown
## 파이프라인 연결 규칙

### 선행 스킬 (Stage 1)
- platform = naver → naver-seo 스킬의 출력(키워드+인텐트+CEP)을 "소스 패키지"에 포함
- platform = tistory → blog-dominance 스킬의 출력(SEO 브리핑)을 "소스 패키지"에 포함
- GEO 최적화 필요 시 → geo-optimizer 스킬의 "AI 인용 체크리스트" 참조

### 후행 스킬 (Stage 3)
- platform = naver → blog-publish-naver 스킬로 발행
- platform = tistory → blog-publish-tistory 스킬로 발행

### 선행 스킬 미실행 시
- 키워드 없이 blog-writer만 호출된 경우, Step 3에서 키워드 리서치 간략 수행 (블로그 작성에 집중)
- 단, "키워드 분석이 선행되면 SEO 효과 2-3배 향상" 알림 출력
```

---

## 4. GEO(AI 검색) 통합 전략

### 4.1 양 플랫폼 공통 GEO 최적화 (geo-optimizer 연동)

AI 검색엔진이 인용하는 콘텐츠의 공통 패턴:

1. **자기완결형 답변 블록**: H2 아래 첫 150자가 독립적으로 답변이 되어야 함
2. **질문형 소제목**: "~란?", "~하는 방법은?" → AI가 Q&A로 추출 가능
3. **통계 밀도**: 150-200자마다 검증된 수치 1개 (출처 명시)
4. **3-Stop 반복 규칙**: 같은 핵심 정보를 도입/본문/FAQ 3곳에 반복

### 4.2 플랫폼별 GEO 차이

```
네이버 AI Briefing 최적화:
- 네이버 생태계 콘텐츠 우선 인용 (블로그 > 지식iN > 카페)
- C-Rank 높은 블로거 콘텐츠 선호
- 질문형 제목 + 구체적 상황 키워드 조합

구글 AI Overviews 최적화:
- FAQPage 스키마 필수 (노출 3.2배 증가)
- E-E-A-T 신호 강한 페이지 우선
- 멀티미디어(유튜브 영상 0.737 상관관계)
```

### 4.3 구현 제안

blog-writer에 `geo_mode` 선택 옵션 추가:

```
inputs:
  - name: geo_mode
    description: AI 검색 최적화 수준 (none/basic/full)
    default: basic

geo_mode = none: GEO 최적화 미적용
geo_mode = basic: 질문형 소제목 + 통계 밀도 + 자기완결형 답변 블록
geo_mode = full: basic + FAQ 스키마 + 3-Stop 규칙 + geo-optimizer 체크리스트 전체
```

---

## 5. 구현 우선순위 로드맵

### Phase 1: 즉시 적용 가능 (blog-writer SKILL.md 수정만)
- Step 0에 Platform Preset 시스템 추가
- 네이버 프리셋: 3줄 요약 + 질문형 소제목 + 듀얼 톤 규칙
- 기존 네이버 블로그 작성 규칙(이모지 금지, SE 인용구 등) 프리셋에 통합
- 예상 작업량: SKILL.md 수정 1회

### Phase 2: 참조 파일 보강 (specs 파일 수정)
- writing-style-guide.md에 플랫폼별 톤 분기 섹션 추가
- blog-html-snippets.md에 네이버 SE 에디터 네이티브 컴포넌트 섹션 추가
- blog-content-workflow.md에 데이터 밀도 규칙 추가
- 예상 작업량: 3개 파일 각 1섹션 추가

### Phase 3: 파이프라인 자동화 (스킬 연결 규칙)
- blog-writer ↔ naver-seo/blog-dominance 연결 규칙 명시
- geo_mode 옵션 추가
- 예상 작업량: SKILL.md + geo-optimizer 연동 섹션

---

## 6. 최종 결론

### 핵심 의사결정

| 질문 | 답변 |
|------|------|
| blog-writer 분리? | **분리하지 않는다** |
| 대신 무엇을? | **Platform Preset 시스템 추가** |
| 가장 큰 갭은? | **네이버 머니스토리 패턴 미반영** (4/5 요소 부재) |
| 파이프라인은? | **naver-seo/blog-dominance → blog-writer → blog-publish-*로 3단계 명시화** |
| GEO는? | **geo_mode 옵션으로 통합** (none/basic/full) |

### 한 줄 요약

**blog-writer를 분리하지 말고, "Platform Preset" 레이어를 추가하여 네이버(머니스토리 패턴)와 구글(GEO 최적화) 분기를 내부에서 처리하라.** 75%의 공통 로직(인간 문체 6기법, fact_db, 품질 체크)을 유지하면서, 25%의 플랫폼 고유 요소(도입부, 톤, 소제목, 시각화)만 프리셋으로 분기한다.

---

## 7. 2026년 최신 알고리즘 변화 반영 (task-1939+2 보강)

> 작성일: 2026-04-18 | 보강 팀: 개발4팀

### 7.1 네이버 AuthGR + Next N Search (2025말~2026)

- **AuthGR**: LLM 기반 실시간 AI 스팸 필터. 단발 포스팅이 아닌 **장기 주제 권위(Author Authority)**를 평가
  - C-Rank의 업그레이드 버전으로, AI가 블로거의 과거 발행 이력까지 분석
  - 보험 도메인 시사점: 보험 주제 블로그를 최소 3개월 이상 일관 운영해야 AuthGR 가중치 확보
- **Next N Search**: 크롤링→인덱싱→랭킹→노출 전 파이프라인 구조 개편
  - 블로그/카페/웹이 하나의 영역에서 통합 경쟁
  - 공신력 없는 채널은 하단으로 밀림 → C-Rank + AuthGR 이중 필터

### 7.2 AI 검색 인용 최신 데이터 (2026 기준)

- 제품 페이지 AI 인용률 56% vs 블로그 3-6% (12주 추적 데이터)
  - 시사점: 블로그보다 **구조화된 정보 페이지**가 AI 인용에 유리
  - 블로그에서 AI 인용률을 높이려면: FAQ Schema + Answer-First + 수치/출처 필수
- AI 인용 반영 속도: Perplexity 24-48시간, Gemini 수일~수주, ChatGPT(Bing) 1-4주
- 생성형 AI 검색 유입의 전환율은 기존 검색 대비 5배 높지만 대응 기업 25% 미만
- 한국어 AI 검색 최적화(AEO/GEO)는 글로벌 대비 1-2년 지연 → 선점 기회
- 네이버 자체 AI 검색(CLOVA X 기반)은 자사 플랫폼 콘텐츠 우선 인용 경향

### 7.3 Princeton GEO 연구 기반 인용 부스터 수치

- 출처 인용 삽입 시 AI 인용률 +40%
- 통계 데이터 삽입 시 AI 인용률 +37%
- 키워드 과다 사용 시 AI 인용률 -10%
- 최적 인용 블록 길이: 134-167단어 (자기완결적 구조)

---

## 8. 스킬 구현 세부 기술 스펙 (task-1939+2 보강)

### 8.1 Platform Preset 구현 방안 (blog-writer SKILL.md)

현재 blog-writer의 T1-T4 트리거 시스템에 Platform Preset을 통합하는 구체적 방법:

**방법: Step 0에 Preset Loader 삽입**

```
기존 흐름: Step 1(스타일 가이드) → Step 2(HTML 스니펫) → Step 3(초안) → ...
변경 흐름: Step 0(Preset 로드) → Step 1(스타일 가이드) → Step 2(HTML 스니펫 or SE 컴포넌트) → Step 3(초안) → ...
```

Step 0에서 `platform` 값에 따라 이후 모든 Step의 동작 규칙이 결정됨.

**네이버 프리셋 적용 시 변경되는 Step별 동작:**

| Step | 기존 (tistory) | 변경 (naver) |
|------|---------------|-------------|
| Step 1 | writing-style-guide.md 단일 톤 | 듀얼 톤 규칙 (해요/합니다) |
| Step 2 | blog-html-snippets.md 전체 | SE 에디터 컴포넌트만 (quotation_*) |
| Step 3 | 첫 200자 직접 답변 | 3줄 핵심 요약(해요체) + 질문형 소제목 |
| Step 5 | 기존 품질 체크 | + 네이버 전용 7항목 추가 |

### 8.2 Dual Content Pipeline 실행 시나리오

보험 글 1편을 네이버+티스토리 양 플랫폼에 발행하는 경우:

```
[1단계: 공통 리서치]
→ naver-seo로 키워드 분석 (네이버용)
→ blog-dominance로 SEO 브리핑 (구글용)

[2단계: 분기 작성]
→ blog-writer(platform=naver): 네이버 프리셋 적용 → 원고 A
→ blog-writer(platform=tistory): 티스토리 프리셋 적용 → 원고 B
   (동일 주제/팩트, 다른 구조/톤/시각화)

[3단계: 분기 발행]
→ blog-publish-naver: 원고 A 발행
→ blog-publish-tistory: 원고 B 발행
```

핵심: **동일 원고를 양쪽에 그대로 발행 금지** (현재 blog-writer에 이미 이 규칙 존재).

### 8.3 geo_mode 옵션 세부 스펙

```
geo_mode = none:
- GEO 최적화 미적용
- 사용 시나리오: 속보성 콘텐츠, 이벤트 고지

geo_mode = basic (기본값):
- 질문형 소제목
- 각 H2 아래 첫 150자 자기완결형 답변 블록
- 200자마다 1개 수치+출처
- 사용 시나리오: 일반 블로그 글

geo_mode = full:
- basic 전체 + 아래 추가
- FAQPage + Article JSON-LD 스키마 자동 생성
- 3-Stop 반복 규칙 (도입/본문/FAQ 3곳에 핵심 정보 반복)
- geo-optimizer 체크리스트 전체 적용 (Citability 5항목)
- 사용 시나리오: 핵심 Pillar 콘텐츠, 전략 키워드 타겟 글
```

---

## 9. 보험 도메인 특화 적용 가이드 (task-1939+2 보강)

### 9.1 인슈위키/인슈로 콘텐츠별 최적 플랫폼 매핑

| 콘텐츠 유형 | 네이버 | 티스토리 | GEO 모드 | 이유 |
|------------|--------|---------|---------|------|
| 실손보험 청구 가이드 | O (주) | O (부) | full | 검색량 높음, AI 인용 가치 |
| 보험 비교 (vs) | - | O (주) | full | 구글 SEO + AI 인용 극대화 |
| 보험 뉴스/변경사항 | O (주) | - | basic | 네이버 뉴스탭 연계 |
| 보험 용어 설명 | O | O | full | 양 플랫폼 + AI 사전 인용 |
| FA 리쿠르팅 | O (주) | - | none | 네이버 검색 타겟 |
| 보험료 시뮬레이션 | - | O (주) | full | 구조화 데이터 + 도구 |

### 9.2 보험 콘텐츠 네이버 프리셋 예시

주제: "실손보험 청구 방법"

```
[3줄 핵심 요약 - 해요체]
- 실손보험 청구는 병원 진료 후 보험사 앱이나 팩스로 서류 제출하면 돼요
- 진료비 영수증, 진료확인서(진단서 아님!)만 있으면 3-5영업일 내 입금돼요
- 2026년부터 실손보험 4세대 전환으로 자기부담률이 달라졌으니 꼭 확인하세요

[소제목 - 질문형, SE quotation_line]
<blockquote class="line">실손보험 청구에 필요한 서류는 무엇일까요?</blockquote>

[본문 - 합니다체]
실손보험 청구 시 기본적으로 3가지 서류가 필요합니다.
진료비 영수증, 진료확인서, 그리고 본인 확인 서류입니다.
금융감독원 통계에 따르면, 서류 미비로 인한 청구 거절이 전체 거절 건수의 43%를 차지합니다(출처: 금융감독원, 2025년 보험민원 통계).

[정보 요약 - SE quotation_postit]
<blockquote class="box">
진단서 대신 '진료확인서'로 청구하면 발급비 1-2만원을 아낄 수 있습니다.
진료확인서는 대부분의 병원에서 무료 또는 1,000원에 발급 가능합니다.
</blockquote>
```

### 9.3 같은 주제의 티스토리(구글) 프리셋 예시

```
[첫 200자 직접 답변 - 합니다체]
실손보험 청구는 진료비 영수증과 진료확인서를 보험사에 제출하는 절차입니다. 
2026년 기준 평균 처리 기간은 3-5영업일이며, 모바일 앱을 통한 간편 청구 시 
1-2영업일로 단축됩니다. 금융감독원에 따르면 서류 미비로 인한 청구 거절이 
전체의 43%를 차지하므로, 아래 가이드를 통해 정확한 서류를 준비하시기 바랍니다.

## 실손보험 청구에 필요한 서류는?

(H2 아래 자기완결형 답변 블록 + FAQ Schema)

## 모바일 간편 청구 vs 팩스 청구 비교

(비교표 + HTML 시각화)

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [...]
}
</script>
```