기술 블로그 방문자 늘리기 | 주제 클러스터·내부 링크·검색 친화 글쓰기

검색 트래픽 올리면서 제일 먼저 손댄 게 뭐였냐면, 솔직히 메타 description이랑 og:image 쪽이었어. 스니펫이 애매하다 싶으면 당연히 거기부터 만지게 되거든. 근데 몇 달 돌려보니까 순위·체감 유입에 체감이 크게 온 건 메타 손질이 아니라, 그냥 다음 글을 써서 같은 주제로 이어 붙인 것이었어. 메타는 있어야 하고, 틀리면 당연히 아쉽지만, “메타만 예쁘게”가 아니라 “읽을 게 쌓여 있나”가 먼저라는 쪽에 마음이 기운다. 나는 메타태그보다 콘텐츠 쪽이 수확 곡선이 훨씬 짧다고 본다. (기술적으로 깊은 크롤링·CWV·구조화 데이터는 기술 SEO 완전 가이드에 따로 잘 정리돼 있으니, 여기서는 “블로그 글을 어떻게 묶냐” 쪽만 말할게.)

그래서 이 글의 전제는 단순해. 한 편이 잘 돼도 옆에 붙는 글이 없으면, 사람도 검색엔진도 “이 사이트가 이 주제에 진심이야?”라는 신호를 약하게 받는다. 나는 클러스터를 이렇게 쓴다: 핵심 주제를 하나 잡고(예: 코딩테스트, 면접, 특정 스택), 그 주변에 난이도·각도가 다른 글을 몇 편 둔 다음, 본문에서 서로 링크만 걸어 준다. “태그로만 모아 둔 가짜 묶음”이 아니라, 글 안에서 “앞에서 말한 경계 처리는 이쪽 글”처럼 읽는 흐름이 이어지게. 면접·알고리즘 루트는 기술 면접 가이드나 코딩 테스트 가이드랑 키워드가 겹칠 수 있는데, 그때는 굳이 제목 키워드를 복붙하기보다 문제를 어떻게 쪼갤지로 각을 나누는 쪽이 덜 꼬인다.

내부 링크는 “몇 개가 정답” 같은 걸 표로 떠먹이고 싶지는 않다. 도입에서 맥락이 필요하면 선행 글을, 개념 직후에 심화로 넘기고, 말미에 “다음에 읽을 것” 세 개 정도. 이 정도면 독자 입장에서도 “링크 투성이” 느낌이 덜하다. 앵커는 “여기”, “이 글” 말고 주제가 드러나는 짧은 문장이 좋다. SEO랑 스크린리더가 둘 다 좋아하는 방향이 같을 때가 많다.

제목·요약·목차는? 요약이 비어 있으면 불안하긴 하지. 다만 첫 문장에 누구를 위한 글인지·끝나고 나면 뭐가 달라지는지만 들어가도 스니펫 퀄리티는 꽤 나온다. 목차는 길면 H2/H3로 스캔 가능하게만—여기서 또 표나 단계 쪼개기 하기 싫다. “체크리스트 12칸”보다, 발행 전에 한 문장으로 요약해 볼 수 있나만 물어 봐도 된다. 관련된 기존 글 두어 개로 링크가 나가는지, 나중에 이어 쓸 후속 주제가 떠오르는지 정도. 프롬프트·LLM 쪽이면 Prompt Engineering 가이드랑 문제 정의를 겹치지 않게 잡는 게 클러스터가 덜 지저분해진다.

서치 콘솔은 숫자 놀이에 빠지기 쉬운데, 나는 대충 이렇게만 본다. 노출은 꽤 있는데 클릭이 애매하면—제목이나 첫 인상(요약)이 기대랑 엇갈리는 케이스가 많다. 클릭은 나오는데 순위가 뒤쪽이면—본문이 짧거나, 비슷한 URL이 쪼개져 있거나, 내부 링크로 “이 주제의 허브”가 약한 경우가 흔하다. 이런 때도 결국 다른 한두 편을 보강하거나 합쳐서 이야기를 완성하는 쪽이 메타 몇 자 고치는 것보다 효과가 있다고 느낀다. 월 한 번씩 쿼리 상위 몇십 개만 스냅샷으로 남겨 두면, 나중에 “그때 뭘 만졌더라” 맞추기 좋다.

정리하자면, 방문자를 지속적으로 늘리는 건 이벤트성 트릭이 아니라 같은 주제가 층이 지게 쌓이는가, 글끼리 손이 닿는가에 더 가깝다는 쪽. 메타는 최소한 맞고, 본문이 버티는지를 먼저 보라. 같이 읽을 만한 것들: 개발 취업 실전 팁, 채용 공고 사이트 가이드, Astro 블로그 가이드, Cloudflare Pages 배포, 영문이면 [Next.js App Router 기술 SEO](/en/blog/seo-technical-optimization-guide/.

블로그, SEO, 기술글쓰기, 개발자블로그, 콘텐츠, 내부링크, 구글서치콘솔, 검색유입 쪽으로 찾아왔다면 이 방향이 도움이 됐으면 한다.