#dev 수정: 2026-05-28 글 Vullean

기술 블로그 주제가 너무 좁을 때, 유입용 카테고리 다시 잡는 법

DoIP나 lwIP처럼 깊지만 검색량이 좁은 주제를 쓰다 보면 블로그 유입이 잘 늘지 않는다. 이때 전문성을 버리지 않고, 유입용 글을 어디에 배치해야 블로그가 덜 산만해지는지 카테고리 기준을 정리한다.

개발 / IT 발행일: 2026-05-28 예상 읽기 시간: 약 3분 작성: Vullean Tech Blog Category Content Strategy SEO Blog Automation Developer Notes

기술 블로그를 운영하다 보면 이런 순간이 온다.

  • 글은 꾸준히 쓰고 있음
  • 내용도 얕지는 않음
  • 그런데 유입은 거의 없음
  • 카테고리는 점점 많아지는데, 블로그 정체성은 흐려짐

나도 비슷했다.

최근에 DoIP, UDS, lwIP 같은 글을 계속 쌓고 있었다.
문제는 이 주제들이 꽤 깊다는 점이다.

깊은 글은 좋은데, 검색하는 사람이 많지는 않다.

즉:

전문성은 쌓임
BUT
검색 입구는 좁음

이 상태에서 유입용 글을 아무 데나 추가하면 블로그는 더 어지러워진다.

그래서 먼저 카테고리부터 다시 봐야 한다.

전문 글과 유입 글은 역할이 다르다

DoIP나 lwIP 글은 블로그의 깊이를 만든다.

예를 들면:

  • DoIP Routing Activation
  • DoIP Alive Check
  • lwIP pbuf lifetime
  • sys_check_timeouts()

이런 글은 실제로 그 문제를 겪는 개발자에게는 꽤 유용하다.
하지만 검색량 자체는 작다.

반면 유입용 글은 조금 다르다.

예를 들면:

  • Astro 블로그 빌드가 느릴 때
  • GitHub Actions 캐시 적용하기
  • AdSense 광고가 안 뜰 때
  • AI로 블로그 글감 뽑기
  • 기술 블로그 카테고리 정리하기

이런 글은 더 넓은 개발자가 검색할 수 있다.

그래서 둘을 같은 기준으로 보면 안 된다.

전문 글 = 신뢰와 깊이
유입 글 = 입구와 반복 방문

카테고리를 너무 잘게 나누면 안 된다

처음에는 새 주제가 생길 때마다 새 카테고리를 만들고 싶어진다.

예를 들어:

  • Blog Ops
  • SEO
  • AdSense
  • GitHub Actions
  • Astro
  • AI Automation

다 따로 만들 수 있다.

하지만 작은 블로그에서 이렇게 나누면 카테고리마다 글이 1~2개씩 흩어진다.
방문자 입장에서는 구조가 잘 보이지 않는다.

그래서 나는 이렇게 보는 게 낫다고 생각한다.

카테고리 = 큰 독서 경로
태그 = 세부 검색 단서

즉, AdSense나 GitHub Actions는 태그로 충분하다.
카테고리까지 분리할 필요는 없다.

내 경우에는 Dev가 유입용 허브다

이 블로그 기준으로는 큰 축이 이미 있다.

  • DoIP
  • lwIP
  • Tech
  • AI
  • Dev
  • Marketing

여기서 유입용 글을 새로 담기 가장 좋은 곳은 Dev다.

왜냐하면 유입용 글감 대부분이 실제 개발/운영 경험에서 나오기 때문이다.

  • Astro 블로그를 고친 기록
  • GitHub Pages 배포 문제
  • 빌드 최적화
  • 광고 배치
  • 자동 발행
  • AI 글감 생성

이건 Marketing이라기보다는 개발자가 직접 운영하며 겪은 문제에 가깝다.

그래서 이런 구조가 자연스럽다.

Dev
  - 블로그 기반 만들기
  - 콘텐츠 전략
  - 빌드와 배포 최적화
  - 수익화와 운영
  - 자동화와 글 발행

이렇게 두면 검색 유입용 글도 블로그 정체성을 해치지 않는다.

전문 카테고리는 유지한다

중요한 건 DoIP나 lwIP를 버리는 게 아니라는 점이다.

이런 글은 깊은 전문성의 증거다.
다만 첫 유입을 만들기 어렵다.

그래서 역할을 나눈다.

DoIP / lwIP
  = 깊은 기술 신뢰

Dev / 블로그 운영 자동화
  = 넓은 검색 유입

이 조합이 꽤 괜찮다.

유입용 글로 들어온 사람이 나중에 DoIP나 lwIP 글을 보면,
블로그가 단순한 SEO 글 모음이 아니라 실제 엔지니어링 기록처럼 보인다.

제목도 다르게 써야 한다

전문 글 제목은 보통 개념 중심이 된다.

예:

DoIP Alive Check
lwIP pbuf lifetime

하지만 유입용 글은 문제 중심이 더 낫다.

예:

TCP 연결은 됐는데 ECU 응답이 없을 때
Astro 블로그 빌드가 느릴 때
AdSense 광고가 페이지 전환 뒤 안 뜰 때

사람은 개념보다 증상을 먼저 검색한다.

그래서 유입용 글은 제목에서 상황이 바로 보여야 한다.

카테고리 정리 체크리스트

블로그가 산만해진 느낌이 들면 아래를 보면 된다.

  1. 카테고리마다 글이 최소 5개 이상 쌓일 수 있는가
  2. 같은 독자가 그 카테고리 글을 연속해서 읽을 이유가 있는가
  3. 태그로 충분한 주제를 카테고리로 올리고 있지 않은가
  4. 전문 글과 유입 글의 역할이 섞여 있지 않은가
  5. 홈에서 각 카테고리의 의미가 한 줄로 설명되는가

여기서 막히면 카테고리를 늘리는 것보다 줄이는 게 낫다.

오늘 정리

기술 블로그 유입이 적다고 해서 전문 주제를 버릴 필요는 없다.

대신:

  • 깊은 전문 글은 유지하고
  • 유입용 글은 별도 큰 흐름에 묶고
  • 세부 주제는 태그로 관리하고
  • 제목은 문제 중심으로 바꾼다

이렇게 가는 게 안정적이다.

내 경우에는 Dev 카테고리를 블로그 운영 자동화와 실제 개발 삽질기의 허브로 쓰는 쪽이 가장 자연스러웠다.

한 줄 요약

기술 블로그 유입을 늘리려면 전문 주제를 버리는 게 아니라, 유입용 글을 담을 큰 카테고리와 문제 중심 제목을 먼저 정리해야 한다.

광고