SEO 순위 개선을 에이전트에게 맡긴 루프는 무엇을 7일간 지켜보나

X에 공개된 'SEO Rank Watch' 프롬프트를 원문 순서대로 풀었다. JSON 세 개와 6단계 루프, 스스로 건 금지 여덟 개를 정리하고, 이 루프가 근거로 삼는 지표를 구글 공식 문서로 확인했다.

공유
SEO 순위 개선을 에이전트에게 맡긴 루프는 무엇을 7일간 지켜보나

2026년 9월 9일, X에 SEO 순위 개선을 에이전트에게 통째로 맡기는 스킬 프롬프트 전문이 공개됐다. 작성자는 LangCore 대표 ちぇん이고 스킬 이름은 SEO Rank Watch다. 이 글은 그 프롬프트가 정한 데이터 구조와 6단계 절차를 원문 순서대로 소개한 뒤, 이 루프가 판단 근거로 삼는 지표를 구글 공식 문서와 보도로 확인한다.

프롬프트가 내건 목적은 한 문장이다. 1위를 딸 수 있을 것 같은 키워드를 찾고, 검색 니즈에 답하는 개선을 하나만 하고, 7일간 관찰한다. 이것을 1위가 될 때까지 반복한다.

세 개의 JSON 파일과 세 개의 상태

스킬은 상태를 파일 세 개로 관리한다. 키워드와 대상 페이지, 우선도를 담는 목록 파일이 하나, 순위 이력을 담는 파일이 하나, 개선 이력과 상태와 다음 리뷰 날짜를 담는 파일이 하나다. 순위 이력 파일은 추가 전용이라고 명시했다.

키워드의 상태는 셋뿐이다. 개선 후보인 상태, 개선 직후 7일간 관찰 중인 상태, 1위를 달성해 감시만 하는 상태다. 이 세 상태가 뒤에 나오는 선택 규칙 전체를 통제한다.

원문이 정한 6단계

첫째, 순위를 잰다. 원칙적으로 Google Search Console을 쓴다. 전용 스크립트로 평균 게재순위와 노출수, 클릭수를 받아 전회 대비 변동을 확인한다. Search Console을 못 쓰거나 당일 순위를 봐야 할 때만 웹 검색을 쓰고, 웹 검색 순위는 개산이며 Search Console을 정본으로 삼는다고 못 박았다. 순위가 비어 있고 노출수가 0인 것이 곧 미색인은 아니라는 주의도 여기 붙어 있다.

둘째, 7일이 지난 개선을 리뷰한다. 다음 리뷰 날짜가 오늘 이전인 키워드를 꺼낸다. 효과를 볼 때는 28일 평균이 아니라 7일치 Search Console 데이터를 쓰라고 지시한다. 1위면 달성으로 닫고, 개선했지만 1위에 못 미쳤거나 효과가 없으면 후보로 되돌린다. 효과가 없었던 키워드는 다음번에 반드시 다른 방법을 쓰게 했다.

셋째, 오늘 개선할 키워드를 하나만 고른다. 관찰 중이거나 달성한 키워드는 제외한다. 우선순위는 2~10위이면서 노출이 있는 키워드가 가장 높고, 그다음이 11~20위이면서 노출이 많은 키워드, 그다음이 개선했지만 미달이거나 효과가 없던 키워드, 그다음이 우선도가 높은데 순위가 비어 있는 키워드, 마지막이 Search Console에서 발견된 유망한 미등록 쿼리다. 후보가 없으면 순위 확인과 보고만 하고 끝내며, 개선하려고 억지로 대상을 만들지 말라고 적었다.

넷째, 검색 니즈를 분석한다. 개선 전에 누가 무엇을 알고 싶어 검색하는지를 한두 문장으로 정의하고, 웹 검색으로 현재 상위 1~3개 페이지를 확인하고, 그 페이지들과 대상 페이지를 비교해 검색 니즈에 부족한 정보를 갭으로 특정한다. SEO를 위해 글 분량을 늘리는 게 아니라 검색 사용자가 원하는 정보를 추가하라는 문장이 붙어 있다.

다섯째, 그 키워드 하나를 개선한다. 갭에 따라 필요한 것만 구현한다. 예시는 제목과 설명문, 도입부, FAQ 개선, 부족한 콘텐츠 추가, 기사와 지역 페이지와 상세 페이지를 잇는 내부 링크, 부족한 실데이터 추가다. 내부 링크는 SEO 목적만이 아니라 검색 사용자가 다음에 알고 싶거나 하고 싶은 것으로 유도하는 용도라고 설명한다. 한 번 실행에 개선하는 키워드는 반드시 하나이며, 색인 제외 설정 변경이나 큰 구조 변경은 마음대로 적용하지 말고 제안해 승인을 받으라고 했다.

여섯째, 기록하고 7일을 기다린다. 개선 이력에 날짜와 시점 순위, 추정한 검색 니즈, 실제로 한 개선을 적고 다음 리뷰 날짜를 오늘로부터 7일 뒤로 잡는다. 데이터 파일 변경은 형상관리에 커밋한다. 관찰 중인 키워드는 다음 리뷰 날짜까지 절대 다시 개선하지 않는다.

마지막으로 보고 형식이 있다. 크게 오르거나 내린 키워드, 이번에 내린 효과 판정, 오늘 고른 키워드와 그 이유, 추정한 검색 니즈, 실제로 한 개선, 관찰 중인 키워드와 각각의 다음 리뷰 날짜를 적는다. 순위가 오를 것이라고 예측으로 단정하지 말고 무엇을 바꿨는지만 보고하며 효과는 다음번 실측으로 판단하라고 닫는다.

원문이 스스로 건 여덟 개의 금지

가드레일 절은 금지 목록이다. 구글 검색 결과를 자체 스크립트로 긁지 않는다. 한 번에 한 키워드만 개선한다. 7일 냉각 기간을 엄수한다. 순위 이력의 과거 데이터를 고쳐 쓰지 않는다. 인증키나 비밀 정보를 출력하거나 커밋하지 않는다. 색인 제외와 큰 구조 변경은 승인 없이 적용하지 않는다. 개선 효과를 단정하지 않는다. 개선 대상이 없으면 아무것도 하지 않는다.

Zero Draft Lab이 공식 자료로 확인한 것

여기부터는 원문에 없는 내용이다. 이 루프는 판단의 거의 전부를 Search Console의 평균 게재순위와 7일이라는 관찰 창에 걸고 있다. 그 두 가지가 공식 문서에서 무엇으로 정의되는지 확인했다.

평균 게재순위는 노출수 가중 평균이다. 구글 Search Console 도움말이 정의하는 대로, 이 값은 특정 키워드의 실제 순위가 아니라 모든 사용자와 지역, 기기, 개인화가 섞인 가중 평균이다. 노출이 많은 쿼리가 더 무겁게 반영되므로 한 쿼리의 호조가 나머지의 악화를 덮을 수 있다. 프롬프트가 "2~10위이면서 노출이 있는" 키워드를 최우선 후보로 고르라고 할 때, 그 4.2라는 숫자 자체가 1위와 20위의 혼합일 수 있다는 뜻이다.

데이터는 실시간이 아니다. Search Console 성능 보고서는 통상 2~4일 지연되고, 처리 부하가 걸리면 5~7일까지 늘어난다고 보고된다. 7일 창에서 안정된 값을 갖는 구간은 실질적으로 사흘에서 닷새다.

순위가 다시 매겨지는 데는 그보다 오래 걸린다. 구글의 재크롤은 며칠에서 몇 주가 걸리고, 크롤과 색인과 순위 산정이 각각 다른 일정으로 움직인다. 권위가 낮은 사이트일수록 느리며, 경쟁이 있는 쿼리에서 의미 있는 순위 변화는 통상 3~6개월 단위로 이야기된다.

그리고 이 지표에는 최근까지 알려진 결함이 있었다. 2025년 5월 13일부터 2026년 4월 27일까지 약 50주 동안 Search Console의 로깅 오류로 노출수가 과다 기록됐고, 그 영향으로 클릭률과 평균 게재순위도 신뢰할 수 없는 상태였다. 클릭수는 영향을 받지 않았다. 구글은 이 문제를 앞으로만 고쳤고 과거 데이터는 되돌리지 않았다.

사실과 해석을 나누면

원문이 말한 사실은 이렇다. 이 스킬은 상태를 셋으로 나누고, 한 번에 한 키워드만 건드리고, 개선 후 7일을 강제로 기다리고, 효과를 7일치 Search Console 데이터로 판정한다. 검색 결과 스크래핑과 승인 없는 색인 제외를 금지하고, 개선 효과를 단정하지 말라고 명시한다.

Zero Draft Lab의 해석은 이렇다. 이 프롬프트의 가드레일 절은 잘 짜여 있다. 스크래핑, 승인 없는 색인 제외, 과거 데이터 훼손, 효과 과장은 모두 되돌리기 어렵거나 판단을 오염시키는 항목이고, 여덟 개 금지가 그 자리에 정확히 놓여 있다. 문제는 그 위층이 아니라 아래층이다. 판단의 입력이 되는 측정이 약하다.

가중 평균값을 개별 키워드의 순위처럼 읽고, 재크롤조차 끝나지 않았을 수 있는 7일 시점에 "효과 없음"을 판정하고, 그 판정으로 다음 개선 방법을 바꾸는 구조다. 이 루프가 성실히 돌수록 측정 노이즈를 신호로 오독한 결정이 이력에 쌓인다. 순위 이력을 추가 전용으로 두고 과거를 고치지 않는다는 규칙은 데이터 무결성으로는 옳지만, 저 50주 구간의 이력이 섞여 있는 사이트라면 비교 기준선이 영구히 오염된 채로 남는다는 뜻이기도 하다.

고쳐 쓴다면 손댈 곳은 셋이다. 판정 창을 7일에서 28일로 늘린다. 1차 지표를 평균 게재순위가 아니라 클릭수로 바꾼다. 클릭수는 저 50주 로깅 오류의 영향을 받지 않은 유일한 지표다. 그리고 관찰 단위를 키워드가 아니라 페이지로 잡는다. 페이지 하나를 고치면 그 페이지가 잡고 있는 여러 쿼리가 함께 움직이므로, "한 키워드만 개선했다"는 통제는 실제로는 성립하지 않는다.

주의점

원문은 프롬프트 전문 공개이고 이 스킬을 실제로 돌린 결과 수치는 제시되지 않았다. 순위를 가져오는 스크립트의 내용도 공개되지 않았으므로, 평균 게재순위를 어떤 기간과 어떤 필터로 집계하는지는 이 글에서 확인할 수 없었다.

50주 로깅 오류는 원문이 언급하지 않은 내용이며 Zero Draft Lab이 덧붙인 주의점이다. 2026년 4월 27일 이후 새로 쌓는 데이터에는 해당하지 않으므로, 지금 이 루프를 새로 시작하는 사이트라면 이 항목은 문제가 되지 않는다.

재크롤과 순위 반영에 걸리는 기간은 사이트 권위와 크롤 빈도에 따라 크게 갈리는 값이라 단일한 공식 수치가 없다. 이 글의 "며칠에서 몇 주", "경쟁 쿼리는 3~6개월"과 성능 보고서의 2~4일 지연은 이 글이 참고한 2차 자료들이 제시하는 범위이며, 구글이 보장한 수치가 아니다.

이 글을 읽고 나면, 순위 개선을 에이전트에게 맡길 때 어떤 지표와 관찰 기간을 먼저 고정해야 하는지 알게 된다.

이메일로 다음 글 받기

더 읽기

솔로프리너 플레이북 — 1장. Opus Clip: 큰 제품이 아니라 작은 발작 신호를 따라간다

Opus Clip 사례의 핵심은 피벗이라는 말보다 더 작다. 처음부터 "AI 숏폼 클립 자동 생성"이라는 완성된 정답을 찾은 것이 아니었다. 처음에는 라이브 스트리밍 도구를 만들었다. 반응은 미지근했다. 그런데 그 안에 붙어 있던 기능 하나에만 사람들이 강하게 반응했다. 긴 영상을 짧은 클립으로 바꾸는 기능이었다. 제품 전체는 조용했는데, 작은 기능 하나만 뜨거웠다. 라이브 스트리밍 도구 전체가 아니라 긴 영상을 짧은 클립으…

JooMong 작성

에이전트 컴퍼니 — 들어가기 전에

HubSpot의 Agent-first GTM 글은 마케팅 글처럼 보인다. 하지만 진짜 힌트는 더 크다. 그 글이 말한 것은 "AI로 마케팅 콘텐츠를 많이 만들자"가 아니다. HubSpot은 고객을 찾고, 웹사이트 방문자를 응대하고, AI 검색 답변에 보이게 만들고, 영업사원을 돕고, 데모를 만들고, 고객지원을 처리하고, 고객성공 담당자가 오늘 누구를 챙겨야 하는지 알려주는 agent들을 회사의 매출 흐름에 넣었다. 이것은 G…

JooMong 작성