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