기술 블로그를 운영하다 보면 이런 순간이 온다.
- 글은 꾸준히 쓰고 있음
- 내용도 얕지는 않음
- 그런데 유입은 거의 없음
- 카테고리는 점점 많아지는데, 블로그 정체성은 흐려짐
나도 비슷했다.
최근에 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 광고가 페이지 전환 뒤 안 뜰 때
사람은 개념보다 증상을 먼저 검색한다.
그래서 유입용 글은 제목에서 상황이 바로 보여야 한다.
카테고리 정리 체크리스트
블로그가 산만해진 느낌이 들면 아래를 보면 된다.
- 카테고리마다 글이 최소 5개 이상 쌓일 수 있는가
- 같은 독자가 그 카테고리 글을 연속해서 읽을 이유가 있는가
- 태그로 충분한 주제를 카테고리로 올리고 있지 않은가
- 전문 글과 유입 글의 역할이 섞여 있지 않은가
- 홈에서 각 카테고리의 의미가 한 줄로 설명되는가
여기서 막히면 카테고리를 늘리는 것보다 줄이는 게 낫다.
오늘 정리
기술 블로그 유입이 적다고 해서 전문 주제를 버릴 필요는 없다.
대신:
- 깊은 전문 글은 유지하고
- 유입용 글은 별도 큰 흐름에 묶고
- 세부 주제는 태그로 관리하고
- 제목은 문제 중심으로 바꾼다
이렇게 가는 게 안정적이다.
내 경우에는 Dev 카테고리를 블로그 운영 자동화와 실제 개발 삽질기의 허브로 쓰는 쪽이 가장 자연스러웠다.
한 줄 요약
기술 블로그 유입을 늘리려면 전문 주제를 버리는 게 아니라, 유입용 글을 담을 큰 카테고리와 문제 중심 제목을 먼저 정리해야 한다.