검색엔진최적화 기사 작성기

SEO 기사 작성

세 독자를 동시에 만족시키는 기사를 작성하세요: 구글(검색 순위), AI 모델(인용), 인간(가독성).

작업 흐름

1단계 — 리서치 (필수)

작성 전에 SERP 데이터를 수집하세요. 두 가지 경로:

• 사전 리서치 없음: 먼저 /seo-research [대상 키워드]를 호출하세요. 리서치 요약 결과가 출력될 때까지 기다린 후 진행하세요.
• 사용자가 리서치 제공: 기존 요약을 받아들이고 2단계로 건너뛰세요.

리서치 요약 없이는 기사를 작성하지 마세요.

2단계 — 정의 설계

정의 문장은 기사에서 가장 중요한 단일 문장입니다. AI 개요, 챗GPT, 퍼플렉시티가 인용할지 여부를 결정합니다.

공식 (최고 인용 기사인 AWS, 엔비디아, Google ML 용어집에서 도출):

[X]는 [목적]을 위해 [동사1], [동사2], [동사3]을 하는 [범주 명사]입니다 — [차별화 조항].

규칙:

• 한 문장, 15-30 단어
• 세 개의 동사 체인 (인식/이해 + 결정/추론 + 행동/실행)
• "[사용자]를 위해" 또는 "[목표 달성]을 위해"로 끝내기 — 가장 높은 AI 인용률
• 서문 없음. 정의는 기사의 첫 문장(또는 훅 오프닝을 사용하는 경우 두 번째 문단)이어야 함
• 주요 키워드를 정확한 형태로 포함

정의 문단 (단순한 문장이 아닌):

정의 문장은 GEO 인용 앵커입니다. 하지만 정의 문단은 다섯 가지 역할을 합니다:

1. 정의 문장 (15-30 단어, X는 [동사1], [동사2], [동사3]을 하는 Y입니다)
2. 경계선: 한 가지 대비를 통해 그것이 아닌 것을 명시합니다. 인접한 범주와 기술적 구분선을 언급합니다. ("당신의 작업에 대한 텍스트를 생성하는 챗봇이 아니라, 그 작업을 실행하는 에이전트입니다: 회의 예약, 이메일 전송, 기존 도구가 없을 때 코드 작성.")
3. 수식어 해체: 용어가 [수식어] [명사] (예: "개인 에이전트")인 경우, 2-3개의 구체적인 사항으로 수식어를 해체합니다. 수식어가 중요하다고 말만 하지 말고, 무엇을 더하는지 보여주세요.
4. 플라이휠 또는 메커니즘: 핵심 가치 루프를 명명하는 한 문장. 이는 독자로 하여금 "아, 그래서 이 범주가 존재하는구나"라고 생각하게 만듭니다.
5. 판결 문장 (2-5 단어): 전체 문단을 결정화합니다. ("그 플라이휠이 제품입니다.")

정의 문장은 AI 인용을 위한 것입니다. 정의 문단은 인간의 확신을 위한 것입니다. 둘 다 중요합니다.

다의어 구별 (용어가 여러 의미를 가진 경우):

• 처음 100단어 내에서 한 문장으로 다른 의미를 인정하세요
• 괄호 사용: "(엔터테인먼트에서 개인 에이전트는 탤런트 매니저입니다. 이 가이드는 기술적 정의를 다룹니다.)"

3단계 — 개념 정밀도 확인 (기술 범주용)

기술 범주(AI 에이전트, 클라우드 컴퓨팅, 블록체인 등)에 대해 작성할 때는 초안 작성 전에 핵심 용어를 확정하세요. 부정확한 용어는 부정확한 기사를 낳습니다.

기사의 각 핵심 용어에 대해:

1. 첫 원리로부터 한 문장의 기술적 정의 작성 (예: "에이전트는 단순히 텍스트를 생성하는 것이 아니라, 루프에서 도구를 호출하고 작업을 실행할 수 있는 LLM입니다")
2. 경계 식별: 이 용어를 가장 가까운 이웃과 구분하는 단 하나의 것은 무엇입니까? (에이전트 vs 챗봇: 도구 호출. 개인 에이전트 vs AI 에이전트: 지속적인 사용자 컨텍스트.)
3. 사용 규칙 확정: 용어가 제품명, 기술 아키텍처, 또는 범주 레이블입니까? 이것들은 다르게 사용됩니다. ("마누스는 제품입니다. 에이전트는 그 뒤의 엔진입니다. 개인 에이전트는 범주입니다.")

초안에서 핵심 용어의 모든 인스턴스에 대해 이 검사를 실행하세요. 문장이 확정된 정의와 모순되는 방식으로 용어를 사용하면 수정하세요. 이는 범주를 정의하는 기사에서 특히 중요하며, 부정확한 문장 하나가 전체 글을 약화시킬 수 있습니다.

4단계 — 기사 구조

구조는 구글과 AI 시스템을 위한 것입니다. 무엇이 인덱싱되고, 추출되고, 리치 결과로 표시될지 결정합니다.

H1 (페이지 제목):

[X]란 무엇인가? 정의, 예시, 그리고 작동 방식 [연도]

• 주요 키워드를 정확한 형태로
• 60자를 초과할 수 있음 — 이것은 SERP 제목이 아닌 보이는 페이지 제목입니다
• 시간 민감 주제에 대한 최신성 신호를 위한 연도 태그

제목 심리학 (에브리닷투의 가장 성과가 좋은 패턴에서 도출):

글자 수 최적화 전에 제목의 심리를 잡아라:

<title> 태그 (SERP 제목) — H1과 다름:

• 55-60자 미만 (구글은 ~580px에서 잘림)
• 브랜드 접미사 없음 — 키워드가 되어야 할 8-15자를 낭비
• 주요 키워드를 가능한 한 앞쪽에

메타 설명:

• 120-155자, 완전한 문장, 주요 키워드 포함
• 클릭 유도 제안 역할: "왜 다른 9개 결과 대신 이것을 읽어야 하는가?"
• 공식: [정의 또는 핵심 답변, ~80자] + [가치 차별화 요소, ~60자]
• 주제가 브랜드가 아닌 한 브랜드 이름 없음. 인용 부호나 특수 문자 없음.

H2 제목 — 모두 질문 형식으로:

## [X]란 무엇인가요?
## [X]가 중요한 이유는 무엇인가요?
## [X]는 어떻게 작동하나요?
## [X]의 핵심 기능은 무엇인가요?
## [X]는 [Y]와 어떻게 다른가요?
## [X]가 실제로 할 수 있는 일은 무엇인가요?
## [연도]에 누가 [X]를 구축하고 있나요?
## 과제와 한계는 무엇인가요?
## 어떻게 [X]를 선택하나요?
## [X]의 미래는 무엇인가요?
## FAQ

질문 형식 H2는 AI 개요에서 가장 많이 인용되는 기사(AWS, 엔비디아, Google Cloud)와 일치하며, "People Also Ask" 쿼리에 직접 부합합니다.

필수 구조 요소:

• 앵커 링크가 있는 목차 (첫 번째 H2 전에)
• 최소 2개의 비교 테이블 (경쟁사/인접 범주 대비)
• 최소 1개의 평가/기준 테이블
• 테이블 인간화 규칙: 테이블을 무턱대고 제시하지 마세요. 모든 테이블에는 독자에게 무엇을 찾아야 하는지와 왜 중요한지 알려주는 1-2문장의 내러티브 도입부가 필요합니다. 테이블은 데이터를 제공하고, 도입부는 의미를 제공합니다.
• 비교 테이블 정밀 규칙: 비교 테이블의 각 열에 대해 해당 범주가 할 수 있는 일과 할 수 없는 일을 모두 명시하세요. "대화에서 질문에 답변한다"는 불완전합니다. "대화에서 질문에 답변한다. 도구 접근 불가, 작업 실행 불가"는 경계를 그립니다. 부재가 종종 존재보다 더 많은 정보를 줍니다.
• 제품 목록 프레이밍 규칙: 제품, 회사 또는 예시 목록을 제시하기 전에 그것들을 구성하는 개념적 프레임워크를 확립하세요. 무턱대고 글머리 기호 목록을 제시하지 마세요. 독자에게 조직 원리를 가르치는 한 문장. ("아래 제품은 에이전트를 기반으로 구축되었습니다: 도구를 호출하고, 작업을 실행하며, 루프에서 작동하는 LLM. 제품은 인터페이스입니다. 에이전트는 엔진입니다.")
• 10개 이상의 Q&A가 있는 FAQ 섹션
• "과제와 한계" 섹션 (E-E-A-T 신호 — 상위 순위 정의 기사 8개 중 7개가 이것을 포함)
• 관련 읽기 링크 (하단에 3-5개의 내부 링크)

스키마 마크업:

• Article (저자, datePublished, dateModified, 게시자, wordCount)
• BreadcrumbList
• Organization
• FAQPage 아님 (2023년 8월부터 정부/의료로 제한 — AI 인용 가치를 위해 FAQ 콘텐츠 유지)

점진적 공개 원칙:

결론을 숨기지 마세요. 판결로 시작하세요. 기사가 오프닝 주장을 정당화하게 하세요.

5단계 — 작문 스타일 (댄 쉬퍼 방식)

전체 스타일 가이드는 references/writing-style.md를 로드하세요.

핵심 원칙: 전선에서 막 돌아온 건축가처럼 쓰세요 — 데이터와 상처, 그리고 더 큰 그림에 대한 생각을 가지고.

핵심 규칙 (항상 기억 — 이것들을 위해 레퍼런스를 로드할 필요 없음):

• 첫 문단: 최대 3문장, 개인적인 미시 장면 선호
• 정의 문장은 2문단에 위치
• 전체 문단의 30% 이상은 단일 문장 문단이어야 함
• 모든 분석 구절은 판결 문장(2-5단어)으로 끝남
• 대화형 전환만 사용 ("내 말은 이거야." "게다가"가 아니라)
• 1000단어당 최대 2-3개의 엠 대시 — 과도한 사용은 AI가 쓴 글의 가장 큰 징표
• 섹션마다 최소 2개의 생생한 동사 사용 (일반적인 be/have/get/make/do가 아니라)
• 인칭 전환: 서사 "나" → 분석 "당신/우리" → 결론 "나"

references/writing-style.md를 로드하세요 다음을 위해: 세 가지 오프닝 무브, 문장 리듬 목표, 문단 패턴, 전환 목록, 음성 도구 키트, 은유 규칙, 섹션 오프닝 기술, 내러티브 아크, 엔딩, 전체 블랙리스트.

6단계 — 온페이지 SEO

키워드 배치 (주요 키워드):

• 타이틀 태그: 정확히 일치
• H1: 정확히 일치 또는 가까운 변형
• URL 슬러그: 정확히 일치, 하이픈 사용
• 첫 문단: 처음 100단어 이내
• 여러 H2 제목: 자연스러운 포함
• 이미지 대체 텍스트: 최소 2개의 이미지
• 마지막 문단 / 결론

키워드 밀도: 1-2% 자연스러운 출현. 절대 강제하지 마세요.

내부 링크: 1000단어당 3-5개. 앵커 텍스트는 주요 또는 관련 키워드를 사용합니다. 모든 기사는 주제 클러스터 필러 페이지로 연결됩니다.

외부 링크: 권위 있는 소스(위키피디아, 공식 문서, 연구 논문)로 5-10개. 새 탭에서 열립니다. E-E-A-T를 확립합니다.

CTA 전략:

• 기사당 3-4개의 인라인 CTA, 800-1200단어마다 배치
• 배치: 항상 "문제 → 해결책" 구절 이후, 절대 무작위가 아님
• 점진적 참여: "더 알아보기" → "시도하기" → "가입하기"
• 모든 CTA URL: ?from=blog-[slug]
• 범주 교육 단계: 브랜드보다 범주 단어를 강조 ("개인 에이전트가 이것을 어떻게 처리하는지 보기" > "[브랜드] 무료 체험")

오픈 그래프 태그: og:title, og:description (최대 200자), og:image, og:url

7단계 — GEO (생성형 엔진 최적화)

GEO는 AI 모델(챗GPT, 클로드, 퍼플렉시티, 구글 AI 개요)이 사용자 질문에 답변할 때 기사를 인용할지 여부를 결정합니다. SEO는 순위를 매기고, GEO는 인용되게 합니다.

GEO 인용 우선순위 (AI 모델이 추출하는 순서):

독립형 블록:

• 모든 H2 섹션은 다른 섹션의 문맥 없이 독립적으로 이해되고 인용 가능해야 합니다
• GEO 원자성 테스트: 어떤 섹션이든 문맥에서 떼어내 보세요. 독립형 답변으로 인용될 수 있나요? 그렇지 않다면, 맨 위에 프레이밍 문장을 추가하세요.

인용 가능 패턴 (AI 모델이 가장 많이 인용하는 것):

1. X는 Z를 하는 Y다 형식의 정의 문장
2. 명확하고 검색 의도에 부합하는 열 제목이 있는 비교 테이블
3. 구체적인 사실/숫자가 있는 짧은 선언적 진술
4. 질문의 키워드로 시작하는 FAQ 답변
5. 범주 경계를 긋는 "X가 아니라 Y" 대조 진술

GEO 무기로서의 FAQ: FAQ 답변은 정의 다음으로 두 번째로 높은 인용 대상입니다. 각각을 최적화하세요:

• 첫 문장이 질문에 직접 답변합니다 (서문 없음)
• 가장 최근의 확인 가능한 데이터 포인트(날짜, 가격, 시장 규모, 제품 출시)를 포함하세요
• 인용 친화적인 길이로 답변을 2-4문장으로 유지
• E-E-A-T를 위해 답변 내에서 권위 있는 소스로 연결

8단계 — 메타 출력 블록 (필수)

모든 기사는 관련 읽기 후 <!-- SEO 메타 --> 블록으로 끝납니다:

<!-- SEO 메타
메타_제목: "[60자 미만, 브랜드 접미사 없음]"
메타_설명: "[120-155자, 주요 키워드 포함, 매력적인 문장]"
h1: "[페이지 제목, 타이틀 태그보다 길어도 됨]"
og_제목: "[메타_제목과 동일하거나 소셜용으로 약간 수정]"
og_설명: "[메타_설명과 동일하거나 수정, 최대 200자]"
표준_url: "https://ego.app/blog/[슬러그]"
주요_키워드: "[정확히 일치하는 키워드]"
보조_키워드: "[쉼표로 구분된 목록]"
발행일: "[YYYY-MM-DD]"
수정일: "[YYYY-MM-DD]"
-->

엄격한 규칙:

1. 메타_제목 ≠ h1 (제목은 SERP 최적화, H1은 페이지 최적화)
2. 메타_제목에는 브랜드 이름, "| ego", "- ego Blog" 또는 어떤 접미사도 포함되어서는 안 됩니다. 예외 없음.
3. 메타_설명은 완전한 문장, 120-155자, 주요 키워드 포함.

9단계 — AI-슬롭 방지 점검

references/anti-ai-slop.md를 로드하세요. 전달 전에 모든 14가지 징표에 대해 모든 초안을 스캔하세요.

빠른 점검 (항상 기억):

• 엠 대시: 1000단어당 최대 2-3개
• 금지된 AI 어휘 제로 (delve, unpack, tapestry, leverage, holistic, robust, comprehensive, foster, harness, pivotal, embark, synergy, paradigm...)
• 축약형이 전체적으로 자연스럽게 사용됨
• 모든 주장에는 구체적인 이름, 숫자, 날짜가 있음
• 기사당 최소 1개의 실제 실패/실수/불편한 진실
• 소리내어 읽기 테스트: 뉴스 앵커가 아닌 사람처럼 들려야 함

단어 수 가이드라인

분할 규칙: 핵심 주장이 2개 이상이고 3,000단어를 초과하는 모든 기사(필러 제외) → 분할하고 상호 연결.

교육:홍보 비율

기사 유형 템플릿

필러 / 정의 기사

[훅 문단 — 독자가 알아볼 수 있는 시나리오]
[정의 문단 — 공식적인 정의 + 경계 설정]

## 목차
## [X]가 중요한 이유는 무엇인가?
## [X]는 어떻게 작동하나?
  [장면 오프닝 → 비유로 감싼 기술 설명]
  [비교 테이블: 당신의 접근 방식 vs 표준 접근 방식]
## 핵심 기능은 무엇인가?
  [테이블: 기능 | 의미 | 없으면 얻게 되는 것...]
## [X]는 [인접한 범주]와 어떻게 다른가?
  [전체 비교 테이블]
## [X]가 무엇을 할 수 있나? [예시]
## 누가 [X]를 구축하고 있나?
## 과제와 한계
## 선택하는 방법
  [평가 테이블]
## 미래
## FAQ (10-12 Q&A)
[관련 읽기: 3-5개의 내부 링크]
<!-- SEO 메타 ... -->

비교 기사 ("X 대 Y")

[훅 — 대부분의 사람들이 하는 혼란]
[한 줄 논제: 핵심 차이]

## [X]란 무엇인가?
## [Y]란 무엇인가?
## [X] vs [Y]: 주요 차이점
  [비교 테이블 + 차원별 하위 섹션]
## 언제 [X]와 [Y]를 사용해야 하나
## FAQ
[관련 읽기]
<!-- SEO 메타 ... -->

제3의 길 기사 ("X 대 Y: 왜 Z가 필요한가")

[훅 — 거짓 딜레마]

## [X]란 무엇인가?
## [Y]란 무엇인가?
## [X] vs [Y] 비교 [공정하고 철저한 비교]
## 공통된 한계
  [둘 다 같은 것에서 실패 — 피벗 설정]
## 다른 접근 방식: [Z]
  [당신의 범주/제품이 해결책으로 등장]
## FAQ
[관련 읽기]
<!-- SEO 메타 ... -->

체크리스트 (게시 전 실행)

콘텐츠 품질

• 첫 문단의 훅 — 요약이나 정의 우선 오프닝이 아님
• 정의 문장이 X는 [동사1], [동사2], [동사3]을 하는 Y입니다 패턴을 따름
• 정의 문단이 5가지 역할을 모두 다룸: 정의 문장, 경계선, 수식어 해체, 플라이휠, 판결
• 개념 정밀도 확인 통과 (기술 범주의 경우): 핵심 용어가 한 문장 정의, 경계, 사용 규칙으로 확정됨
• 다의어 구별이 첫 100단어 내에 있음 (용어가 여러 의미를 가진 경우)
• 모든 H2가 질문임
• 최소 2개의 비교 테이블, 각각 내러티브 도입부 포함
• 비교 테이블이 각 열에 대해 할 수 있는 것과 할 수 없는 것을 명시
• 제품 목록/예시 앞에 개념적 프레임워크 문장이 있음
• "과제와 한계" 섹션이 존재함
• 10개 이상의 Q&A가 있는 FAQ
• 각 섹션이 GEO 원자성 테스트를 통과함 (독립적으로 인용 가능)
• "오늘날 빠르게 진화하는..." 또는 유사한 AI 같은 문구가 없음
• 짧은 판결 문장이 존재함 (긴 구절 후 2-5단어)

SEO

• 주요 키워드가 다음에 포함됨: 타이틀 태그, H1, URL, 첫 100단어, 3개 이상의 H2, 대체 텍스트
• <title> 태그가 60자 미만, 브랜드 접미사 없음, 키워드가 앞쪽에 배치됨
• <title> 태그가 H1과 다름
• 메타 설명: 120-155자, 완전한 문장, 주요 키워드 포함
• 메타 설명이 타이틀 태그의 반복이 아님
• 앵커 링크가 있는 목차
• 1000단어당 3-5개의 내부 링크
• 권위 있는 소스로의 외부 링크 5-10개
• 추적 매개변수가 있는 3-4개의 인라인 CTA
• 하단에 관련 읽기 (3-5개 링크)
• 발행일 및 수정일이 존재함
• 관련 읽기 후에 메타 출력 블록이 추가됨 (7단계)

스키마

• Article 스키마 (저자, 날짜, 게시자, wordCount)
• BreadcrumbList 스키마
• Organization 스키마

스타일 (댄 쉬퍼 테스트)

• 첫 문단: 최대 3문장, 개인적인 미시 장면 / 시적 추상화 / 도발적인 주장 사용
• 문단의 30% 이상이 단일 문장 문단
• 모든 분석 구절이 판결 문장(2-5단어)으로 끝남
• 자조적 유머가 담긴 괄호 안의 여담이 최소 3개
• 1000단어당 최대 2-3개의 엠 대시
• 모든 데이터가 정확한 숫자로 표현됨 — 모호한 형용사 없음
• 일상적인 영역(음식, 신체, 학교, 인간관계)에서 최소 3개의 비유
• 기술 개념: 일상 비유 → 괄호 정의 → 즉각적인 예시
• 섹션당 최소 2개의 생생한 동사 (일반적인 be/have/get/make/do가 아닌)
• 학술적 전환어 제로 (Furthermore/Moreover/In addition/Additionally)
• "당신은 ~해야 한다" 문장 제로
• 엔딩: 오프닝 장면으로 회귀하거나 인용 가능한 황금 문장을 남김
• 인칭 전환: 서사 "나" → 분석 "당신/우리" → 결론 "나"

AI-슬롭 방지 (모든 초안 후 실행)

• 엠 대시 개수: 1000단어당 최대 2-3개 산문에서만 (테이블, 글머리 기호 레이블, 메타 줄 제외)
• 금지된 AI 어휘 제로 (delve, unpack, multifaceted, myriad, tapestry, leverage, utilize, holistic, robust, comprehensive, foster, facilitate, harness, underscore, pivotal, paramount, embark, realm, intricate, cutting-edge, groundbreaking, navigate, synergy, paradigm)
• 축약형이 전체적으로 자연스럽게 사용됨 ("it's"가 "it is"가 아님, "don't"가 "do not"이 아님)
• 모든 주장에 구체적인 이름, 숫자, 날짜가 있음 — 자신감 있는 일반화 없음
• 기사당 최대 1개의 "X가 아닌 Y에 관한 것이다" 구성
• 목록/글머리 기호는 진정으로 병렬적인 항목에만 사용 — 내러티브 아이디어는 산문에 남김
• 모든 섹션이 명확한 관점/판결을 가짐 — 중립적인 개요가 아님
• 이모지 제로
• 헤지 스택 제로 ("잠재적으로 도움이 될 수 있음...")
• 기사당 최소 1개의 실제 실패/실수/불편한 진실
• 문장 길이가 크게 다양함 (3단어 펀치와 30단어 탐구 혼합)
• 대칭 삼중항 점검: 기사에서 "X, Y, Z" 세 요소 목록이 3개 이하
• 초안을 소리내어 읽기 — 뉴스 앵커처럼 들리면 다시 쓰기