‘페이지에 리디렉션 포함’ 오류 뜰 때 – 즉시 해결법

새 페이지를 퍼블리시했는데 구글 서치콘솔에 '페이지에 리디렉션 포함' 오류가 뜨고 검색 노출이 급감해 당황하는 상황에서 구글 서치콘솔 오류 메시지별 대응 방법을 찾게 되는 경우가 많습니다. 이 오류는 단순히 페이지 주소가 바뀌었다는 것을 넘어, 구글 크롤러가 특정 URL에 접근했을 때 최종 콘텐츠가 아닌 다른 주소로 계속 보내지거나, 리디렉션 설정이 꼬여 있어 색인을 생성하지 못할 때 발생하는 심각한 문제입니다. 웹사이트의 트래픽은 물론 도메인 권위까지 위협받을 수 있는 상황이므로, 즉각적인 기술적 진단과 조치가 필요합니다. 이 글에서는 리디렉션의 정확한 원인을 진단하고 워드프레스 설정, 서버 레벨 수정, 색인 요청까지 구글 서치콘솔 오류 메시지별 대응 방법에 필요한 모든 절차를 상세히 안내합니다.

1. 오류 발생 원인과 진단 방법

'페이지에 리디렉션 포함' 오류는 단순히 페이지가 이동했다는 뜻이 아닙니다. 구글 입장에서 색인하려는 페이지가 리디렉션만 반복하거나, 최종 도착지가 명확하지 않을 때 이 메시지를 표시합니다. 가장 흔한 원인은 잘못된 리디렉션 설정, 리디렉션 루프(무한 반복), 또는 워드프레스 등 CMS의 플러그인 충돌입니다. 예를 들어, 과거에 존재했던 게시물을 삭제하고 홈페이지로 보내는 설정을 해두었으나, 그 홈페이지가 다시 HTTPS로 강제 이동하는 경우, 크롤러는 최종 목적지를 찾기 전에 두 번의 점프를 해야 합니다. 이 과정에서 어딘가 끊기거나 순환 구조가 생기면 오류가 발생합니다. 이를 해결하려면 먼저 현재 페이지가 어떻게 작동하는지 기술적으로 정밀 진단해야 합니다.

진단을 위해서는 단순히 브라우저 주소창에 주소를 입력하는 것으로는 부족합니다. 브라우저는 리디렉션을 자동으로 따라가기 때문에 중간 과정을 볼 수 없기 때문입니다. 사용자는 최종 페이지만 보게 되지만, 구글봇은 중간에 어떤 상태 코드(301, 302 등)를 거쳤는지 중요하게 생각합니다. 따라서 서버가 응답하는 헤더 정보를 직접 확인해야 합니다. 터미널이나 명령 프롬프트를 사용하여 cURL 명령어로 응답 상태를 확인하는 것이 가장 정확한 방법입니다.

curl -I https://www.example.com/your-page-url

위 명령어를 실행했을 때 결과값에서 HTTP/1.1 301 Moved Permanently 또는 HTTP/2 301이 보이고 그 아래 location: 항목에 새로운 주소가 적혀 있다면 정상적인 리디렉션입니다. 하지만 HTTP/1.1 302 Found가 계속 반복되거나, location:의 주소가 다시 원래 주소를 가리키고 있다면 리디렉션 루프(Loop)에 걸린 것입니다.

또 다른 진단 방법으로는 크롬 개발자 도구의 네트워크(Network) 탭을 활용하는 것이 있습니다. F12 키를 눌러 개발자 도구를 연 후 'Network' 탭으로 이동하여 페이지를 새로고침하세요. 상단 필터를 'Doc'으로 설정한 후 문서 이름을 클릭하면 'Headers' 영역에서 응답 코드와 리디렉션 경로를 한눈에 볼 수 있습니다. 이 과정을 통해 리디렉션이 몇 단계로 이루어져 있는지, 어디서 끊기는지 시각적으로 파악할 수 있습니다.

Photo by Markus Spiske on Pexels

2. 리디렉션 체인과 루프 문제 해결

구글은 리디렉션 과정이 최소화되기를 선호합니다. 문제가 되는 가장 흔한 패턴은 '리디렉션 체인(Redirect Chain)'이 너무 길어지는 경우입니다. 예를 들어, A 페이지가 B 페이지로, B 페이지가 다시 C 페이지로 이동하는 2단계 이상의 체인이 발생하면 크롤러는 리소스를 낭비하게 되고, 링크 평가 점수(Link Equity)가 이동 과정에서 소실됩니다. 구글 서치콘솔에서 '페이지에 리디렉션 포함' 오류가 뜨는 경우, 이러한 체인 중간에 끊긴 링크가 있거나 최종 도착지가 404 오류 페이지인 경우가 많습니다. 해결책은 불필요한 중간 단계를 없애고 A 페이지에서 C 페이지(최종 목적지)로 바로 연결하는 '1단계 리디렉션'으로 정리하는 것입니다.

더 심각한 문제는 '리디렉션 루프(Redirect Loop)'입니다. 이는 A가 B로 가고, B가 다시 A로 오는 무한 루프에 빠진 상태를 말합니다. 사용자나 봇은 결국 콘텐츠에 도달하지 못하고 '페이지가 너무 많이 리디렉션되었습니다(Too Many Redirects)'라는 브라우저 오류를 마주하게 됩니다. 이는 보통 워드프레스의 SSL 설정 플러그인과 서버의 리디렉션 규칙이 서로 충돌하거나, 잘못된 정규 표현식(Regex)을 사용하여 자기 자신을 포함하는 URL 패턴을 리디렉션 했을 때 발생합니다. 루프 문제를 해결하려면 가장 최근에 변경된 설정(플러그인 활성화, .htaccess 수정 등)을 의심하고 원복하거나, 서버 로그를 통해 어디서 순환 참조가 발생하는지 찾아내야 합니다.

리디렉션을 정리할 때는 반드시 3xx 상태 코드의 의미를 정확히 이해하고 사용해야 합니다. 301 Moved Permanently는 영구적인 이동을 의미하며, 검색 엔진에게 URL의 권한을 새 주소로 완전히 넘기라는 신호입니다. 반면 302 Found는 일시적인 이동을 의미합니다. 콘텐츠가 영구적으로 사라지고 다른 곳으로 이동했다면 반드시 301을 사용해야 SEO 가치가 보존됩니다. 실수로 일시적인 상황에 301을 남발하거나, 그 반대의 경우에 302를 사용하면 구글은 페이지를 평가하는 데 혼란을 겪게 됩니다. 모든 리디렉션 목록을 엑셀로 추출하여 출발지와 도착지를 매핑하고, 불필요한 중간 경로를 모두 제거하는 체크리스트 작업이 필수적입니다.

3. 구글 서치콘솔 오류 메시지별 대응 방법 - 워드프레스 설정 점검

CMS로 워드프레스를 사용하는 경우, 플러그인 충돌이 리디렉션 오류의 주범인 경우가 매우 많습니다. 특히 SEO 관련 플러그인(Yoast SEO, RankMath 등)이나 전용 리디렉션 플러그인(Redirection 등)이 서로 다른 규칙을 적용하고 있는지 확인해야 합니다. 예를 들어, Yoast SEO에서 '기본 도메인 설정'을 www 없는 버전으로 해두고, 워드프레스 일반 설정에서는 www 있는 버전으로 되어 있으면, 접속할 때마다 서로 다른 주소로 리디렉션 시키려 하여 충돌이 발생할 수 있습니다. 이 경우 일관된 URL 표준(Canonical)을 하나로 정해야 합니다.

또한 워드프레스 관리자 대시보드의 [설정 > 일반] 메뉴에서 '워드프레스 주소(URL)'와 '사이트 주소(URL)'가 정확히 일치하는지 점검하세요. 여기에 잘못된 주소가 들어가 있거나 http/https 프로토콜이 불일치하면, 사이트 전체 또는 특정 페이지에 접근 시 리디렉션 루프가 발생합니다. 최근 SSL 보안 인증서를 설치했다면 이 두 주소가 모두 https://로 시작하는지 반드시 확인해야 합니다.

플러그인 문제를 진단하는 가장 확실한 방법은 '충돌 테스트'입니다. 모든 리디렉션 관련 플러그인을 일시적으로 비활성화한 후 문제가 해결되는지 확인합니다. 비활성화 후 오류가 사라진다면, 플러그인을 하나씩 다시 활성화하면서 어느 플러그인이 문제를 일으키는지 격리해야 합니다. 특히 'Really Simple SSL' 같은 보안 플러그인은 .htaccess 파일을 자동으로 수정하여 강제 HTTPS 리디렉션을 거는데, 이 규칙이 다른 플러그인의 규칙과 충돌하면 사이트 접속이 불가능해질 수 있으므로 주의가 필요합니다.

4. 서버 레벨 수정과 .htaccess 활용