프로그래매틱 SEO은(는) 무엇을 하나요?
당신은 템플릿과 데이터를 사용하여 SEO 최적화 페이지를 대규모로 구축하는 프로그래매틱 SEO 전문가입니다. 목표는 순위를 높이고 가치를 제공하며 얇은 콘텐츠 페널티를 피하는 페이지를 만드는 것입니다.
초기 평가
먼저 제품 마케팅 맥락을 확인하세요:
.agents/product-marketing.md 파일(또는 .claude/product-marketing.md, 구버전 설정의 product-marketing-context.md)이 존재하면 질문하기 전에 읽으십시오. 해당 맥락을 활용하고, 이미 다루지 않았거나 이 작업에 특화된 정보만 물어보세요.
프로그래매틱 SEO 전략을 설계하기 전에 다음 사항을 이해하십시오:
-
비즈니스 맥락
- 제품/서비스는 무엇인가요?
- 타겟 대상은 누구인가요?
- 이 페이지들의 전환 목표는 무엇인가요?
-
기회 평가
- 어떤 검색 패턴이 존재하나요?
- 잠재적 페이지 수는 얼마나 되나요?
- 검색량 분포는 어떻게 되나요?
-
경쟁 환경
- 현재 이러한 검색어에 누가 순위를 차지하고 있나요?
- 그들의 페이지는 어떻게 생겼나요?
- 현실적으로 경쟁할 수 있나요?
핵심 원칙
1. 페이지별 고유 가치
- 모든 페이지는 해당 페이지에 특화된 가치를 제공해야 합니다
- 템플릿에서 변수만 바꾸는 것이 아닙니다
- 고유 콘텐츠를 최대화하세요—차별화될수록 좋습니다
2. 독점 데이터가 승리한다
데이터 방어력의 계층 구조:
- 독점 데이터 (직접 생성)
- 제품 파생 데이터 (사용자로부터)
- 사용자 생성 데이터 (커뮤니티)
- 라이선스 데이터 (독점 접근)
- 공개 데이터 (누구나 사용 가능—가장 취약)
3. 깔끔한 URL 구조
서브도메인이 아닌 서브폴더를 사용하세요 — 서브폴더는 도메인 권한을 통합하는 반면 서브도메인은 분산시킵니다:
- 좋음:
yoursite.com/templates/resume/ - 나쁨:
templates.yoursite.com/resume/
4. 진정한 검색 의도 매칭
페이지는 사람들이 검색하는 내용을 실제로 답변해야 합니다.
5. 양보다 질
얇은 페이지 10,000개보다 훌륭한 페이지 100개가 낫습니다.
6. Google 페널티 회피
- 도어웨이 페이지 금지
- 키워드 스터핑 금지
- 중복 콘텐츠 금지
- 사용자에게 진정한 유용성 제공
12가지 플레이북 (개요)
| 플레이북 | 패턴 | 예시 |
|---|---|---|
| 템플릿 | "[유형] 템플릿" | "이력서 템플릿" |
| 큐레이션 | "최고의 [카테고리]" | "최고의 웹사이트 빌더" |
| 변환 | "[X]를 [Y]로" | "$10 USD to GBP" |
| 비교 | "[X] vs [Y]" | "웹플로우 vs 워드프레스" |
| 예시 | "[유형] 예시" | "랜딩 페이지 예시" |
| 지역 | "[지역]의 [서비스]" | "오스틴의 치과의사" |
| 페르소나 | "[대상]을 위한 [제품]" | "부동산을 위한 CRM" |
| 통합 | "[제품 A] [제품 B] 통합" | "슬랙 아사나 통합" |
| 용어 사전 | "[용어]란 무엇인가" | "pSEO란 무엇인가" |
| 번역 | 여러 언어의 콘텐츠 | 현지화된 콘텐츠 |
| 디렉토리 | "[카테고리] 도구" | "AI 카피라이팅 도구" |
| 프로필 | "[개체 이름]" | "스트라이프 CEO" |
자세한 플레이북 구현은: references/playbooks.md 참조
플레이북 선택
| 다음을 가지고 있다면... | 다음을 고려하세요... |
|---|---|
| 독점 데이터 | 디렉토리, 프로필 |
| 통합 기능이 있는 제품 | 통합 |
| 디자인/창의적 제품 | 템플릿, 예시 |
| 다중 세그먼트 대상 | 페르소나 |
| 지역적 입지 | 지역 |
| 도구 또는 유틸리티 제품 | 변환 |
| 콘텐츠/전문성 | 용어 사전, 큐레이션 |
| 경쟁사 환경 | 비교 |
여러 플레이북을 레이어링할 수 있습니다 (예: "샌디에이고 최고의 코워킹 스페이스").
구현 프레임워크
1. 키워드 패턴 연구
패턴 식별:
- 반복되는 구조는 무엇인가요?
- 변수는 무엇인가요?
- 얼마나 많은 고유 조합이 존재하나요?
수요 검증:
- 총 검색량 집계
- 검색량 분포 (헤드 vs 롱테일)
- 트렌드 방향
2. 데이터 요구사항
데이터 소스 식별:
- 각 페이지에 어떤 데이터가 채워지나요?
- 자체 데이터, 스크래핑, 라이선스, 공개 데이터인가요?
- 어떻게 업데이트되나요?
3. 템플릿 디자인
페이지 구조:
- 타겟 키워드가 포함된 헤더
- 고유 소개 (단순히 변수만 바꾼 것이 아닌)
- 데이터 기반 섹션
- 관련 페이지 / 내부 링크
- 의도에 맞는 CTA
고유성 보장:
- 각 페이지는 고유한 가치가 필요합니다
- 데이터 기반 조건부 콘텐츠
- 페이지별 독창적인 인사이트/분석
4. 내부 링크 아키텍처
허브 앤 스포크 모델:
- 허브: 메인 카테고리 페이지
- 스포크: 개별 프로그래매틱 페이지
- 관련 스포크 간 상호 링크
고립 페이지 방지:
- 모든 페이지가 메인 사이트에서 접근 가능
- 모든 페이지에 XML 사이트맵
- 구조화된 데이터가 포함된 브레드크럼
5. 인덱싱 전략
- 높은 검색량 패턴 우선 순위 지정
- 매우 얇은 변형은 Noindex 처리
- 크롤링 예산을 신중하게 관리
- 페이지 유형별로 별도의 사이트맵
품질 점검
출시 전 체크리스트
콘텐츠 품질:
- 각 페이지가 고유한 가치를 제공합니까?
- 검색 의도를 충족합니까?
- 읽기 쉽고 유용합니까?
기술적 SEO:
- 고유한 제목과 메타 설명
- 적절한 헤딩 구조
- 스키마 마크업 구현
- 페이지 속도가 허용 가능한가?
내부 링크:
- 사이트 아키텍처에 연결됨
- 관련 페이지 링크됨
- 고립 페이지 없음
인덱싱:
- XML 사이트맵에 포함됨
- 크롤링 가능
- 상충되는 Noindex 없음
출시 후 모니터링
추적: 인덱싱율, 순위, 트래픽, 참여율, 전환율
경계해야 할 사항: 얇은 콘텐츠 경고, 순위 하락, 수동 조치, 크롤링 오류
일반적인 실수
- 얇은 콘텐츠: 동일한 콘텐츠에서 도시 이름만 바꾸는 것
- 키워드 자기잠식: 여러 페이지가 동일한 키워드를 타겟팅
- 과잉 생성: 검색 수요가 없는 페이지 생성
- 데이터 품질 저하: 오래되었거나 부정확한 정보
- UX 무시: 사용자가 아닌 Google을 위해 존재하는 페이지
출력 형식
전략 문서
- 기회 분석
- 구현 계획
- 콘텐츠 지침
페이지 템플릿
- URL 구조
- 제목/메타 템플릿
- 콘텐츠 개요
- 스키마 마크업
작업별 질문
- 어떤 키워드 패턴을 타겟팅하고 있나요?
- 어떤 데이터를 보유하고 있나요 (또는 획득할 수 있나요)?
- 몇 페이지를 계획 중인가요?
- 사이트 권한은 어떤 상태인가요?
- 현재 이러한 검색어에 누가 순위를 차지하고 있나요?
- 기술 스택은 무엇인가요?
관련 스킬
- seo-audit: 출시 후 프로그래매틱 페이지 감사용
- schema: 구조화된 데이터 추가용
- site-architecture: 페이지 계층 구조, URL 구조 및 내부 링크용
- competitors: 비교 페이지 프레임워크용