구글 서치 콘솔 /feed/ 중복 페이지 문제가 계속 증가하면 단순 오류처럼 보여도 실제로는 크롤링 낭비와 색인 혼란으로 이어질 수 있습니다. 특히 워드프레스는 RSS 피드 구조 때문에 /feed/ 주소가 자동 생성되는데, 검색 엔진이 이 주소를 일반 페이지처럼 수집하면 “사용자가 선택한 표준이 없는 중복 페이지” 문제가 발생하기 시작합니다.
처음에는 캐노니컬 태그가 있으니 괜찮다고 생각할 수 있습니다. 하지만 /feed/ 페이지 수가 늘어나면 검색 엔진이 실제 원본 페이지보다 RSS 주소를 더 자주 크롤링하는 상황도 생길 수 있습니다. 이런 상태가 길어지면 색인 품질에도 영향을 줄 가능성이 있습니다.
이번 글에서는 실제로 많이 사용하는 방법인 캐노니컬 설정, robots.txt 차단, 고유주소 재생성 방식까지 이미지 순서대로 정리해보겠습니다.
목차
캐노니컬(Canonical) 설정 먼저 확인해야 하는 이유
/feed/ 문제가 생기는 가장 큰 이유 중 하나는 검색 엔진이 원본 페이지와 RSS 피드를 서로 다른 페이지처럼 인식하기 때문입니다.
특히 워드프레스는 글마다 RSS 주소를 자동으로 생성하기 때문에 다음과 같은 주소가 같이 만들어질 수 있습니다.
- example.com/post-name/
- example.com/post-name/feed/
내용은 거의 같은데 주소만 다르기 때문에 검색 엔진 입장에서는 중복 콘텐츠처럼 보일 수 있습니다. 그래서 가장 먼저 확인해야 하는 부분이 캐노니컬(Canonical) 태그입니다.
위 화면은 캐노니컬(Canonical) 태그 관련 설정 화면입니다. 검색 엔진에게 어떤 페이지가 원본인지 알려주는 역할을 하며, RSS 피드나 매개변수 페이지가 원본보다 우선 인식되는 상황을 줄이는 데 중요합니다.
SEO 플러그인을 사용하면 대부분 자동으로 적용되지만, 플러그인 충돌이나 테마 문제로 누락되는 경우도 있습니다. 특히 커스텀 테마를 사용하는 사이트는 직접 확인하는 것이 안전합니다.
캐노니컬 태그가 정상 적용되면 검색 엔진은 RSS 페이지보다 원본 URL을 우선 기준으로 처리하게 됩니다.
robots.txt에서 /feed/ 차단하는 이유
캐노니컬만 적용했다고 해서 /feed/ 중복 페이지 문제가 완전히 사라지는 것은 아닙니다. 실제로는 검색 엔진이 RSS 주소를 계속 수집하는 경우가 많습니다. 그래서 가장 강하게 적용하는 방법이 robots.txt 차단입니다.
아래 코드를 robots.txt에 추가하면 됩니다.
User-agent: *
Disallow: /feed/이 설정을 추가하면 검색 엔진이 /feed/ 주소 접근을 제한하게 됩니다. 다만 RSS 제출까지 완전히 막고 싶지 않다면 아래 방식으로 분리하는 방법도 많이 사용합니다.
Allow: /feed/atom/
Disallow: /*/feed/이 구조는 일반 /feed/ 주소는 차단하면서 atom RSS는 유지하는 방식입니다. 여기서 중요한 부분은 Allow 규칙이 Disallow 위에 있어야 한다는 점입니다.
순서가 반대로 되면 RSS 제출 자체가 차단될 수 있습니다.
robots.txt 적용 상태 테스트하는 방법
robots.txt를 수정했더라도 실제로 적용되었는지 확인해야 합니다. 구글 서치 콘솔은 반영 시간이 걸리는 경우가 있기 때문에 바로 확인하기에는 조금 답답할 수 있습니다.
그럴 때 많이 사용하는 것이 빙 웹마스터 도구의 Robots.txt 테스터입니다.
위 화면은 Bing Webmaster Tools의 Robots.txt 테스트 도구입니다. /feed/ 주소가 실제로 차단되는지 확인할 때 많이 사용하는 화면입니다. URL 입력 후 테스트 버튼만 누르면 현재 robots.txt 규칙 기준으로 접근 허용 여부를 바로 확인할 수 있습니다.
특히 robots.txt 수정 직후에는 서버 캐시나 CDN 캐시 때문에 이전 규칙이 남아 있는 경우도 있는데, 이 도구를 사용하면 현재 적용 상태를 빠르게 확인할 수 있습니다.
구글 서치 콘솔보다 결과 확인 속도가 빠르기 때문에 /feed/ 차단 여부를 체크할 때 자주 사용됩니다.
워드프레스 고유주소를 다시 저장해야 하는 이유
/feed/ 문제가 계속 남아 있다면 Rewrite Rules 자체가 꼬여 있는 경우도 있습니다. 특히 캐시 플러그인, 보안 플러그인, CDN, 리버스 프록시 등을 같이 사용하는 사이트에서는 URL 처리 규칙이 정상 반영되지 않는 경우가 있습니다.
그럴 때 가장 간단하면서 효과가 나오는 방법 중 하나가 고유주소 재저장입니다.
위 화면은 워드프레스 설정 > 고유주소 메뉴입니다. 여기서 변경사항 저장 버튼을 다시 누르면 Rewrite Rules 규칙이 재생성됩니다. 이 과정에서 .htaccess 파일도 다시 갱신되며, URL 처리 규칙이 정상화되는 경우가 많습니다.
특히 /feed/ 페이지가 비정상적으로 생성되거나 매개변수 주소가 계속 늘어나는 사이트는 이 작업만으로 문제 흐름이 줄어드는 경우도 있습니다. 캐시 플러그인이나 LiteSpeed Cache를 사용하는 환경에서는 고유주소 저장 후 캐시 삭제까지 같이 진행하는 것이 좋습니다.
/feed/ 중복 페이지가 계속 증가하는 이유
/feed/ 중복 페이지는 단순히 RSS 때문만은 아닙니다. 다음과 같은 상황이 같이 발생하면 더 빠르게 늘어날 수 있습니다.
- 검색 파라미터 URL 증가
- 잘못된 Rewrite Rules
- 캐시 충돌
- SEO 플러그인 충돌
- CDN 캐시 문제
- 태그 및 카테고리 RSS 자동 생성
- 댓글 RSS 생성
특히 워드프레스는 기본적으로 RSS 관련 주소를 많이 생성하기 때문에 관리하지 않으면 서치 콘솔 오류 숫자가 계속 증가할 수 있습니다.
적용 후 실제로 달라지는 부분
/feed/ 차단 후 바로 순위가 상승하는 것은 아닙니다.
하지만 실제 체감되는 변화는 있습니다.
- 중복 페이지 증가 속도 감소
- 크롤링 낭비 감소
- 원본 URL 우선 수집 증가
- 색인 상태 안정화
- 서치 콘솔 오류 감소
특히 글 수가 많은 워드프레스 사이트일수록 /feed/ 정리는 생각보다 중요하게 작용합니다.
마무리
구글 서치 콘솔 /feed/ 중복 페이지 문제는 단순 경고처럼 보여도 장기간 방치하면 색인 구조가 복잡해질 수 있습니다.
가장 많이 사용하는 흐름은 아래 순서입니다.
- 캐노니컬 확인
- robots.txt 차단
- 고유주소 재저장
- 캐시 초기화
특히 워드프레스 사이트는 RSS 구조가 자동 생성되기 때문에 /feed/ 관리만 해도 중복 페이지 증가 속도가 눈에 띄게 줄어드는 경우가 많습니다.
▶ comment-page- 주소 차단 방법, ‘대체 페이지’ 오류 줄인 해결 과정
