기술 블로그 카테고리를 작고 선명하게 유지하는 방법

기술 블로그가 복잡해지는 이유는 글이 적어서가 아니다. 조금만 새로워 보이는 주제가 나올 때마다 카테고리로 승격시키기 때문이다. 그러면 아카이브는 넓어 보이지만 구조는 약해진다.

후속 글은 기술 블로그 운영 유닛 페이지를 기준으로 묶으면 된다. 기본 운영 기준이 아직 없다면 먼저 고정해야 할 운영 기준 글부터 확인하고, 이름보다 이동 경로가 먼저 문제라면 토픽 클러스터 내부 링크 설계 글로 이어가면 된다.

1. 카테고리는 글 10개가 더 늘어나도 살아남아야 한다

가장 쉬운 기준은 시간이다. 짧은 연속 포스팅 한 묶음에서만 의미가 있는 이름이라면 카테고리가 아니다. 카테고리는 같은 주제 아래 글이 10개 더 늘어나도 여전히 자연스럽게 남아야 한다.

예를 들어 “Frontend”는 확장을 견딘다. 하지만 “React image loading”은 보통 카테고리보다 유닛 페이지나 후속 글 묶음이 더 맞다.

카테고리 구조는 보통 동의어 때문에 빨리 무너진다. “SEO”, “Search”, “Search traffic”은 쓰는 사람 입장에선 달라 보여도 독자 입장에선 같은 선반일 수 있다. 한 문장으로 차이를 설명하기 어렵다면 지금 합치는 편이 낫다.

“Deploy”와 “Hosting”, “AI workflow”와 “AI operations”도 마찬가지다. 이름의 뉘앙스만 늘고 탐색 도움은 줄어든다면 이미 카테고리 층이 너무 잘게 쪼개진 상태다.

카테고리는 넓게 두고, 유닛 페이지는 주제 묶음을 관리하고, 개별 포스트는 더 좁은 질문 하나를 해결하게 두는 것이 좋다. 이 3단 구조가 있어야 아카이브를 작게 유지하면서도 글은 계속 늘릴 수 있다.

아카이브를 새 방문자처럼 읽어봐라. 클릭하기 전에도 어느 카테고리에 들어갈 글인지 짐작이 되는가. 두 카테고리의 차이를 바로 설명할 수 있는가. 이게 안 되면 쓰는 사람에겐 똑똑한 구조일지 몰라도 읽는 사람에겐 불명확한 구조다.

좋은 카테고리 구조는 배치가 지루할 정도로 명확해야 한다. 독자가 운영자의 머릿속 논리를 몰라도 제대로 탐색할 수 있어야 한다.

카테고리가 작아지면 미묘한 차이는 내부 링크가 맡을 수 있다. 모든 차이를 상단 구조에 억지로 올리는 것보다 훨씬 낫다. 선반은 단순하게 두고, 기준 글과 후속 글, 비교 글이 세부 맥락을 담당하게 하라.

지금 카테고리를 전부 적어보고 한두 개 글에만 맞는 이름은 지운다. 겹치는 이름은 합친다. 그다음 하나의 안정적인 카테고리를 고르고 그 아래 유닛 페이지 세 개를 그려봐라. 이 구조가 깔끔하게 안 그려지면 카테고리가 더 필요한 게 아니라 더 적게 필요하다는 뜻이다.