AI 에이전트로 제가 직접 돌리는 SEO & AEO 세팅을 하나씩 짚어드리겠습니다. 편하게 자동화로 돌리는 버전부터 Opus 5.5 기반의 본격적인 Claude Code 구축까지, 단계별로요...
검색 환경은 이미 한참 전에 바뀌었습니다. 이제 여러분의 페이지는 두 가지 게임을 동시에 이겨야 해요. 구글의 파란 링크와, 아무것도 클릭하지 않는 사용자에게 ChatGPT 나 AI Mode 가 건네는 답변 말이죠.
그리고 어떤 도구도 건드리기 전에, 이 모든 작업이 시간 낭비인지 아닌지를 결정짓는 단 하나의 규칙부터 확실히 짚고 넘어가야 합니다.
많은 분들이 Google Search Console 의 화려한 숫자에 집착합니다. 노출수 증가, 순위 상승, 캡처하기 예쁜 그래프 같은 것들이요. 하지만 랭킹에 오른 페이지가 전환을 만들어내지 못한다면 그건 전부 무의미합니다.
그러니 페이지에 명확한 다음 단계(가입, 상담 예약, 결제 등)가 없다면 그것부터 고치세요. 그게 해결되기 전까지는 이 글에 쏟는 매 시간이 다 허사가 됩니다.
실제로 구축하는 순서대로, 우리가 다룰 내용은 다음과 같습니다.
- 직원 한 명이 전체 루프를 대신 돌려주는 쉬운 방법
- 아직 웹사이트가 없을 때 첫 페이지를 만드는 제로베이스 경로
- Claude Code 안에서 직접 손으로 구축하는 동일한 세팅
- 이번 주 시간을 투자할 가치가 있는 단 하나의 페이지 고르는 법
- 그 페이지를 해부해서 구글과 AI 답변용으로 수정하는 법
- 모든 것을 굴러가게 만드는 주간 루프
- 빈 폴더만 멍하니 바라보지 않게 해줄 4 주 플랜
Viktor 로 시작하는 쉬운 방법
솔직히 말씀드릴게요. 이 글 뒷부분에 나오는 Claude Code 버전은 만드는 재미가 쏠쏠하지만, 많은 분들은 뭘 직접 만들고 싶어 하지 않습니다. 여러분은 사업을 운영하는 동안 SEO 가 알아서 돌아가길 원하죠.
바로 그때 Viktor 가 필요합니다. Slack 안에서 상주하며 일하는 AI 직원이라, 팀 전체가 무슨 일을 하는지 지켜보고 언제든 개입할 수 있거든요.
도구들은 한 번만 연결하면 됩니다. 대부분은 클릭 한 번, 몇 개는 API 키 입력 정도면 되죠. 로그인 처리는 Viktor 가 알아서 하고 웹훅이나 Zapier 연쇄 작업을 신경 쓸 필요 없이 바로 업무를 시작합니다.
SEO 를 위해 제가 가장 먼저 연결하는 것들은 다음과 같습니다.
- Google Search Console: 검색에서 페이지가 어떻게 성과를 내는지 읽기 위해
- DataForSEO: 키워드 데이터, 실시간 랭킹, 경쟁사 도메인 확인용
- Ahrefs: 백링크 및 경쟁사로 연결되는 사이트 파악용
- Wordpress/Webflow: 사이트를 여기서 운영 중이라면 페이지 제목, 설명, 스키마 편집용
- PostHog: 가입 및 퍼널 확인용 (모두가 잊어버리는 바로 그 부분입니다)
마지막 항목이 이 세팅이 저에게 통하는 이유입니다.
Viktor 가 같은 대화 안에서 검색 지표와 전환 데이터를 모두 볼 수 있게 되면, 아무도 돈을 쓰지 않는 트래픽만 끌어오는 페이지를 추천하는 일이 사라집니다.
그다음엔 신입 사원에게 업무 지시를 내리듯 자연스러운 언어로 반복 작업을 맡기면 됩니다.
예를 들어 이런 식이죠. "매주 월요일에 지난주 검색 성과를 가져오고, 랜딩 페이지별 가입 수와 대조해 봐. 그리고 집중해야 할 페이지 하나를 골라줘. 근거마다 링크도 함께 달아서."
viktor.com 에서 $100 상당의 무료 크레딧을 받을 수 있습니다.
사이트 없이 제로베이스에서 시작하기
아직 웹사이트도 없고 SEO 경험도 없는 분들을 위해 잠시 우회하겠습니다. 이 섹션 이후의 내용은 모두 작업할 페이지가 이미 있다는 전제하에 진행되니까요.
여기서의 목표는 의도적으로 작습니다. 특정 유형의 구매자 한 명에게 제품 하나를 파는 페이지 하나, 그리고 사람들을 그곳으로 보내주는 페이지 하나가 전부입니다.
그러니 빌더를 열기 전에 무엇을 팔 것인지, 그리고 여러분에게 전환이 무엇인지(가입, 상담 예약, 결제 등) 적어두세요.
이 내용이 나중에 에이전트가 가장 먼저 읽는 것이 되므로, 지금 제대로 잡아두는 게 좋습니다.
그다음 고객이 이미 겪고 있는 문제 하나를 고르고, 사람들이 그 문제를 해결하기 위해 돈을 지불하기 직전에 검색할 만한 주제 하나를 정하세요.
단순한 호기심에서 검색하는 주제는 이탈하는 방문자만 데려오고, 행동할 준비가 된 상태에서 검색하는 주제는 구매자를 데려옵니다. 그러니 후자를 택하세요.
이제 Webflow 나 WordPress 에 최대한 단순한 사이트를 만드세요. 제안 내용, 연락 수단만 넣고 화려한 건 빼는 겁니다. 구축에는 Claude Code 를 활용하세요.
(디자인은 당분간 심플해도 괜찮습니다. 그라데이션 때문에 전환이 일어나진 않으니까요.)
그 사이트에서 정확히 두 개의 페이지로 시작합니다.
- 해당 주제와 제안을 중심으로 만든 집중형 랜딩 페이지 하나
- 연관된 질문에 답해주는 유용한 보조 페이지 하나
랜딩 페이지 상단 부근에는 처음에 적어둔 것과 동일한 가입, 상담, 결제 등 명확한 다음 단계 하나를 배치합니다.
보조 페이지는 구매 여정에서 사람들이 묻는 질문에 답하는 역할을 하며, 독자가 다음에 어디로 가야 할지 알 수 있도록 랜딩 페이지로 링크를 겁니다.
두 페이지가 라이브되면, 여러분은 이 가이드의 다른 모든 사람들과 같은 출발선에 서게 됩니다. Search Console, DataForSEO, Firecrawl, PostHog 는 아래에 나올 Claude Code 구축 과정에서 연결됩니다.
이 시점부터 주간 루프가 평가해야 할 후보는 오직 이 두 페이지뿐입니다. 낡은 포스팅 더미를 안고 있는 사람보다 여러분의 첫 달이 훨씬 단순해지는 이유죠.
Claude Code 로 세팅 구축하기
세팅은 컴퓨터 안의 폴더 하나이며, 이 폴더가 SEO 에이전트의 두뇌 전체입니다. 그러니 제대로 세팅할 가치가 충분하죠.
저는 그 안에 에이전트가 실행될 때마다 읽는 세 가지 파일을 보관합니다.
- 비즈니스, 제안, 구매자, 전환 기준을 설명하는 브리프(brief)
- 작업 중인 각 페이지의 현재 기준선 수치를 담고 있는 상태(state) 파일
- 실행될 때마다 새 기록이 추가되고 기존 기록은 절대 삭제되지 않는 로그(log)
브리프는 가장 자주 수정하게 될 파일입니다. 에이전트는 그 페이지가 무엇을 팔아야 하는지 이해하는 수준만큼만 페이지를 평가할 수 있기 때문이죠.
로그는 나중에 여러분을 구해줍니다. 3 주 뒤면 여러분은 왜 제목을 바꿨는지 기억하지 못할 테고, 에이전트 역시 적어두지 않았다면 모를 테니까요.
다음은 도구 연결입니다. 진짜 제값을 하는 것들만 추려볼게요.
첫 번째는 Google Search Console 입니다. 에이전트에서 접근하려면 사이트에 권한이 있는 구글 계정, Google API 콘솔의 프로젝트, OAuth 인증 정보가 필요합니다.
어렵게 들리지만 딱 한 번만 앉아서 하면 되고, 다시 할 일은 없습니다.
다음은 DataForSEO 입니다. 에이전트 내에서 검색 데이터를 다룰 때 제가 가장 많이 의존하는 도구인데, 코드에서 호출하도록 설계되었기 때문입니다.
이를 통해 키워드 검색량, 특정 쿼리의 실시간 상위 페이지, 심지어 특정 키워드에 대해 구글의 AI Mode 가 보여주는 결과까지 얻을 수 있습니다.
에이전트를 연결하기 전에 샌드박스를 사용해 보세요. 실제와 완전히 동일한 형태의 가짜 데이터를 반환하면서 비용은 한 푼도 청구하지 않으므로, 예산을 쓰기 전에 에이전트가 형식을 익힐 수 있습니다.
Ahrefs 는 선택 사항입니다. 이미 유료 결제를 하고 있을 때만 API 를 추가하세요. 주로 백링크나 여러분 대신 경쟁사로 연결되는 사이트를 확인할 때 사용하기 때문입니다.
Parallel 은 웹 검색 레이어입니다. 여러분의 주제에 대한 논의가 어디서 이루어지는지, 경쟁사가 가격 정책 페이지에서 무엇을 주장하는지 등 자체 도구 밖의 정보를 찾아야 할 때 에이전트가 사용합니다.
Firecrawl 은 페이지 읽기를 담당합니다. URL 을 넘기면 사이트를 크롤링하고 JavaScript 와 사이트맵을 처리해 모델이 실제로 읽을 수 있는 깔끔한 텍스트로 반환합니다.
전환 추적에는 PostHog 나 사이트에 이미 도입된 도구를 사용합니다. 단, 도구가勝手に 잡아낸 것이 아니라 이름이 지정된 이벤트로 의도적으로 추적되고 있어야 합니다.
각 도구가 제공하는 방식에 따라 MCP 서버로 연결하거나 에이전트가 호출하는 작은 스크립트로 엮을 수 있습니다.
Claude Code 는 훅(hook)을 지원합니다. 도구 사용 전에 실행되는 작은 규칙인데, 게시, 라이브 페이지 편집, URL 제출 등 민감한 동작 전에 에이전트가 반드시 여러분에게 물어보도록 설정할 수 있습니다.
반복 실행에는 예약 작업(scheduled task)을 사용하세요. 지침, 폴더, 모델, 일정을 지정하면 각 실행이 검토 가능한 새 세션으로 열립니다.
저는 여기서 Opus 5.5 를 선택합니다. 이 전체 루프의 성패는 '이번 주에 어떤 페이지에 시간을 쓸 것인가'에 대한 판단력에 달려 있고, 그 부분에는 제가 가진 가장 강력한 모델을 쓰고 싶기 때문입니다(생각보다 저렴하기도 하고요).
허용되지 않은 동작을 만나면 멈춰서 대기하는 권한 모드로 유지하세요. 그 멈춤이 곧 여러분의 승인 단계입니다.
클라우드 루틴도 편리하지만 승인 대기 없이 스스로 실행됩니다. 따라서 읽기 전용 권한만 부여하고 게시 권한은 절대 넘기지 마세요.
이번 주 시간을 투자할 가치가 있는 단 하나의 페이지 찾기
여기서 전환 중심 규칙이 실제 작업으로 바뀝니다. 에이전트의 첫 번째 임무는 랭킹 상승이 곧 매출 증가로 이어질 단 하나의 페이지를 찾는 것이니까요.
첫날부터 사이트 전체를 감사(audit)하고 싶은 유혹이 크겠지만, 사이트 전체 감사는 자잘한 문제 더미만 안겨줄 뿐 어느 것이 돈이 되는지는 알려주지 않습니다. 그래서 범위를 좁히는 겁니다.
에이전트는 먼저 Search Console 을 열어 최근 몇 주간 노출수, 클릭수, 평균 순위를 기록한 모든 페이지를 가져옵니다.
그런 다음 PostHog 에서 랜딩 페이지별 전환수를 가져와 페이지 단위로 검색 지표 옆에 나란히 배치합니다.
우리가 찾는 것은 이미 유입된 방문자를 전환시키고 검색에도 노출되고 있지만, 대부분의 검색자가 보지 못할 만큼 살짝 낮은 위치에 머물러 있는 페이지입니다.
저는 이를 '킬러 페이지'라고 부릅니다. 랭킹 상승이 예쁜 차트가 아닌 실제 가입으로 직행하는 유일한 곳이기 때문이죠.
노출수는 엄청난데 전환이 0 인 페이지는 함정입니다. 에이전트는 이를 추천하는 대신 함정으로 표시해야 합니다.
후보가 두세 개로 압축되면, DataForSEO 로 각 페이지 배후의 쿼리, 검색량, 현재 상위 랭커가 누구인지 확인합니다.
그다음 에이전트는 메인 쿼리의 실제 검색 결과 페이지를 살펴봅니다. 숫자만으로는 늘 거짓말을 하기 때문이죠.
상위 결과가 전부 하우투(how-to) 가이드인데 여러분의 후보가 가격 페이지라면, 그 쿼리는 여러분이 파는 것과 다른 것을 원한다는 뜻입니다. 아무리 튜닝해도 이 불일치는 고칠 수 없습니다.
그래서 에이전트는 모든 후보에 대해 세 가지 중 하나의 판정을 내립니다. 유지, 특정 조건 수정 후 유지, 또는 폐기.
어떤 결정을 내리든, 참고한 페이지 링크와 함께 그 이유를 설명해야 합니다.
Ahrefs 가 연결되어 있다면 백링크를 확인할 타이밍이기도 합니다. 가끔 경쟁사는 자신들에게 링크를 거는 사이트의 힘으로 이기는데, 이는 페이지를 다시 쓰는 것과는 전혀 다른 작업이기 때문입니다.
Search Console 데이터를 맹신하기 전 알아두어야 할 경고 몇 가지입니다.
- 수치는 2~3 일 늦게 반영되므로 항상 오늘 데이터는 빠져 있습니다.
- 페이지와 쿼리를 동시에 기준으로 데이터를 쪼개면 일부 행이 누락됩니다.
- AI Overview 노출은 평균 순위를 실제보다 좋게 보이게 만들 수 있습니다.
또한 에이전트에게 데이터를 하루 단위로 가져와 상태 파일에 저장하도록 지시합니다. 쿼터 제한을 피하고 나중에 비교할 깨끗한 이력을 확보할 수 있기 때문입니다.
이 단계가 끝나면 페이지 하나, 메인 쿼리 하나, 그리고 왜 그 페이지에 베팅하는지에 대한 짧은 근거가 손에 쥐어져 있어야 합니다.
페이지를 해부하고 수정하기
이제 에이전트가 선택한 페이지를 검사합니다. 저는 이를 네 번의 패스로 진행되는 종합 검진이라고 생각하는데, 다른 모든 것을 망치는 지루한 기초 작업부터 시작합니다.
첫째, 구글이 페이지에 도달할 수 있는가? 즉, Googlebot 이 차단되지 않았고, 정상적인 상태 코드가 반환되며, 색인화할 수 있는 실제 텍스트가 존재하는가입니다.
Search Console 의 URL 검사 도구와 페이지 색인 생성 보고서로 1 분 만에 답을 얻을 수 있습니다.
사이트가 JavaScript 에 크게 의존한다면, 렌더링 후 Firecrawl 이 보는 것과 원본 페이지가 전달하는 것을 에이전트가 비교하게 하세요.
다음은 속도입니다. 저는 PageSpeed Insights API 를 모바일 우선으로 실행하고, 실제 방문자에게 피해를 줄 만큼 심각한 실패 항목만 신경 씁니다.
속도와 접근성은 AI 답변에도 그대로 적용됩니다. 구글은 페이지가 AI 기능 내부 링크로 노출되려면 크롤링 가능하고 색인화되어야 하며 스니펫 대상이 되어야 한다고 명시하고 있으니까요.
두 번째 패스는 경쟁사 분석입니다. 여기서 에이전트는 여유로운 오후가 있다면 여러분이 직접 했을 일을 수행합니다.
DataForSEO 가 메인 쿼리의 상위 10 개 페이지를 가져오고, Firecrawl 이 각 페이지를 전문 긁어오며, Opus 5.5 가 여러분의 페이지와 나란히 비교해 읽습니다.
전문 읽기가 핵심입니다. 경쟁사가 뭘 썼는지 추측하는 에이전트는 없는 말을 지어내지만, 실제 페이지를 읽는 에이전트는 그렇지 않기 때문입니다.
결과물로는 상위 랭커가 다루는데 여러분이 빠뜨린 것, 그들이 답하는데 여러분이 건너뛴 질문, 그리고 여러분의 페이지가 그들 모두보다 잘 설명하는 부분에 대한 짧은 목록을 받아야 합니다.
제가 에이전트에게 주는 규칙은 보고서의 모든 주장에 출처 URL 을 첨부하고, 데이터가 부족하면 짐작으로 채워 넣지 말고 부족하다고 말하라는 것입니다.
이것이 폼만 나는 감사와 실행 가능한 감사의 차이입니다. 특정 발견의 출처를 묻는 순간, 짐작으로 채운 감사는 무너져 내리기 때문이죠.
세 번째 패스는 답변 엔진(AI) 대응입니다. 근거 없는 조언이 가장 많이 쌓이는 영역이니 현실에 발붙이고 가겠습니다.
구글은 AI Overview 나 AI Mode 를 위한 특별한 꼼수는 없으며 일반적인 SEO 기본 원칙이 여전히 적용된다고 말합니다. 심지어 llms.txt 파일 같은 것에 신경 쓰지 말라고까지 하죠.
스키마(Schema)는 과장이 증거를 앞지른 좋은 예입니다. Ahrefs 가 페이지에 스키마를 추가하는 대규모 대조 테스트를 진행했지만, 구글과 ChatGPT 전반에서 AI 인용이 의미 있게 증가하지 않았습니다.
그래서 저는 스키마를 페이지가 리치 결과에 적합할 때 추가하는 요소로 취급하지, 절대 AEO 의 지름길로 보지 않습니다.
AI 답변에 유의미한 변경은 페이지가 어떻게 읽히는가에 관한 것입니다.
- 각 제목 바로 아래 첫 줄에서 질문에 답하기
- 각 제목이 사람들이 질문하는 방식과 일치하도록 만들기
- 각 섹션을 따로 떼어 읽어도 의미가 통하도록 작성하기
- 온라인에 노출되는 비즈니스 정보를 어디에서나 동일하게 유지하기
마지막 항목은 보이는 것보다 중요합니다. AI 답변은 Reddit, YouTube, 포럼, 업계 매체 등 서드파티 사이트에서 정보를 강하게 끌어오기 때문에, 타인이 여러분에 대해 말하는 것이 여러분의 페이지만큼이나 큰 비중을 차지합니다.
여기서 Parallel 이 진가를 발휘합니다. 에이전트가 이를 사용해 여러분의 주제와 브랜드가 어디서 논의되는지 검색하기 때문이죠.
결과물로는 정보가 잘못 기재된 장소 목록과, 여러분이 참여했어야 할 대화에서 누락된 스레드 목록이 나옵니다.
AI 답변이 이미 여러분을 인용하고 있는지 확인하려면 DataForSEO 로 해당 쿼리에 대해 AI Mode 가 무엇을 반환하는지 볼 수 있습니다.
Bing Webmaster Tools 는 한 걸음 더 나아가 AI Performance 보고서를 통해 여러분의 어떤 페이지가 AI 답변에 인용되는지 나열해 줍니다.
네 번째 패스는 이 글 전체가 의존하는 핵심, 즉 페이지에서 전환으로 이어지는 경로입니다.
에이전트는 구매자의 시각으로 페이지를 읽으며 명확한 다음 단계가 하나 있는지, 충분히 일찍 등장하는지, 가입 직전 사용자가 품는 의심을 페이지가 실제로 해소해 주는지 확인합니다.
그다음 트래킹을 점검합니다. 가입이 고유한 이름의 이벤트로 기록되지 않으면, SEO 작업이 효과를 냈는지 영원히 알 수 없기 때문입니다.
내부 링크도 여기서 다룹니다. 에이전트는 이미 트래픽을 받고 있는 사이트 내 페이지를 찾아내고, 수익 창출 페이지로 향하는 링크가 어디에 들어가야 하는지 제안합니다.
네 번의 패스가 끝나면 에이전트는 모든 내용을 폴더 내 하나의 보고서로 작성하고, 수정 사항을 우선순위화하며, 가장 먼저 실행할 단 하나의 변경을 추천합니다.
매주 루프 돌리기
이 부분이 일회성 감사를 시스템으로 바꾸는 핵심이며, 동시에 에이전트가 모든 것에 반응하게 방치하면 위험해지는 구간이기도 합니다.
제가 돌리는 루프는 짧고, 에이전트는 앞서 설정한 일정에 따라 매주 이를 반복합니다.
- 새로운 검색 수치와 전환 데이터를 상태 파일로 가져오기
- 마지막 변경 전의 기준선과 비교하기
- 지난주 이후 페이지에서 깨진 것이 없는지 확인하기
- 근거와 링크를 첨부해 변경 사항 하나 추천하기
- 초안 작성이나 게시 전에 여러분의 승인을 기다리기
- 무슨 일이 있었고 무엇이 바뀌었는지 로그에 기록하기
한 번에 하나씩 바꾸는 건 느리게 느껴집니다.
의도적으로 그런 겁니다. 같은 주에 제목, 도입부, 내부 링크를 모두 바꿔버리면 어느 것이 효과를 냈는지 영원히 알 수 없으니까요.
에이전트는 또한 작은 순위 변동이 자연스럽다는 것을 알아야 합니다. 구글 스스로도 순위는 항상 움직이며 때로는 저절로 돌아온다고 말하기 때문이죠.
그래서 저는 2 주 미만으로 움직이는 것은 무시하고, 이미 성과를 잘 내고 있는 페이지는 강력한 이유가 없는 한 절대 건드리지 말라고 지시합니다.
어떤 변경은 며칠 만에 나타나고 어떤 것은 몇 달이 걸립니다.
그래서 로그가 제값을 합니다. 에이전트가 무언가를 평가하기 전에 각 변경이 얼마나 오래전에 적용되었는지 알아야 하기 때문이죠.
그리고 평가할 때는 검색 측면과 비즈니스 측면 두 가지를 함께 봅니다.
검색 순위는 올랐지만 추가 가입이 0 인 페이지는 실패로 로그에 기록됩니다.
반면 순위는 그대로였지만 명확해진 CTA 덕분에 전환율이 높아진 페이지는 논쟁의 여지 없이 성공으로 기록됩니다.
AI 인용에도 같은 주의가 필요합니다. Bing 은 인용 추세를 특정 변경 하나와 연결 지을 수 없다고 밝히고 있으며, 그들의 모델 업데이트는 여러분과 무관한 숫자 변동을 일으킬 수 있습니다.
또한 테스트 기간 중에는 에이전트의 지침을 고정합니다. 실험 중간에 프롬프트를 바꾸면 이번 주 점검 결과를 지난주와 비교할 수 없게 되기 때문입니다.
변경을 승인하면 에이전트가 Wordpress, Webflow 등 사이트가 있는 곳에서 초안을 작성하고, 라이브되기 전에 여러분이 최종 검토를 합니다.
마지막 검토에서 여러분의 감각이 개입됩니다. 에이전트는 잘못된 부분을 찾는 데는 뛰어나지만, 여러분의 브랜드가 절대 사용하지 않을 표현을 아는 데는 훨씬 부족하기 때문입니다.
첫 4 주 로드맵
오늘 당장 제로베이스에서 시작한다면 첫 달을 이렇게 구성하겠습니다. 재미있는 부분으로 건너뛰지 말고 순서대로 따르시길 권합니다.
1 주차에는 모든 것을 연결하고 기준선을 설정합니다.
즉, Search Console, DataForSEO, Firecrawl, Parallel, 전환 추적 도구, 그리고 이미 사용 중이라면 Ahrefs 를 연결하고, 첫 실전 실행 전에 지출 한도와 승인 규칙을 설정하는 것입니다.
브리프를 작성하고, 가입이나 판매가 이름 지정된 이벤트로 추적되는지 확인한 뒤, 에이전트가 몇 주 치 이력을 상태 파일로 가져오게 둡니다.
Viktor 방식을 택했다면, 1 주차는 거기서 동일한 도구들을 연결하고 반복 작업을 부여하는 것으로 끝납니다.
2 주차에는 에이전트가 수익 창출 페이지를 찾아 네 번의 패스로 구성된 검진을 실행합니다.
여러분은 보고서를 읽고, 출처가 없는 내용에 반박하며, 가장 먼저 실행할 단 하나의 변경 사항에 합의합니다.
3 주차는 배포 주간입니다.
에이전트가 변경 초안을 작성하고, 여러분이 검토한 뒤 직접 게시하며, 로그에 날짜와 정확히 무엇이 바뀌었는지 기록됩니다.
4 주차에는 반복 루프를 설정하고 측정을 시작합니다.
이제부터 예약 작업이나 Viktor 작업이 매주 실행되며, 성공인지 실패인지 결론 내리기 전에 해당 변경 사항에 몇 주 더 시간을 줍니다.
그 후에는 같은 페이지의 다음 변경 사항이나 다음 수익 창출 페이지를 선택하고, 여러분은 모든 삽질을 직접 하는 대신 일주일에 한 번씩만 결정하며 시스템이 계속 굴러갑니다.
이것이 제가 사용하는 전체 세팅입니다. SEO 전문가일 필요는 없습니다. 단지 어떤 페이지가 돈을 벌고 어떤 페이지가 겉보기에만 좋은지 인정할 수 있으면 됩니다.
자동화 버전을 원한다면, Viktor 가 Slack 이나 Teams 안에서 민감한 동작마다 여러분의 승인을 받으며 이를 대신 돌려줍니다.
직접 구축하고 싶다면 오늘 밤 Claude Code 를 열고, 폴더를 만들고, 브리프를 작성하세요.
어떤 방식을 택하든, 단 한 명의 추가 방문자도 요구하기 전에 페이지가 전환을 만들도록 만드세요.
이 가이드를 후원해 준 Viktor 에 감사드립니다. viktor.com 에서 $100 상당의 무료 크레딧을 받을 수 있습니다.
