카테고리·태그 페이지 noindex, 내 상황에서 옳은 선택인지 판단하는 법

블로그를 운영하다 보면 어느 날 서치콘솔에 "페이지 색인 생성 문제가 감지됨" 알림이 뜨거나, 검색 결과에 카테고리 페이지가 뜻밖에 노출되는 상황을 만나게 됩니다. 그 시점에 SEO 글을 검색하면 "카테고리·태그 페이지는 noindex하라"는 조언이 거의 모든 글에 나옵니다.

이 조언이 틀린 건 아닙니다. 다만 모든 상황에 맞는 답도 아니에요. 어떤 경우엔 noindex가 맞고, 어떤 경우엔 canonical이 낫고, 어떤 경우엔 아예 색인을 허용하면서 페이지를 보강하는 쪽이 더 유리합니다. 이 글에서는 구글 공식 문서에 근거해서, 내 사이트 조건에 따라 어떤 선택이 맞는지 판단하는 흐름을 짚어봅니다.

카테고리·태그 페이지가 SEO 문제가 되는 이유

카테고리 페이지(/category/seo/)와 태그 페이지(/tag/워드프레스/)는 해당 분류에 속한 글들의 제목과 발췌문을 목록으로 보여줍니다. 문제는 이 발췌문 대부분이 개별 글 본문에서 그대로 가져온 내용이라는 점입니다.

구글은 이런 구조를 중복 URL 문제로 인식할 수 있습니다. 구글 공식 문서에 따르면, 유사하거나 중복된 URL이 많으면 구글봇이 새 페이지를 탐색하는 데 쓸 수 있는 크롤 예산이 줄어들 수 있습니다. 크롤 예산이 넉넉하지 않은 사이트에서는 이 문제가 실제 색인 누락으로 이어지기도 합니다.

또 하나는 카테고리-태그 중복입니다. "워드프레스" 카테고리와 "워드프레스" 태그를 동시에 운영하면, 구글 입장에서는 같은 키워드를 타깃하는 아카이브 페이지가 두 개 경합하는 셈이 됩니다. 운영자가 의도하지 않은 페이지가 먼저 노출될 수 있죠. 태그를 수십 개 이상 쓰고 있는데 각 태그 페이지에 글이 1~2편밖에 없다면, 그 수만큼 얇은 아카이브 페이지가 생긴다는 것도 문제입니다.

판단은 두 가지 조건에서 시작한다

설정을 건드리기 전에 두 가지를 먼저 확인해야 합니다. 이 두 질문의 답에 따라 이후 경로가 달라집니다.

Q1. 서치콘솔에서 문제가 잡히고 있는가?

구글 서치콘솔에서 '색인 생성 > 페이지'로 들어가면 색인되지 않은 URL이 이유별로 정리되어 나옵니다. "noindex 태그에 의해 제외됨"이 나타나고 있다면 이미 어떤 설정이 적용된 상태입니다. "중복 페이지, 사용자가 표준 URL 지정 안 함"이 많다면 카테고리·태그 페이지의 중복 신호가 구글에 잡히고 있다는 뜻입니다.

중복 신호가 잡히지 않고 별다른 문제가 없는 상황에서 "다들 noindex하라고 해서" 설정을 건드리면, 오히려 잘 작동하던 카테고리 페이지가 검색에서 사라지는 결과를 낳을 수 있습니다. 서치콘솔에서 문제가 보이지 않는다면, 지금 당장 설정을 바꿀 이유가 없습니다.

Q2. 카테고리·태그 페이지에 고유한 콘텐츠가 있는가?

카테고리 페이지 상단에 그 카테고리를 소개하는 독립적인 설명 문단이 있나요? 태그 페이지에 해당 태그만의 안내가 있나요? 없다면 그 페이지는 개별 글 발췌문을 모아놓은 것에 불과합니다. 이 차이가 이후의 선택을 가릅니다.

조건에 따라 도달하는 처리 방식

두 질문에 답했다면 이제 어떤 처리가 맞는지 자연스럽게 좁혀집니다.

서치콘솔에 중복 신호가 없고, 카테고리 이름 자체에 검색 수요가 있다면 — 색인을 허용하고 페이지를 보강하는 것이 장기적으로 유리합니다.

예를 하나 들어보면 이해가 빠릅니다. "워드프레스 플러그인 추천"을 카테고리명으로 운영하는 블로그가 있다고 해봅시다. 이 카테고리 페이지 상단에 플러그인 선택 기준과 유형별 소개를 담은 문단을 붙이고, 페이지 타이틀과 메타 설명을 해당 키워드로 최적화했더니 카테고리 페이지 자체가 검색 결과에서 개별 글보다 상위에 노출되기도 합니다. 카테고리 페이지가 넓은 검색 수요를 흡수하는 진입점이 된 거죠. Yoast 창업자 Joost de Valk가 공식 블로그에서 "카테고리와 태그 페이지는 noindex하지 말고 개선해야 한다"고 명시한 것도 같은 맥락입니다. 카테고리에 글이 10편 이상 쌓여 콘텐츠 밀도가 어느 정도 형성된 사이트라면 이쪽이 맞습니다.

페이지네이션이나 파라미터 URL이 자동 생성되어 중복 URL이 구조적으로 늘어나고 있다면 — canonical을 씁니다.

canonical(rel="canonical")은 /category/seo/page/2/, /page/3/ 같은 페이지네이션이나 ?orderby=date 같은 파라미터 URL이 자동으로 만들어지는 경우에 적합합니다. canonical로 기본 URL을 가리키도록 설정하면 링크 에쿼티를 한 곳에 모을 수 있습니다. noindex와 달리 페이지 접근성은 그대로 유지하면서 중복 신호만 정리한다는 게 차이입니다. 구글이 중복 처리 목적으로 noindex보다 canonical을 권장하는 이유도 거기 있습니다. 한 가지만 주의할 점은, canonical과 noindex를 같은 페이지에 동시에 쓰지 말아야 한다는 겁니다. 두 신호가 충돌하면 구글이 둘 다 무시할 가능성이 높아집니다.

태그 페이지가 수십 개 이상이고 각 페이지에 글이 1~3편밖에 없으며, 태그명이 카테고리와 겹치는 상황이라면 — noindex가 맞습니다.

동일 용어가 카테고리·태그로 중복 운영되거나("SEO" 카테고리와 "SEO" 태그 동시 운영), 특정 키워드로 최적화된 고유 콘텐츠 없이 관련 글 목록만 나열하는 태그 페이지가 수십 개라면 noindex 처리가 대체로 맞습니다.

다만 여기서 흔히 저지르는 실수가 있습니다. 구글 공식 문서에 따르면, 중복 URL 통합 목적으로는 noindex보다 rel=canonical이 권장 방식입니다. 카테고리 페이지가 개별 글과 내용이 겹쳐 보인다는 이유만으로 noindex를 거는 건 구글이 권장하는 방식이 아닙니다. 그 목적이라면 canonical이 더 적합합니다. 또 robots.txt로 크롤링을 동시에 차단하는 실수도 종종 보이는데, 그러면 구글이 페이지에 아예 접근하지 못해 noindex 태그 자체를 읽지 못합니다. noindex를 쓴다면 robots.txt는 건드리지 말아야 합니다.

플랫폼별로 실제로 제어할 수 있는 범위

워드프레스 + Yoast SEO. '설정 > 분류 항목'에서 카테고리, 태그, 작성자 아카이브별로 "검색 결과에 표시" 여부를 토글로 제어할 수 있습니다. 끄면 해당 아카이브 타입 전체에 noindex가 적용되고 XML 사이트맵에서도 자동으로 제외됩니다. 개별 카테고리 단위로 별도 설정하는 것도 가능합니다.

워드프레스 + Rank Math SEO. '분류' 설정에서 카테고리·태그별 로봇 메타를 noindex로 지정할 수 있습니다. "빈 카테고리·태그 아카이브에 noindex 적용" 옵션을 활성화하면 글이 없는 아카이브 페이지에만 선택적으로 noindex를 적용할 수 있어서 세밀한 제어가 가능합니다.

티스토리. 서버에 직접 접근할 수 없기 때문에 페이지별로 robots 메타 태그를 제어하는 공식 수단이 없습니다. 스킨 HTML 편집으로 head 영역에 태그를 넣을 수는 있지만, 그렇게 하면 모든 페이지에 일괄 적용되어 선택적 처리가 어렵습니다. 티스토리에서는 카테고리를 의미 있는 범위로 정리하고 태그 수를 최소화해서 중복 아카이브 페이지 자체를 줄이는 구조 관리가 현실적으로 더 유효합니다.