애드센스 3달 만의 2차 거절과 서치콘솔 51개 URL의 함정

83일의 침묵 끝에 돌아온 단 한 줄의 통보

지난 7월 19일, 나는 커밋 로그 14번째 글에 다음과 같은 문장을 남기며 글을 맺었었다.

“결과는 아직 알 수 없다. 거절 화면을 다시 볼 수도 있고, 통과하더라도 트래픽이 보장되는 것은 아니다. 다만 적어도 이제는 14편의 글이 각자 무엇을 증명하려고 하는지 내 손으로 설명할 수 있게 됐다.”

당시 나는 The Smart Suburbanite의 14편 전체에 출처 링크를 달고, 허구의 경험담이나 장황한 수식을 걷어내고, About과 Editorial Process 페이지를 정직하게 보강한 뒤 구글 애드센스에 재검토 요청을 넣었었다. 말로는 담담한 척 썼지만, 솔직히 마음 한구석에는 “이 정도로 정성을 들여 뜯어고쳤으니 이번엔 통과하겠지”라는 기대가 없지 않았다.

그리고 시간이 흘렀다. 하루, 이틀, 일주일… 구글의 검토는 생각보다 훨씬 길어졌다. 여름이 지나고 가을이 찾아올 때까지 대시보드는 묵묵부답이었다.

마침내 재심사를 제출한 지 83일 만인 2026년 10월 10일, 애드센스 사이트 관리 화면을 확인했다. 화면에는 너무나 익숙하고도 냉혹한 문구가 떠 있었다.

가치가 별로 없는 콘텐츠 (Low-value content)
사이트가 승인되지 않았습니다.

2차 거절이었다.

처음 화면을 봤을 때는 맥이 탁 풀렸다. ‘도대체 뭐가 부족했던 걸까? 글자 수가 모자라나? 아니면 AI가 쓴 흔적을 기가 막히게 잡아낸 걸까?’ 구글은 이번에도 어떤 페이지가 문제인지, 구체적인 이유는 단 한 줄도 알려주지 않았다.

하지만 7월의 나와 10월의 나 사이에는 아주 큰 차이가 하나 있었다. 지난 7월에는 사이트를 만든 지 얼마 되지 않아 데이터가 없었지만, 지금은 3개월 동안 온전히 쌓인 구글 서치콘솔(GSC)의 실측 데이터가 내 손에 쥐어져 있었다.

---

막연한 감정 대신 서치콘솔 3개월 실측 데이터를 열다

나는 감정적으로 실망하거나 무작정 글을 더 쓰기 전에, 먼저 구글 서치콘솔에서 3개월치(2026-07-07 ~ 2026-10-06) 검색 실적 데이터를 압축 파일(smartsuburbanite.com-Performance-on-Search-2026-10-10.zip)로 내려받아 엑셀에 펼쳤다.

화면에 찍힌 3개월간의 프로퍼티 전체 성적표는 이랬다.

• 총 클릭 수: 1회
• 총 노출 수: 842회
• 평균 CTR: 0.12%
• 평균 게재순위: 41.93위

숫자를 차분히 뜯어보니 구글의 시선이 비로소 입체적으로 보이기 시작했다.

구글봇은 사이트를 무시하거나 버린 게 아니었다. 3개월 동안 842번이나 검색 결과에 우리 사이트의 글들을 노출시켰다. 즉, 크롤링과 색인(Indexing) 자체는 분명히 일어나고 있었다.

하지만 치명적인 문제는 평균 게재순위 41.93위였다. 검색 결과 4페이지, 5페이지 어딘가에 걸려 있으니 사람들의 눈에 띌 리가 없었고, 3개월 동안 단 1번의 유기적 클릭만 발생했다.

노출은 시켜주지만 상위권에는 절대 올려주지 않는 상태. 구글 입장에서 이 사이트는 “존재는 알겠는데, 사용자를 선뜻 보낼 만큼 가치 있는 사이트는 아직 아니다”라고 평가하고 있었던 셈이다.

그런데 데이터 시트를 스크롤하다가, 내 눈을 의심하게 만드는 진짜 충격적인 수치를 발견했다.

---

충격적인 발견: 글은 14편인데 구글에는 51개 URL이 등록되어 있었다

서치콘솔의 색인 생성 범위와 사이트맵 보고서를 대조하던 나는 머리를 한 대 세게 얻어맞은 기분이었다.

The Smart Suburbanite에 발행된 정식 글은 분명 14편뿐이었다. 그런데 구글에 제출되어 색인 대상으로 노출되고 있던 사이트맵 URL 수가 무려 51개에 달하고 있었다.

도대체 어디서 37개의 유령 URL이 튀어나온 걸까? sitemap 생성 결과와 라우팅 경로를 하나하나 뜯어봤다. 범인은 정적 사이트 제너레이터(Astro)가 자동으로 찍어내던 유틸리티 페이지들이었다.

1. 태그별 아카이브 페이지 (19개): /tags/smart-home/, /tags/matter/, /tags/zigbee/, /tags/setup/ 등 태그를 누르면 나오는 목록 페이지.
2. 페이지네이션 목록 (3개): /posts/2/, /posts/3/, /posts/4/ 등 글 목록이 5개씩 잘려 넘어가는 2~4번째 페이지.
3. 검색 전용 페이지 (1개): /search/ 빈 검색창 페이지.
4. 기타 유틸리티 및 카테고리 경로들

생각해보자. 전체 글이 14편밖에 안 되는 블로그에서 태그를 19개나 만들어두니, 어떤 태그 페이지에 들어가면 글이 달랑 1개 있거나 심지어 2개 있는 게 전부였다. 페이지네이션 페이지도 앞선 페이지의 카드들과 크게 다를 바 없는 목록의 파편이었다.

구글 크롤러의 시선에서 보면 끔찍한 구조였다.

“이 사이트에는 총 51개의 페이지가 있는데, 그중 70% 이상이 글 1~2개 링크 걸어둔 빈 껍데기(Thin Content) 목록이네?”

본문 14편을 아무리 열심히 다듬었어도, 사이트 전체의 URL 중 70%가 알맹이 없는 유틸리티 페이지로 채워져 있었으니 구글봇의 한정된 크롤링 예산(Crawl Budget)은 엉뚱한 태그 목록을 긁는 데 낭비되었고, 사이트 전체의 평균 품질 점수는 바닥으로 곤두박질칠 수밖에 없었던 것이다.

‘가치가 별로 없는 콘텐츠’라는 판정의 절반은, 어쩌면 본문 글의 질 이전에 내가 무심코 방치했던 이 51개의 껍데기 URL들이 낸 소음 때문이었을지도 모른다.

---

23개 URL 가지치기(noindex)와 사이트맵 28개로의 압축

문제를 확인하자마자 즉시 엔지니어링 작업에 착수했다. (커밋 d1323ae: feat: strengthen search and content value)

핵심은 명확했다. “독자는 사이트 내에서 태그와 검색창을 자유롭게 이용하되, 검색엔진 크롤러는 오직 진짜 가치 있는 페이지만 보게 만든다.”

크롤러에게 노출할 핵심 경로와 제외할 유틸리티 경로를 정리하며 작업한 기록

구체적으로 적용한 기술적 조치는 다음과 같다.

1. 유틸리티 라우트에 noindex, follow 강제

Astro의 레이아웃 컴포넌트에 robots 메타 태그 제어 옵션을 추가했다. 그리고 검색엔진이 색인할 필요가 없는 다음 23개 페이지의 헤더에 <meta name="robots" content="noindex, follow">를 주입했다.

• 검색 페이지 (/search/)
• 모든 태그 목록 및 개별 태그 페이지 (/tags/, /tags/* 총 19개)
• 2페이지 이후의 페이지네이션 목록 (/posts/2/, /posts/3/, /posts/4/)

이렇게 하면 구글봇이 해당 페이지를 방문하더라도 검색 색인에 등록하지 않으며, 페이지 내에 있는 정식 글 링크(follow)만 타고 넘어가 본문 글의 크롤링을 돕게 된다.

2. 사이트맵을 51개에서 28개로 긴급 압축

정적 빌드 시점에 생성되는 sitemap-index.xml과 sitemap.txt 스크립트를 수정했다. 앞서 noindex 처리한 23개의 유틸리티 경로를 사이트맵 생성 목록에서 완전히 배제했다.

그 결과, 사이트맵에 등록되는 URL이 기존 51개에서 단 28개로 정예화되었다.

• 인덱싱 대상 28개 경로:
  • 메인 홈페이지 (/) 및 시작 가이드 (/start-here/)
  • 4대 핵심 카테고리 허브 (/categories/beginner-guides/, security-privacy/, maintenance-setup/, comfort-convenience/)
  • 6대 신뢰/투명성 페이지 (/about/, /editorial-process/, /contact/, /privacy/, /disclosure/, /categories/)
  • 전체 글 모아보기 1페이지 (/posts/, /archives/)
  • 진짜 가치를 담은 정식 본문 아티클 14편

기존에 51개 중 14개(27%)에 불과했던 순수 아티클 비중이, 28개 중 14개(50%)로 대폭 상승했다. 구글봇이 들어왔을 때 허수아비 목록을 맴돌지 않고 곧바로 영양가 있는 본문으로 직행할 수 있는 고속도로를 뚫어준 것이다.

---

본문 강화: 단순 설명이 아닌 독립 의사결정 매트릭스 삽입

인프라를 청소한 뒤에는 본문 14편을 다시 펼쳤다. 지난 7월에 출처를 달고 개편했던 글들 중, 4편의 글(003, 004, 005, 014)은 여전히 위키피디아식의 무난한 개념 설명에 머물러 있는 구석이 있었다.

우리는 이 4편의 글에 독자가 실제로 제품을 살지 말지 판단할 수 있는 ‘독립 의사결정 프레임워크’를 제작해 삽입했다.

아티클	기존 상태	보강된 고유 의사결정 도구	근거 규격 및 출처
003. 스마트홈 통신 규격	Matter, Thread, Zigbee의 기술적 정의 나열	독자의 현재 보유 허브와 플랫폼을 기준으로 첫 번째 호환성 체크를 내릴 수 있는 플랫폼 우선 구매 결정표	CSA, Thread Group, Z-Wave Alliance
004. 첫 기기 설정 체크리스트	일반적인 와이파이 연결 시 주의사항	기기 분실이나 서비스 종료 시 대처할 수 있는 소유자/백업/퇴출 계획 기록 양식	NIST IoT 보안 표준, CSA 제품 디렉토리
005. 스마트 온도조절기 필요성	10점 만점 형태의 애매한 자가진단 점수표	난방 방식(C-wire), 주거 형태, 생활 패턴 중 하나라도 걸리면 구매를 멈추게 하는 3대 독립 게이트 (Need / Fit / Ownership)	미국 에너지스타 (ENERGY STAR), 미국 에너지부(DOE)
014. 4대 센서 활용 가이드	움직임, 누수, 접촉 센서의 일반적 기능 소개	센서가 감지하는 신호와 실제 유효한 조치, 잘못된 과잉 추론을 대비한 한계 비교표	NIST 안전 가이드, EPA WaterSense

단순히 글을 길게 늘리는 것이 아니라, 표 하나만 보고도 “아, 우리 집 보일러는 C-wire가 없으니 지금 사면 안 되겠구나”를 1초 만에 알 수 있게 만들었다. 이것이 바로 우리가 생각한 ‘가치 있는 콘텐츠’의 기준이었다.

---

왜 이번에는 곧바로 ‘재심사 요청’ 버튼을 누르지 않았는가?

코드를 커밋하고, 빌드를 돌리고, GitHub Pages 배포가 성공한 뒤 실서버에서 28개 사이트맵과 noindex 메타 태그가 정상 작동하는 것까지 확인했다.

예전의 나였다면? 배포가 끝나자마자 애드센스 대시보드로 번개처럼 달려가 “문제를 모두 수정했습니다”에 체크하고 [재검토 요청] 파란 버튼을 사정없이 클릭했을 것이다.

하지만 이번에는 재심사 요청 버튼을 누르지 않고 브라우저 창을 닫았다.

그 이유는 명확했다.

1. 배포 성공은 내 컴퓨터의 일이지, 구글의 인식이 아니다: 23개의 noindex 태그를 달았다고 해서 구글의 인덱스가 1초 만에 지워지는 게 아니다. 구글봇이 다시 방문해 변경된 헤더를 수집하고 색인 목록에서 껍데기 URL들을 걷어내기까지는 수주일의 물리적 시간이 필요하다.
2. 숫자가 증명하기 전까지는 움직이지 않는다: 서치콘솔의 평균 순위(41.93위)와 노출 지표가 실제로 개선되는지, 우리가 정예화한 28개 URL로 크롤링이 집중되는지를 먼저 관찰해야 한다.
3. 애드센스는 로또 긁기가 아니다: 승인 버튼을 연타한다고 해서 구글 알고리즘이 “열심히 하네” 하고 통과시켜주지 않는다. 애드센스 승인은 사이트의 체력과 지표가 임계점을 넘었을 때 자연스럽게 따라오는 부산물일 뿐이다.

우리는 사이트 상태를 published_verified / monitoring으로 전환하고, 재심사 버튼 대신 새로운 글(015~018편)을 묵묵히 쌓는 길을 택했다.

83일 만의 2차 거절은 쓰라렸지만, 덕분에 우리는 14편 뒤에 숨어 있던 51개 URL의 함정을 찾아냈고 블로그의 구조를 비로소 검색엔진 친화적인 정예 아키텍처로 탈바꿈시킬 수 있었다.

다음 글에서는, 이렇게 텍스트와 구조를 고치고 나서도 지워지지 않던 “AI 특유의 냄새”를 잡기 위해 블로그의 모든 SVG 일러스트를 쓰레기통에 집어던지고 실사 에셋으로 갈아엎었던 이야기를 풀어보려 한다.