아직 사이트가 없나요? Codex로 SEO 퍼스트 사이트 플랜 수립하기 — 무엇이든 게시하기 전에
제품이나 서비스 아이디어를 필수 페이지와 구축할 가치가 있는 첫 번째 트래픽 페이지를 포함한 작은 SEO 퍼스트 웹사이트 플랜으로 전환하세요.
사람들이 검색할 사이트를 만들어라 — 당신이 론칭하고 싶은 사이트가 아니라
제로부터 시작하는 것에는 과소평가된 이점이 있습니다: 게시하기 전에 모든 첫 페이지에 역할을 부여할 수 있다는 점입니다.
Codex는 당신의 성장 스타트 카드를 "첫 번째 사이트 청사진"으로 변환합니다 — 5~7개의 명확한 역할을 가진 페이지로 구성된 한 장짜리 플랜입니다.
완료의 정의:
- 페이지 맵, 하나의 주요 방문자 액션, 하나의 첫 트래픽 페이지 아이디어, 그리고 당신이 제공해야 할 사실들의 짧은 목록이 있다.
- 일반적인 50페이지 블로그 계획은 없다.
시간: 45분 확보. 3~5줄의 오너 브리프, 성장 스타트 카드, 방문자가 내려야 할 하나의 결정을 가져오세요. 도메인, CMS, 분석 도구, 개발자는 필요 없습니다.
대상: 이 레슨은 신규 서비스, SaaS 제품, 이커머스 아이디어, 콘텐츠 사이트를 위한 것입니다. 기존 사이트가 있다면 코스 맵으로 돌아가세요.
가장 작은 유용한 사이트부터 시작하라
"블로그", "리소스" 또는 카테고리 페이지부터 시작하지 마세요. 방문자의 기본적인 질문에 답하는 페이지부터 시작하세요.
페이지 | 페이지가 답해야 할 질문 | 부기 서비스 예시 |
|---|---|---|
홈 | 누구를 위한 것이며, 어떤 결과를 얻을 수 있는가? | 프리랜스 디자이너를 위한 부기 지원 |
서비스/제품 | 무엇이 포함되며, 누구에게 적합하며, 다음엔 무엇이 일어나는가? | 월간 부기 및 마감일 지원 |
증명 | 방문자가 왜 이 서비스를 신뢰해야 하는가? | 자격, 프로세스, 허용된 예시, 정책 |
문의/전환 | 방문자가 어떻게 다음 단계로 나아가는가? | 디스커버리 콜 예약 |
첫 트래픽 페이지 | 새로운 방문자가 검색할 만한 구체적인 문제는 무엇인가? | 디자이너의 자기신고 전 부기 체크리스트 |
이커머스: 홈, 컬렉션, 제품, 배송/반품, 구매자 가이드. SaaS: 홈, 제품/사용 사례, 가격/평가판, 보안/문서, 워크플로우 가이드. Codex가 라벨을 조정하지만 기능, 가격, 재고, 서비스 지역, 고객 성과를 발명해서는 안 됩니다.
당신의 아이디어와 성장 스타트 카드를 Codex에 전달하라
먼저 5줄 오너 브리프를 준비하라
Codex를 열기 전에 owner-brief.md를 작성하세요. 5분이면 됩니다.
제공 내용: 개인 사업자 디자이너를 위한 월간 부기 및 마감일 준비.
대상: 재무 기록이 밀린 브리스톨의 프리랜스 디자이너.
방문자 액션: 20분 디스커버리 콜 예약.
서비스 경계: 개인 세금 신고 대행이나 법률 자문은 제공하지 않음.
내가 소유한 증명: 문서화된 온보딩 체크리스트, 서비스 약관,
창업자의 부기 자격증. 승인된 클라이언트 사례 연구는 아직 없음.growth-start-card.md 옆에 owner-brief.md로 저장하세요. 모르는 답변은 UNKNOWN으로 표시. 불확실한 내용을 그럴듯한 마케팅 주장으로 대체하지 마세요.
품질 체크: 모든 증명 문장에 대해 실제 문서를 가리킬 수 없다면 UNKNOWN으로 이동.
이커머스 조정: 서비스 경계를 배송, 반품, 제품 호환성, 재고 경계로 대체. SaaS: 워크플로우, 필요한 통합, 플랜 제한 사항 나열.
Codex 표준 프롬프트
당신은 초보자를 위한 SEO 퍼스트 사이트 청사진을 구축하고 있습니다.
내 성장 스타트 카드를 읽어주세요:
[붙여넣거나 로컬 파일 경로 제공]
다음은 내가 확인한 사실들입니다:
- 제공 내용: [판매 또는 게시하는 것]
- 대상: [특정 사람들]
- 방문자 액션: [데모 / 구매 / 예약 / 가입]
- 시장 또는 위치: [시장, 국가, 도시, 또는 온라인]
- 증명할 수 있는 사실: [3가지 사실, 링크, 스크린샷, 정책, 또는 unknown]
다음 섹션을 포함한 첫 번째 사이트 청사진을 작성하세요:
1. 한 문장 사이트 약속.
2. 필수 페이지 맵: 5~7개 페이지만. 각 페이지의 방문자 역할,
필요한 증명, 다음 링크 또는 액션 명시.
3. 첫 번째 트래픽 페이지: 하나의 구체적인 검색 문제, 이 사이트에 적합한 이유,
작성 전 필요한 사실.
4. 아직 게시하지 말아야 할 것: 시기상조인 3개의 유혹적인 페이지.
5. 오너 질문: 5개 이하의 누락된 사실.
페이지 카피를 쓰지 말고, CMS를 선택하지 말고, 도메인을 구매하지 말고,
코드를 생성하지 말고, 게시하지 말고, 비즈니스 세부 사항을 발명하지 마세요.
제공되지 않은 주장은 NEEDS OWNER FACT로 표시하세요.결과를 first-site-blueprint.md로 저장하세요.
유용한 청사진의 실제 모습
좋은 결과물은 긴 키워드 목록이 아닙니다.
부기 브리프에 대한 청사진 예시
페이지 | 방문자 역할 | 필요한 증명 | 다음 액션 |
|---|---|---|---|
| 디자이너가 서비스가 자신의 기록과 마감일 상황에 맞는지 판단하도록 돕기 | 범위, 제외 사항, 온보딩 프로세스 | 디스커버리 콜 예약 |
| 첫 통화부터 월간 인계까지의 과정 보여주기 | 검증된 온보딩 체크리스트 | 서비스 페이지 읽기 또는 예약 |
| 기록이 밀린 디자이너가 도움을 요청하기 전에 준비하도록 돕기 | 체크리스트 단계, 범위 경계, 마감일 주의사항 | 서비스 적합성 페이지 보기 |
| 다음 단계를 명확히 하기 | 오너가 확인한 응답 기대치 | 문의 보내기 또는 예약 |
첫 트래픽 페이지는 좁은 질문을 해결합니다. 예: "프리랜스 디자이너가 자기신고 마감일 전에 어떤 부기 기록을 준비해야 하는가?" "부기 조언"이나 "최고의 회계 소프트웨어"가 아닙니다.
나쁜 결과물 예: 홈, 소개, 서비스, 블로그, 문의, 20개의 키워드 기사.
Codex가 메뉴 같은 목록을 생성한 경우 수정 프롬프트:
이것은 메뉴이지 사이트 플랜이 아닙니다. 페이지당 하나의 방문자 결정에 대응하는
5~7개 페이지로 다시 작성하세요. 각 페이지에 대해 제공해야 할 증명과
다음 유용한 액션을 명시하세요. 알 수 없는 사실은 보이게 두세요.
블로그 카테고리나 키워드 목록을 추가하지 마세요.오너처럼 청사진을 검토하라
모든 페이지에 방문자 역할이 있을 때 청사진은 통과입니다. "회사 소개", "블로그", "기능"은 그 자체로는 역할이 아닙니다.
약한 페이지 | 더 나은 페이지 역할 |
|---|---|
블로그 | 프리랜서가 세금 시즌 전에 어떤 기록을 준비해야 하는지 결정하도록 돕기 |
기능 | 제품이 하나의 특정 워크플로우를 어떻게 해결하는지 보여주기 |
회사 소개 | 누가 서비스를 제공하며 어떤 전문성이 보이는지 증명하기 |
첫 트래픽 페이지는 전체 시장보다 좁고 실제 서비스에 가까워야 합니다. 수정 예: "광범위한 제휴 스타일 목록이 아닌, 우리 자신의 전문성과 서비스 사실로 답할 수 있는 문제를 선택하세요."
2분 중복 테스트 실행하기
페이지별로 다음 네 가지 질문을 하세요:
- 방문자가 첫 문장을 읽은 후 이 페이지가 왜 존재하는지 알 수 있는가?
- 다른 모든 페이지와 다른 결정에 답하고 있는가?
- 작성을 시작하기 전에 필요한 증명을 말할 수 있는가?
- 하나의 유용한 다음 페이지나 액션으로 이어지는가?
두 페이지가 같은 결정에 답하고 있다면 통합하세요. 페이지에 증명이 없다면 Codex가 증거를 발명하게 하지 말고 오너 질문으로 추가하세요.
Codex에 빌드 패킷을 요청하라 — 라이브 사이트가 아니라
승인된 첫 페이지만을 위해 이 프롬프트를 사용하세요:
owner-brief.md와 first-site-blueprint.md를 읽어주세요.
[승인된 페이지]만을 위한 빌드 패킷을 준비하세요. 포함할 내용:
1. 방문자 결정과 페이지 약속.
2. 섹션별 개요와 각 섹션이 답하는 질문.
3. 각 섹션에 필요한 사실 (CONFIRMED 또는 NEEDS OWNER FACT로 표시).
4. 이 페이지가 링크해야 할 기존 페이지와 그 이유.
5. 하나의 전환 액션과 그에 필요한 오너의 정확한 정보.
6. 모바일, 링크, 제목, 양식을 다루는 CMS 중립적 승인 체크리스트.
NEEDS OWNER FACT로 표시된 주장은 작성하지 마세요. 파일을 생성하지 말고,
CMS를 선택하지 말고, 게시하지 말고, 도메인을 연결하지 말고, 라이브 사이트를 변경하지 마세요.예상 결과는 검토 가능한 문서입니다. Codex가 출처 없는 주장을 썼다면 `NEEDS OWNER FACT`로 표시하고 해당 주장을 제거하도록 하세요.
계획이 너무 크게 느껴질 때
초보자는 6페이지를 한 번에 만들 필요가 없습니다. 첫 제작 순서: 서비스 페이지를 신뢰할 수 있게 만들고, 트래픽 페이지 하나를 유용하게 만들고, 그것들을 연결하세요. 문의 페이지나 예약 경로는 단순해도 됩니다. "개발자나 CMS가 아직 없다면, 어쨌든 청사진과 빌드 패킷을 완성하세요."
첫 번째 게시 순서
- 서비스 페이지와 전환 경로.
- 서비스를 신뢰할 수 있게 만드는 증명과 정책 정보.
- 첫 번째 트래픽 페이지.
- 그것들 사이의 내부 링크.
이 순서는 트래픽 페이지가 항상 유용한 것에 연결되도록 보장합니다.
완료 체크리스트
- [ ] 구체적인 방문자 역할이 있는 5~7개 페이지가 있다
- [ ] 일반적인 블로그 카테고리가 아닌 하나의 첫 트래픽 페이지를 선택했다
- [ ] 모든 중요한 주장은 뒷받침되거나
NEEDS OWNER FACT로 표시되어 있다 - [ ] Codex가 사이트의 어떤 부분도 구축, 게시, 발명하지 않았다
- [ ]
first-site-blueprint.md를 저장했다 - [ ] 알 수 없는 내용이 보이는 5줄의
owner-brief.md를 저장했다 - [ ] 계획된 모든 페이지의 독특한 방문자 결정을 설명할 수 있다
- [ ] 전체 사이트를 론칭하라는 지시가 아닌, 승인된 한 페이지의 빌드 패킷이 있다
저자: Clara Bennett, Auspia 10년 콘텐츠 전략 실무자
코스 시리즈: Codex SEO & GEO: 0에서 100만 오가닉 방문까지
다음 레슨: 모든 SEO 결정을 쉽게 만드는 하나의 트래픽 미션 선택하기
