공식 문서를 우선 확인해 작성했습니다. 가격·기능·정책은 바뀔 수 있으므로 글 끝의 원문 링크에서 최종 조건을 확인하세요.
AI가 글을 빨리 써준다는 이유로 하루에 수십 개를 발행하면 수익형 사이트가 될까? 페이지 수는 빠르게 늘지만, 검색하는 사람이 실제로 원하는 답이 없다면 읽히지 않는다. 검증하지 않은 정보가 쌓이면 나중에 고치는 비용만 커진다.
수익형 홈페이지의 첫 목표는 광고를 많이 붙이는 것이 아니다. 누군가 검색해서 들어오고, 답을 얻고, 다음 글도 읽는 작은 흐름을 만드는 것이다.
1단계: 사이트보다 먼저 독자를 한 명 정한다
“AI 정보”, “재테크”, “게임”은 주제가 너무 크다. 다음 세 질문에 답해 범위를 좁힌다.
- 누가 검색할까? 예: AI를 처음 써보는 직장인
- 어떤 순간에 검색할까? 예: 회의록을 요약해야 할 때
- 읽은 뒤 무엇을 할 수 있어야 할까? 예: 바로 복사해 쓸 프롬프트를 얻는다
이 셋을 한 문장으로 만들면 콘텐츠 기준이 생긴다.
AI가 낯선 직장인이 오늘 업무 하나를 직접 줄일 수 있게 돕는다.
처음부터 한 분야만 영원히 다룰 필요는 없다. 다주제 블로그라면 “생활 속 궁금증을 쉽게 확인하고 직접 해보게 돕는다”처럼 모든 카테고리를 묶는 독자 경험이 필요하다.
2단계: 키워드가 아니라 질문 묶음을 만든다
검색량이 큰 단어 하나를 쫓기보다 같은 사람이 연달아 물을 질문을 모은다. AI 초보자라면 다음처럼 이어질 수 있다.
- AI에게 질문은 어떻게 해야 하나?
- 무료와 유료의 차이는 무엇인가?
- 개인정보를 넣어도 되는가?
- 회의록·메일·공부에 어떻게 쓰나?
- 답이 틀렸는지 어떻게 확인하나?
각 질문을 검색 결과에서 직접 확인한다. 이미 좋은 답이 많은지, 오래돼서 업데이트가 필요한지, 내 경험과 공식 자료로 더 명확하게 설명할 수 있는지를 적는다. 아무 차별점도 없다면 발행 순위를 낮춘다.
3단계: 첫 10개는 승인 숫자가 아니라 ‘작은 책’으로 설계한다
AdSense가 승인에 필요한 고정 글 수를 공식적으로 제시하는 것은 아니다. 10개는 합격선이 아니라 사이트의 방향과 내부 연결을 확인하기 좋은 운영 목표로 잡는다.
| 역할 | 글 수 예시 | 내용 |
|---|---|---|
| 입문 글 | 2 | 용어와 전체 흐름을 쉽게 설명 |
| 문제 해결 글 | 4 | 한 가지 질문에 끝까지 답하기 |
| 비교·선택 글 | 2 | 누구에게 무엇이 맞는지 조건 제시 |
| 직접 해본 글 | 2 | 과정, 결과, 실패와 수정 기록 |
열 개를 모두 읽었을 때 독자가 한 주제를 처음부터 실행까지 따라갈 수 있어야 한다. 서로 관련된 글은 본문에서 자연스럽게 연결한다.
4단계: AI는 작성자가 아니라 편집 보조로 쓴다
AI가 잘하는 일은 질문 확장, 목차 후보, 어려운 문장 풀기, 빠진 점검 항목 찾기다. 최종 사실 확인과 판단은 사람이 맡는다.
실용적인 작업 순서는 이렇다.
- 내가 알고 있는 경험과 독자의 질문을 먼저 메모한다.
- AI에게 빠진 하위 질문을 찾게 한다.
- 공식 문서와 1차 자료를 직접 읽는다.
- 내 말로 초안을 쓰거나 AI 초안을 크게 고친다.
- 숫자, 날짜, 기능, 링크를 원문과 대조한다.
- “이 글을 읽고 바로 할 수 있는가?”를 기준으로 불필요한 문장을 뺀다.
AI가 만든 일반론을 그대로 대량 게시하는 방식은 독자에게도 검색엔진에도 오래가는 자산이 되기 어렵다. 직접 캡처한 과정, 실패한 조건, 선택 기준처럼 이 페이지에만 있는 정보를 남겨야 한다.
5단계: 가볍고 측정 가능한 형태로 공개한다
초기 사이트는 회원, 댓글, 복잡한 관리자 기능보다 빠른 페이지와 안정적인 주소가 중요하다. 정적 사이트는 서버와 데이터베이스를 관리하지 않고도 낮은 고정비로 시작할 수 있다.
Conteon처럼 Astro로 만든 사이트는 Cloudflare Pages에 배포할 수 있다. 기본 배포 흐름은 저장소 연결, 빌드 명령 npm run build, 출력 폴더 dist 설정이다. 직접 업로드 방식도 가능하지만, 장기적으로 여러 사람이 운영한다면 저장소 자동 배포가 변경 이력을 관리하기 쉽다.
배포 직후에는 다음을 확인한다.
- 휴대폰에서 글과 메뉴가 잘 보이는가?
- 소개, 문의, 개인정보처리방침, 편집 원칙이 있는가?
- 모든 글에 작성일·수정일·출처가 있는가?
- 깨진 링크와 빈 카테고리가 없는가?
- 사이트맵과 robots.txt가 공개됐는가?
6단계: 광고보다 검색 데이터를 먼저 읽는다
Google Search Console에 사이트를 등록하면 Google이 페이지를 찾고 색인하는 데 문제가 있는지, 어떤 검색어로 노출되는지 확인할 수 있다. 처음 몇 주에는 방문자 수보다 아래 신호가 더 유용하다.
- 색인된 페이지가 꾸준히 늘어나는가?
- 노출은 되지만 클릭이 적은 제목이 있는가?
- 예상하지 못한 검색 질문이 들어오는가?
- 한 글만 읽고 끝나는가, 관련 글로 이동하는가?
노출되는 검색어가 생기면 그 질문의 후속 글을 쓰고 기존 글을 보강한다. 아무 반응이 없는 주제는 계속 양산하지 말고 제목, 검색 의도, 내용 차이를 다시 점검한다.
7단계: 광고는 준비가 된 뒤 최소 위치부터
AdSense는 사이트 소유권, 접근 가능 여부, 정책 준수 상태 등을 검토한다. 광고를 붙이기 전에 독자가 콘텐츠와 메뉴를 쉽게 찾을 수 있고, 내용이 독창적이며, 사이트가 정상 작동하는지 먼저 확인한다.
승인 뒤에도 광고 개수부터 늘리지 않는다. 본문을 가리거나 잘못 누르게 만드는 위치를 피하고, 한두 위치에서 페이지 속도와 읽기 경험을 함께 본다. 수익은 방문자 수뿐 아니라 국가, 주제, 광고 수요, 페이지 구성에 따라 달라지므로 특정 금액을 보장할 수 없다.
노베이스 4주 실행안
| 주차 | 목표 | 결과물 |
|---|---|---|
| 1주 | 독자와 질문 검증 | 질문 30개, 우선순위 10개 |
| 2주 | 핵심 글 제작 | 입문·문제 해결 글 5개 |
| 3주 | 사이트 공개 | 총 10개 글, 정책 페이지, 사이트맵 |
| 4주 | 데이터 수집·수정 | Search Console 점검, 제목·내부 링크 개선 |
첫 달의 성공 기준을 광고 수익으로만 잡으면 검색 유입이 자리 잡기 전에 지치기 쉽다. “10개를 공개했다”, “첫 검색 노출이 생겼다”, “한 글을 실제 질문에 맞게 개선했다”처럼 내가 통제할 수 있는 지표를 함께 둔다.
참고한 공식 자료
- Google AdSense: 사이트가 광고를 게재할 준비가 되었는지 확인하기
- Google Search Central: Search Console 시작하기
- Cloudflare Pages: Astro 사이트 배포
광고 승인이나 수익을 보장하는 방법은 없습니다. 정책과 서비스 조건은 신청 시점의 공식 안내를 다시 확인하세요.