[블로그 소생기] #3 — 6개 글 업데이트 완료, 그런데 숫자가 이상하다

프롤로그

 

"Quick Win — 기존 글 업데이트. 이미 구글에 노출되고 있는 글의 순위를 끌어올리는 것."

 

5월 12일부터 16일 사이에 우선순위 6개 글을 전부 손봤다.

작업하면서 느낀 건, 생각보다 손댈 게 많았다는 것이다. 내용 추가만으로는 부족했고, 구조 자체를 뜯어고친 글도 있었다. 결과가 어떻게 나왔는지 데이터로 확인해봤다.

---

업데이트 내용 요약

URL	주제	작업 내용
/668	맥 특수기호 입력	스크린샷 교체, Raycast 주의문구 추가
/498	Linux wget	예제 섹션 추가, curl 비교표
/525	Java Velocity	전체 재구성, 비교표 추가
/420	Log4j 2.x	전체 재구성
/166	Oracle ROLLUP	내용 업데이트
/682	Spring Boot @Scheduled	9섹션 완전 정리

---

숫자가 나왔다

업데이트 이후 GA 페이지별 참여도를 뽑았다. 6개 글 기준.

URL	제목	조회수	평균 참여 시간
/682	Spring Boot @Scheduled	6	4분 23초
/668	맥 특수기호	20	21초
/420	Log4j 2.x	11	19초
/498	Linux wget	6	15초
/166	Oracle ROLLUP	15	12초
/525	Java Velocity	10	8초

전체 84 조회, 평균 참여 시간 35초.

---

이상하다

첫 반응은 "뭔가 이상한데" 였다.

가장 공들인 글이 /525다. Java Velocity는 구조를 전체 재구성했고 비교표도 추가했다. 그런데 참여 시간이 8초다.

반면 /682 Spring Boot @Scheduled는 조회수 6으로 꼴찌인데 참여 시간이 4분 23초다. 나머지 5개의 합보다 길다.

같은 시기에 같은 방식으로 업데이트했는데 결과가 이렇게 다를 수 있나. 글 자체를 직접 비교해봤다.

---

도입부가 범인이었다

/682의 도입부:

*"Spring Boot에서 주기적인 작업을 처리할 때 가장 많이 쓰이는 방법이 바로 @Scheduled입니다. 단순한 cron 표현식 레퍼런스를 넘어, Spring Boot 3.x 기준의 설정 방법부터 실무에서 바로 쓸 수 있는 패턴까지 완전 정리합니다."*

/525의 도입부:

*"Spring Boot 시대에 Thymeleaf가 표준이 됐지만, Velocity 기반 레거시 프로젝트는 아직도 많습니다. ...*
신규 프로젝트라면 Thymeleaf를 권장합니다. 이 글은 기존 Velocity 코드 유지보수를 위한 레퍼런스입니다."

 

두 번째 글의 굵은 문장이 문제다. 찾아온 독자에게 "사실 이 글 별로임"을 직접 알려주는 셈이다. 클릭해서 들어온 사람이 이 문장을 읽고 뒤로 가기를 누른다. 8초의 이유가 여기 있었다.

반면 /682는 첫 문장부터 독자가 "나 얘기구나"를 느낀다. 이 글이 뭘 다루는지, 버전은 뭔지, 읽으면 뭘 얻는지가 두 문장 안에 다 들어있다.

---

성공한 도입부의 패턴

/682를 해부하면 패턴이 보인다.

❌ 배경 설명 → 도구 소개 → "사실 이거 별로예요" → 내용 시작
✅ 독자 정의 → 차별화 → 버전/범위 → 목차 → 내용 시작

요소	/682 (4분 23초)	/525 (8초)
독자 정의	"주기적인 작업을 처리할 때"	없음
차별화	"단순한 레퍼런스를 넘어"	없음
독자 이익	"실무에서 바로 쓸 수 있는 패턴"	없음
목차	있음	없음

조회수가 낮아도 읽히는 글이 있고, 조회수가 높아도 안 읽히는 글이 있다. 글을 잘 쓰는 것만으로는 부족하다. 읽고 싶게 만드는 첫 문장이 없으면 그 다음 내용은 읽히지 않는다.

---

플랫폼 전체 그림

GA만 봤던 게 아니다. 이번 편에서 처음으로 5개 플랫폼 데이터를 한 번에 비교했다.

플랫폼	상태
네이버	색인 33개 확보. 노출 시작됐지만 클릭 CTR 0%
구글	28일 클릭 1회. 사실상 미진입
GA	재방문 거의 없음. 해외(싱가포르·중국) 유입 28%
AdSense	잔고 $97.66 — $100 지급 기준 코앞
티스토리	PC 93.8% vs 모바일 6.2% (비정상적 비율)

한 줄로 요약하면: 사람은 들어오는데, 읽지 않고 나간다.

네이버 색인이 33개까지 붙었는데 CTR이 0%라는 건 제목과 스니펫이 클릭을 유도하지 못하고 있다는 뜻이다. 구글 미진입은 sitemap 제출과 색인 요청으로 보완할 수 있다. 하지만 들어온 사람이 안 읽는 건 — 결국 도입부 문제다.

---

다음 액션

/525와 /166 도입부를 /682 패턴으로 재작성한다.

그리고 한 가지 더. 이번에 /667 URL이 Oracle ROLLUP이 아니라 안드로이드 팁 글이었다는 걸 데이터 분석 중에 발견했다. 작업 로그에는 /667로 기록했는데 실제 Oracle ROLLUP은 /166이었다. 작업하면서도 URL을 한 번씩 확인해야 한다는 교훈.

---

Action Item

• #4 — /525, /166 도입부 재작성 후 참여 시간 변화 추적
• #5 — 구글 색인 요청 (sitemap 재제출 + 주요 URL 직접 등록)
• #6 — 네이버 CTR 0% 원인 분석 — 제목/스니펫 최적화
• #7 — Dev. 카테고리 신규 글 발행 시작

이전 글 → [블로그 소생기] #2 — 예상치 못한 반전: 애드센스가 이미 살아있었다