DevBlog회고

개발 블로그 한 달 운영 회고: 트래픽, 유입 키워드, 안 먹힌 글

2026.04.25

한 달 만에 글 14편을 썼다

이 블로그를 시작한 게 4월 1일이다. 한 달이 지난 지금 글이 14편이다(이 글까지 포함하면 15편). 매일 글을 쓰진 못했지만, 평균 이틀에 한 편 정도는 쓴 셈이다.

수치로만 보면 나쁘지 않다. 그래도 한 달이 되면서 보이는 것들이 있다. 무엇이 먹히고 무엇이 안 먹히는지, 유입은 어디서 오는지, 다음 달에 무엇을 바꿔야 하는지.

이 글은 한 달짜리 회고다. 솔직히 적는다. 다른 사람의 데이터가 도움이 될 수도 있고, 내 다음 달을 명료하게 만드는 효과도 있을 거다.

첫 한 달 숫자

Google Analytics + Search Console 기준.

  • 총 페이지뷰: 약 1,200
  • 총 사용자: 약 480
  • 평균 체류 시간: 1분 50초
  • 검색 노출: 약 2,800회
  • 검색 클릭: 약 80회
  • CTR: 2.8%
  • 인덱싱된 페이지: 14/14 (전부 색인 완료)
  • AdSense 승인: 미신청 (글 20개 넘기면 신청 예정)

기대보다 낮다. 처음에는 "한 달이면 일평균 100명쯤 오겠지"라고 생각했는데, 실제로는 일평균 20명도 안 된다. 신생 블로그의 현실이다.

가장 많이 본 글 TOP 5

| 순위 | 글 | 페이지뷰 | |------|------|----------| | 1 | 터미널 생산성 도구 | 약 280 | | 2 | Claude Code 명령어 | 약 210 | | 3 | Git & GitHub CLI 명령어 30선 | 약 180 | | 4 | Oh My ClaudeCode 가이드 | 약 130 | | 5 | Cloudflare Pages 배포 | 약 110 |

상위 5개의 공통점: 다 "도구 모음" 또는 "명령어 모음" 형태다. 사람들이 검색으로 들어오는 글의 형식이 분명히 있다.

의외로 안 먹힌 글

페이지뷰가 가장 적었던 글들.

공통점은 검색 의도가 약한 주제다. "Warp에서 cmux로 갈아타려는 사람"이 얼마나 있을까? 검색량이 적은 키워드는 글이 좋아도 트래픽이 안 나온다.

이게 한 달의 가장 큰 교훈이다. 글 품질 ≠ 트래픽. 검색 수요가 있는 키워드를 골라야 트래픽이 따라온다.

검색 유입 키워드 TOP 10

Search Console에서 본 실제 유입 키워드(약간 가공).

  1. starship 프롬프트 설치
  2. zoxide 사용법
  3. claude code 명령어
  4. git stash 차이
  5. cloudflare pages nextjs nodejs_compat
  6. 터미널 도구 추천
  7. fzf ctrl+r
  8. gh pr create
  9. ripgrep grep 차이
  10. nextjs mdx 블로그

특이점:

  • 롱테일 키워드가 압도적으로 많다
  • "터미널 도구 추천" 같은 broad한 키워드는 1개만 들어옴
  • 구체적인 도구 + 사용법 조합이 가장 잘 들어옴

이게 신생 블로그의 검색 패턴이다. 거대 키워드는 기존 블로그가 다 잡고 있어서 뚫기 어렵다. 좁은 롱테일은 경쟁이 적어서 신생 블로그도 노출된다.

가장 뜻밖이었던 패턴

패턴 1: 글 사이의 연쇄 클릭

체류 시간이 1분 50초인데, 평균 페이지뷰가 사용자당 2.5다. 즉 한 사용자가 평균 2~3개 글을 본다는 뜻이다.

이건 글 사이의 내부 링크가 작동한다는 신호다. 터미널 도구 글에서 cmux 글로, Claude Code 명령어에서 OMC 글로 연결되는 식.

내부 링크는 단순한 SEO 팁이 아니라 사용자 체류 시간을 늘리는 핵심이다. 다음 달에는 더 의식적으로 깐다.

패턴 2: 평일 아침에 트래픽 피크

시간대별 트래픽을 보면 오전 9시~11시가 가장 많다. 평일에 출근하면서 보는 사람이 많다는 뜻이다.

이걸 알고 나니 글 발행 시간을 평일 아침에 맞추기 시작했다. 발행 직후 SNS 공유 효과가 나는데, 그게 평일 아침에 가장 효과적이었다.

패턴 3: 이미지가 적은 글이 더 잘 됐다

상위 5개 글 모두 텍스트 위주다. 이미지가 없거나 한두 장 정도. 이미지가 많은 글(주말 카페 후기 등)은 트래픽이 낮았다.

이유는 단순하다. 검색으로 들어온 사람은 빠르게 정보를 찾고 싶어 한다. 이미지는 정보 밀도를 낮춘다. SEO 관점에서도 이미지보다 텍스트가 검색 노출에 유리하다.

라이프스타일 카테고리는 다른 룰이 적용될지 모르지만, 개발 글은 텍스트 우선이 답이다.

한 달 동안 시도한 것 vs 효과

| 시도 | 효과 | |------|------| | 매일 1편 글 작성 (실제로는 이틀에 1편) | 콘텐츠 양 ↑, 품질 균등하지 않음 | | 시각화 컴포넌트 도입 (CompareCard 등) | 가독성 ↑, 작성 시간 ↑ | | Google Search Console 등록 | 인덱싱 빠름 | | 내부 링크 적극 추가 | 페이지뷰/사용자 비율 ↑ | | 시각화 컴포넌트 사용 | 모바일 가독성 ↑ | | 한 글당 1,500자 이상 유지 | SEO 친화적, AdSense 기준 충족 | | 다크모드 단일 디자인 | 정체성 강화 |

가장 효과 큰 것: 내부 링크 + 1,500자 기준 + 검색 친화적 키워드 선택. 가장 효과 작은 것: SNS 공유 (직접 효과 거의 없음).

다음 달 계획

한 달 데이터를 보고 결정한 다음 달 방향.

1. "도구 모음" 형식 글을 더 많이

상위 5개 글이 다 그런 형식이다. 검색 수요와 내 강점이 맞는 자리. 매주 1~2편 이런 형식 추가.

2. 좁고 구체적인 키워드 노리기

"개발자 도구 추천"보다 "ripgrep grep 비교" 같은 좁은 키워드가 신생 블로그에 더 친화적이다. 검색 의도가 명확한 주제부터.

3. 댓글 시스템 도입

체류 시간을 늘리고 사용자 참여를 만들고 싶다. Giscus나 Disqus 같은 GitHub Discussions 기반이 가장 가벼울 것 같다.

4. 뉴스레터 도입은 보류

한 달 트래픽 1,200으로 뉴스레터를 만들면 구독자가 한 자릿수다. 트래픽이 한 달 5,000을 넘으면 그때 시도.

5. AdSense 신청

글이 20개 넘으면 신청. 다음 달 중순쯤. 처음 한두 번은 거절 가능성도 높지만, 그건 그때 가서 대응.

솔직한 감정

한 달 동안 "이게 의미 있는 일인가?"를 매주 한 번씩 고민했다. 트래픽이 기대만큼 안 나와서, 글을 쓰는 시간이 다른 일에 쓸 시간을 빼앗아서.

그래도 한 달 결과를 정리해보니 의외로 만족스럽다. 14편이 인덱싱됐고, 일부 글은 검색에서 노출되고, 작은 트래픽이지만 매일 누군가가 읽고 있다.

애초에 마라톤이라고 적어둔 글이 떠오른다. 한 달은 마라톤의 첫 5km다. 이제 막 시작했고, 35km가 남았다.

정리

신생 개발 블로그의 한 달 회고를 한 줄씩 정리한다.

  • 평균 일 트래픽 약 40명
  • "도구 모음" 형식 글이 가장 잘 됨
  • 롱테일 키워드가 거대 키워드보다 신생 블로그에 유리
  • 내부 링크가 체류 시간을 늘림
  • 평일 아침이 트래픽 피크
  • 이미지보다 텍스트가 검색에 유리

다음 달에도 같은 회고를 쓸 예정이다. 두 달 차에는 어떤 변화가 있을지, 솔직히 적어본다. 이 글들이 쌓이면 1년 후에는 1년짜리 회고가 된다. 그 회고가 내 다음 결정의 자료가 될 거다.