← 모든 글

내 Search Console에서 로봇들이 시험을 치르고 있다

최근 28일 동안 내 사이트는 Google Search Console에서 378만 노출을 기록했고, 그중 91%는 어떤 사람도 입력한 적 없는 쿼리에서 왔습니다.1 단서는 Claude Code 훅에 관한 블로그 글이었습니다. 첫 2주에 30,000 노출, 클릭률 0.14%. 대박처럼 보였습니다. 모든 SEO 플레이북은 노출은 크고 CTR은 죽어 있는 페이지에 제목 구조를 처방합니다. 그런데 실제 쿼리를 뽑아 보니, 상위 쿼리는 객관식 시험 문제를 Google에 그대로 붙여 넣은 것이었고, 조금씩 다른 문장으로 여섯 번 반복되었습니다. “a developer wants to prevent claude from reading sensitive .env files. which type of hook…” 아무도 클릭하지 않습니다. 거기에 아무도 없기 때문입니다. 검색한 것은 자기 정답지를 확인하는 자격증 퀴즈였습니다.

TL;DR

  • 게시한 지 13일 된 글이 30,105 노출에 CTR 0.14%를 기록했습니다. 고장 난 제목의 전형적인 프로필입니다. 그 뒤의 쿼리는 시험 문제 원문과 SDK 전문 용어 문자열이었고, 진짜 사람의 쿼리는 한 자릿수였습니다. 제목은 멀쩡했습니다. 독자가 합성이었습니다.4
  • 사이트 전체로 보면 28일간 378만 노출이 큰따옴표나 밑줄이 들어간 쿼리를 제외하는 순간 34만(9%)으로 줄어듭니다. 값싸지만 효과적인 기계 쿼리 서명입니다. 필터링한 CTR은 0.42%에서 1.10%로 거의 세 배가 되고, 평균 순위는 11.2에서 7.7로 좋아집니다.1
  • 기계 쿼리는 가치가 완전히 다른 세 종으로 갈라집니다. 시험 응시자(자연어 시험 문제, 클릭은 영원히 0), 오류 붙여넣기족(오류 문자열 원문, CTR 3-10%, 내가 가진 가장 의도가 높은 방문자), 검색 스윕(따옴표로 묶은 구절과 snake_case 식별자를 대량으로, CTR 약 0.35%).
  • 사람과 기계를 깔끔하게 가르는 정규식은 없습니다. 시험 문제는 사람처럼 읽히지만 사람이 아니고, 오류 붙여넣기족은 로봇처럼 보이지만 곤경에 빠진 사람입니다. 쿼리의 모양은 거짓말을 하고, 클릭 행동이 진실을 말합니다.
  • 실무적인 전환: 쿼리를 사람과 기계로 나누기 전에는 절대 제목을 최적화하거나 “하락 중인” 페이지에 당황하지 마십시오. 노출은 허영 지표이기를 그만두고 혼합 지표가 되었습니다.

하마터면 제목 구조를 받을 뻔한 글

문제의 글, Claude Code 훅 해설은 7월 1일에 공개되었습니다. 7월 13일까지 첫 주에 24,377 노출을 쌓았고 둘째 주에도 그 속도를 유지했습니다. 내 대시보드는 대시보드답게 신호를 보냈습니다. 엄청난 노출, 총 43 클릭, 평균 순위 6.6에서 CTR 0.14%.4

바로 그 프로필에 대해 나는 검증된 플레이북을 갖고 있습니다. 이 사이트의 한 가이드는 제목을 고쳐 쓰기 전까지 140만 노출에 CTR 0.28%로 앉아 있었기 때문에, 반사 반응은 강했습니다. 제목을 다시 쓰고, CTR이 회복되는 것을 지켜보고, 성과를 세는 것입니다.

그 반사 반응은 쿼리 보고서가 로드될 때까지만 살아남았습니다. 상위 쿼리는 가장 큰 변형에서 191 노출, 계열 전체로 254 노출이었는데, 보기까지 포함한 완전한 시험 문제였고, 자격증 문제 은행의 밋밋한 문체였습니다. 같은 문제를 거의 똑같이 바꿔 쓴 여섯 가지 표현이 내 사이트의 훅 관련 글 세 편과 독일어, 프랑스어, 폴란드어 번역본까지 때렸습니다.4 전부 합쳐 클릭 0. 2위는 “anthropic agent sdk hitl lifecycle hooks pretooluse”였는데, 어떤 사람도 손가락으로 입력한 적 없는 문장입니다. 오타와 희망이 섞인, 진짜 사람의 쿼리는 다 합쳐 한 자릿수였습니다.

제목 수정은 검색 결과에서 사람만 읽는 단 하나의 요소를 최적화합니다. 노출의 산을 만든 독자는 제목을 읽지 않습니다. 답변 스니펫을 읽거나, 아무것도 읽지 않습니다. 나는 거기 있었던 적 없는 독자를 위해 변경을 쓰고, CTR이 꿈쩍하지 않을 때 정확히 틀린 결론을 끌어냈을 것입니다.

기계 쿼리의 세 종

무엇을 찾아야 할지 알고 나서, 사이트 전체의 기계 서명 쿼리를 뽑았습니다. 이것들은 하나의 현상이 아닙니다. 셋이고, 이들을 혼동하면 실제 비용이 듭니다.

종 예시 규모 CTR 정체
시험 응시자 “a developer wants to prevent claude from reading sensitive .env files. which type of hook…” 문제 계열당 수백 노출 0% 퀴즈 생성기, 자격증 준비 도구, 또는 답을 채점하는 에이전트
오류 붙여넣기족 “userpromptsubmit hook timed out after 60s” 오류 문자열당 수십에서 수백 3-10% 디버깅 중인 사람(또는 그들의 에이전트)
검색 스윕 따옴표로 묶은 구절, snake_case 식별자, SDK 전문 용어 수백만 노출 약 0.35% 대규모로 검증하고 검색하는 어시스턴트

시험 응시자는 가장 기묘한 집단입니다. 쿼리가 문법에 맞는 영어라 순진한 사람 필터를 모두 통과하지만, 어떤 사람 검색자와도 다르게 행동합니다. 동일한 문제 계열이 몇 주에 걸쳐 반복되고, 여러 로케일에 분산되며, 단 한 번의 클릭도 없습니다. 출처에 대한 내 최선의 추측은, 추측이라는 점을 분명히 해 두고 싶은데, AI가 생성한 모의고사와 자격증 준비 도구가 자기 정답지를 실시간 검색 결과로 검증하는 것, 그리고 퀴즈 문제를 통째로 붙여 넣는 일부 학생들입니다. Google은 그 각각을 내 페이지에 대한 노출로 셉니다. 내 페이지가 실제로 결과에 나타났기 때문입니다.2 노출은 진짜입니다. 독자가 진짜가 아닙니다.

오류 붙여넣기족은 정반대이고, “기계처럼 보이는 쿼리를 전부 지우는” 조잡한 필터가 가치를 파괴하는 이유입니다. xcrun: error: unable to find utility "mcpbridge" 같은 붙여 넣은 오류는 따옴표로 묶인 유틸리티 이름 때문에 필터에 걸리지만, 2.7위에서 6.25%로 클릭됩니다. “failure in void _uiapplicationevaluateruntimeissuefornoscenelifecycleadoption”은 밑줄을 달고도 9.68% CTR을 냅니다. 설정 식별자도 같은 방식으로 움직입니다. “codex trust_level”이 8.70%, “hermes custom_providers”가 4.55%.1 이 수치는 내 사이트 전체의 사람 CTR을 3배에서 9배 앞섭니다. 쿼리 텍스트는 컴파일러나 설정 스키마가 쓴 것이므로 기계가 작성한 것이지만, 그것을 붙여 넣는 사람은 지금 당장 문제가 있고 일치하는 것이라면 무엇이든 읽을 것입니다. 내 사이트에서 의도가 가장 높은 방문자는 로봇 복장을 하고 도착합니다.

검색 스윕은 340만의 대부분입니다. 따옴표로 묶은 정확한 문자열, API 표면 이름, 문서 조각들. 내 이전 글 어시스턴트가 이제 독자다는 같은 현상의 전달 쪽을 네트워크 에지에서 추적했습니다. 하루 약 300명의 사람 방문자 대비 하루 약 17,000건의 AI 에이전트 요청, 대부분은 학습 크롤링이 아니라 사용자가 지시한 실시간 페치였습니다.5 Search Console 데이터는 수요 쪽에서 그 고리를 완성합니다. 어시스턴트는 내 페이지를 가져오기만 하는 것이 아니라, 가는 길에 Google 검색도 하고, Google은 그 각각을 순위까지 붙여 노출로 충실히 기록합니다.

Search Console에서 아직 사람인 부분은 얼마나 되나

내가 쓰는 필터는 정규식 하나입니다. Search Analytics API에서 ["_]에 일치하는 쿼리, 곧 큰따옴표나 밑줄이 들어 있는 모든 쿼리를 제외합니다.

{
  "dimensionFilterGroups": [{
    "filters": [{
      "dimension": "query",
      "operator": "excludingRegex",
      "expression": "[\"_]"
    }]
  }]
}

따옴표로 묶은 문자열은 정확 일치 검증의 신호인데, 사람은 좀처럼 그런 수고를 하지 않습니다. 밑줄은 식별자에서 오고, 식별자는 엄지가 아니라 코드에서 옵니다.3 최근 28일을 이 필터에 통과시키면:

구간 노출 클릭 CTR 평균 순위
전체 3,776,076 15,911 0.42% 11.2
사람 필터 적용 340,267 3,729 1.10% 7.7
기계 서명 나머지 3,435,809 12,182 0.35% 11.6

이 필터는 휴리스틱이고, 양방향으로 실패합니다. 시험 문제는 따옴표도 밑줄도 없으니 필터를 통과하고, 따라서 91%라는 기계 비중은 상한이 아니라 하한입니다. 그리고 오류 붙여넣기족은 내가 가진 가장 사람다운 트래픽이면서 필터에 걸립니다. 나는 필터링된 구간을 “대체로 사람, 과소 집계”로, 나머지를 “대체로 기계, 더하기 내 최고의 디버깅 방문자”로 취급하고, 노력이 드는 결정을 내리기 전에는 쿼리 목록을 눈으로 확인합니다.

왜곡은 CTR을 넘어섭니다. 기계 쿼리는 내 겉보기 평균 순위를 7.7에서 11.2로 끌어내립니다. 검색 스윕이 내 페이지가 아무 데나 순위하는 롱테일 표현을 찔러 보기 때문입니다. 두 구간을 섞은 대시보드는 사람의 경험은 그대로인데 순위가 미끄러지는 사이트를 보고합니다.

죽어 가는 것처럼 보였던 가이드

같은 분리가 더 큰 페이지에 대한 내 판단도 구했습니다. 내 Hermes 가이드는 최근 28일간 763,439 노출에 569 클릭을 보여 줍니다. 혼합 평균 순위 13.5에서 CTR 0.075%. 액면 그대로 받아들이면 페이지가 무너진 것입니다. 추적 중인 사람 전용 기준선은 8.5위에서 CTR 1.53%이고, 가장 최근의 사람 필터 적용 주간도 여전히 8.4위를 지키고 있습니다.1

두 판독은 같은 달의 같은 페이지를 설명합니다. 혼합 수치는 가이드가 실패하고 있다고 말하고, 필터링된 수치는 사람들이 언제나 그랬듯 정확히 그 자리에서 가이드를 찾고 있으며 그 주위로 기계 검색의 바다가 차올랐다고 말합니다. 구성의 변화이지 순위 손실이 아닙니다. 혼합 뷰를 믿었다면 자연스러운 다음 수는 다시 쓰기, 새 제목, 어쩌면 URL 이전이었을 것입니다. 건강한 환자에게 하는 값비싼 수술입니다.

이제 나는 자리 잡은 페이지라면 어느 것이든 같은 증상을 보일 수 있다고 가정하며, AI 비중이 높은 틈새에서 Search Console의 “실적 하락” 대부분이 같은 방식으로 분해된다는 데 걸겠습니다. 분모의 종이 바뀐 것입니다.

내가 실제로 바꾼 것

결정하기 전에 나눕니다. 내 사이트의 모든 CTR 판단, 제목 실험, 하락 조사는 이제 사람 필터 통과와 상위 20개 쿼리의 수동 검토로 시작합니다. 쿼리 텍스트를 5분 읽는 것만으로 집계가 암시한 결론이 여러 번 뒤집혔습니다.

오류 붙여넣기족을 의도적으로 먹입니다. 정확한 오류 문자열은 내가 고른 적 없는 최고의 키워드입니다. 그것들과 일치하는 페이지는 2위에서 4위 사이에 앉아 디버깅 비상사태의 비율로 전환됩니다. 오류 메시지, 설정 키, CLI 출력은 이제 내 기술 글에서 원문 그대로 제목이 됩니다. 그 문자열을 Google에 붙여 넣는 사람은 인터넷에서 가장 구조하기 쉬운 단 한 명의 방문자이기 때문입니다.

시험 응시자에게 구애하기를 그만둡니다. 클릭 0은 영원히 0입니다. 정답지를 확인하는 문제 은행은 어떤 제목, 스니펫, 스키마 마크업으로도 전환되지 않습니다. 유일하게 합리적인 대응은 페이지를 판단할 때 그 물량을 무시하는 것이고, 어딘가의 자격증 시험이 내 블로그를 기준으로 정답을 매기는 모양이라는 사실을 즐기는 것 정도입니다.

사람 수치를 보고하거나, 아니면 아무것도 보고하지 않습니다. 내 대시보드는 이제 필터링된 구간을 그래프로 그리고, 혼합 구간에는 주석을 달며, 일별 스냅샷을 git에 보관해 구성 변화가 시간에 따라 계속 보이게 합니다. 노출은 여전히 중요하지만, 누가 누구에게 노출되고 있는지 안 뒤에만 그렇습니다.

더 깊은 전환은 지난 글이 끝난 지점과 맞닿아 있습니다. 어시스턴트는 에지에서 하루 17,000번 내 페이지를 읽고, 이제 나는 그들이 들어오는 길에 Google의 현관 앞에 줄 서는 모습을 볼 수 있습니다. Search Console은 조용히 기계의 호기심 로그가 되었고, 그 사이로 가느다란 사람의 물줄기가 흐릅니다. 그 물줄기가 주의를 기울이는 부분입니다. 그 물줄기를 측정하십시오.

자주 묻는 질문

내 Search Console 노출 가운데 사람에게서 온 것은 얼마나 됩니까?

노출 기준으로 약 9%입니다. 나머지 91%는 기계 모양입니다. 최근 28일 동안 3,776,076 노출을 모았는데, 큰따옴표나 밑줄이 들어간 쿼리를 제외하면 340,267, 약 9%로 줄어듭니다. 필터링한 CTR은 0.42%에서 1.10%로 거의 세 배가 되고, 평균 순위는 11.2에서 7.7로 좋아집니다. 시험 문제는 필터를 통과하므로 91%는 상한이 아니라 하한입니다.1

Search Console에서 기계 쿼리를 어떻게 걸러 냅니까?

정규식 하나입니다. Search Analytics API에서 excludingRegex 연산자와 ["_] 표현식으로 쿼리 차원 필터를 추가하면, 큰따옴표나 밑줄이 들어 있는 모든 쿼리가 빠집니다. 따옴표로 묶은 문자열은 정확 일치 검증의 신호인데 사람은 좀처럼 그런 수고를 하지 않고, 밑줄은 식별자에서 오며, 식별자는 엄지가 아니라 코드에서 옵니다.3

왜 내 글은 노출은 엄청난데 CTR은 거의 0입니까?

제목을 건드리기 전에 쿼리를 읽으십시오. Claude Code 훅에 관한 내 글은 2주도 안 되어 30,105 노출에 CTR 0.14%를 기록했는데, 고장 난 제목의 전형적인 프로필입니다. 상위 쿼리는 객관식 시험 문제 원문과 SDK 전문 용어 문자열이었고, 진짜 사람의 쿼리는 다 합쳐 한 자릿수였습니다. 제목은 멀쩡했습니다. 독자가 합성이었습니다.4

기계 모양의 쿼리는 전부 쓸모없습니까?

아닙니다. “기계처럼 보이는 쿼리를 전부 지우는” 조잡한 필터는 가치를 파괴합니다. 오류 붙여넣기족은 따옴표로 묶인 이름과 밑줄 때문에 서명에 걸리지만 내가 가진 가장 의도가 높은 방문자입니다. xcrun: error: unable to find utility "mcpbridge"는 6.25%로 클릭되고, “codex trust_level”은 8.70%입니다. 반면 시험 응시자는 결코 클릭하지 않습니다. 쿼리의 모양은 거짓말을 하고, 클릭 행동이 진실을 말합니다.1

내 페이지가 정말 순위를 잃고 있는 것입니까?

그렇게 결론 내리기 전에 쿼리를 나누십시오. 내 Hermes 가이드는 28일간 763,439 노출과 569 클릭, 혼합 평균 순위 13.5에서 CTR 0.075%를 보여 주었고, 이것은 붕괴로 읽힙니다. 추적 중인 사람 전용 기준선은 8.5위에서 CTR 1.53%이고, 가장 최근의 사람 필터 적용 주간도 여전히 8.4위를 지키고 있습니다. 구성의 변화이지 순위 손실이 아닙니다.1

참고 자료


  1. Search Analytics API를 통한 blakecrosley.com의 Google Search Console 데이터에 대한 저자의 분석, 2026년 6월 16일부터 7월 13일까지의 28일 창. 필터 없음: 3,776,076 노출, 15,911 클릭. ["_]에 일치하는 쿼리 제외 후: 340,267 노출, 3,729 클릭. 쿼리별 행은 같은 추출에서 원문 그대로 인용, Hermes 가이드 기준선은 사이트에서 추적하는 사람 필터 적용 스냅샷에서. ↩↩↩↩↩↩↩

  2. Google, 실적 보고서(검색). 노출을 검색자가 본 검색 결과에 링크가 나타난 것으로 정의하며, 검색자가 사람이어야 한다는 요건은 없음. ↩

  3. Google, Search Analytics API: query. 사람 필터에 사용한 dimensionFilterGroups와 excludingRegex 연산자를 문서화. ↩↩

  4. 저자의 분석, /blog/claude-code-hooks-explained에 대한 페이지별 Search Analytics 추출, 2026년 6월 30일부터 7월 13일까지: 30,105 노출에 43 클릭, 평균 순위 6.6, 시험 문제 계열은 9개 페이지와 3개 로케일에 걸쳐 총 254 노출과 클릭 0. ↩↩↩↩

  5. Blake Crosley, 어시스턴트가 이제 독자다. AI 에이전트 요청량 대 사람 방문자에 대한 1차 Cloudflare 에지 데이터. 현재 7일 평균은 하루 약 17,000건의 에이전트 요청, 28일 사람 평균은 하루 300명 방문자 근처. ↩

관련 게시물

이제 독자는 AI 어시스턴트입니다

1차 엣지 데이터로 확인한 사실입니다. AI 어시스턴트가 제 페이지를 요청하는 빈도는 사람 방문의 약 66배이고, 그 대부분은 학습용 크롤링이 아니라 사용자 질문에 따른 실시간 요청이었습니다.

13 분 소요

클린업 레이어가 진짜 AI 에이전트 시장이다

Charlie Labs는 에이전트를 만드는 일에서 그 뒷정리를 하는 일로 피벗했습니다. AI 에이전트 시장은 생성에서 검증으로 이동하고 있습니다. 클린업이 지속 가능한 레이어입니다.

14 분 소요

Ralph 루프: 자율 AI 에이전트를 밤새 운영하는 방법

중지 훅, 스폰 예산, 파일 시스템 메모리를 활용한 자율 에이전트 시스템을 구축했습니다. 실패 사례와 실제로 코드를 출시하게 된 과정을 공유합니다.

10 분 소요