리뉴얼·이전 · 공식 문서
리다이렉트 오류 원인과 서치 콘솔 해결 순서
서치 콘솔의 리디렉션 오류는 체인이 너무 길거나, 루프가 돌거나, URL이 너무 길어지거나, 체인에 잘못된 URL이 있는 4가지 중 하나입니다. 대개 CDN·서버·제작 도구에 나뉜 규칙이 서로 겹쳐 생기므로, 규칙을 한 곳으로 모아 첫 URL에서 최종 URL로 바로 보내면 끊깁니다.
리디렉션 오류는 리디렉션을 하나 더 걸어서가 아니라, 이미 걸린 규칙끼리 부딪혀서 생기는 경우가 많습니다. CDN, 웹 서버, 제작 도구가 각자 http·www 규칙을 들고 있기 때문입니다.
서치 콘솔은 이 상태를 「리디렉션 오류」로, 브라우저는 ERR_TOO_MANY_REDIRECTS 같은 오류로 보여 줍니다. 원인을 가르는 법과 끊는 순서를 공식 문서로 정리했습니다.
발견 01
서치 콘솔의 「리디렉션 오류」는 원인 4가지를 하나로 묶은 상태입니다
Google experienced one of the following redirect errors: A redirect chain that was too long · A redirect loop · A redirect URL that eventually exceeded the max URL length · A bad or empty URL in the redirect chain
구글이 다음 리디렉션 오류 중 하나를 겪었다. 너무 긴 리디렉션 체인, 리디렉션 루프, 끝내 최대 URL 길이를 넘은 리디렉션 URL, 체인 속 잘못되었거나 빈 URL.
| 원인 | 보고서 표기(한국어판) | 흔한 모습 | 고치는 법 | 공식 문서 원문 |
|---|---|---|---|---|
| 체인이 너무 김 | 리디렉션 체인이 너무 김 | http → https, www, 끝 슬래시 규칙이 따로 걸려 한 번에 가지 않고 여러 번 거칩니다 | 첫 URL에서 최종 URL로 한 번에 보내도록 규칙을 합칩니다 | While Googlebot can follow up to 10 hops in a "chain" of multiple redirects (for example, Page 1 > Page 2 > Page 3), we advise redirecting to the final destination directly. If this is not possible, keep the number of redirects in the chain low, ideally no more than 3 and fewer than 5.Googlebot 은 여러 리디렉션이 이어진 체인(예: 페이지 1 > 2 > 3)을 최대 10번까지 따라가지만, 최종 목적지로 바로 리디렉션하라고 권한다. 어렵다면 체인 속 리디렉션 수를 적게, 되도록 3개 이하·5개 미만으로 유지한다. |
| 루프 | 리디렉션 순환 오류 | CDN 은 https → http, 서버는 http → https 처럼 두 규칙이 서로를 가리킵니다 | 규칙 하나를 지우고, 방향은 http → https 한쪽으로 맞춥니다 | This error occurs when visitors get stuck in a redirect loop. Redirect loops can also occur if you have conflicting URL redirects.이 오류는 방문자가 리디렉션 루프에 갇혔을 때 생긴다. 리디렉션 규칙끼리 부딪칠 때도 루프가 생길 수 있다. |
| URL 길이 초과 | 리디렉션 URL이 최대 URL 길이를 초과 | 대상 URL이 다시 같은 규칙에 걸려 경로가 계속 덧붙습니다(예: /ko/ko/ko/…) | 대상 URL이 다시 규칙에 걸리지 않게 조건을 좁힙니다 | Additional path information beyond the matched URL-path will be appended to the target URL.일치한 URL 경로 뒤에 남은 경로는 대상 URL 뒤에 덧붙는다. |
| 잘못되거나 빈 URL | 리디렉션 체인에 잘못되거나 빈 URL이 있음 | Location 헤더가 비었거나, 체인 중간 URL이 형식이 틀렸습니다 | Location 에 https:// 로 시작하는 완전한 URL을 넣습니다 | The server SHOULD generate a Location header field in the response containing a preferred URI reference for the new permanent URI.서버는 응답에 새 영구 URI 를 가리키는 Location 헤더를 넣어야 한다. |
「리디렉션이 포함된 페이지」는 오류가 아닙니다. 리디렉션되는 옛 URL이 색인되지 않는다는 뜻이라, 정상적으로 이전한 사이트에서도 나옵니다.
고칠 대상은 「리디렉션 오류」 쪽입니다. 이 상태의 URL은 최종 페이지에 닿지 못해 색인 대상에서 빠집니다.
This is a non-canonical URL that redirects to another page. As such, this URL will not be indexed.
다른 페이지로 리디렉션되는 표준이 아닌 URL 이다. 그래서 이 URL 은 색인되지 않는다.
발견 02
루프는 대개 CDN 과 서버처럼 서로 다른 자리의 규칙이 반대 방향을 가리켜 생깁니다
After you add a new domain to Cloudflare, your visitors' browsers might display ERR_TOO_MANY_REDIRECTS or The page isn’t redirecting properly errors. This error occurs when visitors get stuck in a redirect loop.
새 도메인을 CDN 에 붙인 뒤 방문자 브라우저에 ERR_TOO_MANY_REDIRECTS 나 페이지가 제대로 리디렉션되지 않는다는 오류가 뜰 수 있다. 방문자가 리디렉션 루프에 갇혔을 때 생기는 오류다.
| 루프가 생기는 자리 | 원문 |
|---|---|
| CDN 이 원본 서버에 http 로 요청하고, 원본 서버는 https 로 보낼 때 | If your domain's encryption mode is set to Flexible, Cloudflare sends unencrypted requests to your origin server over HTTP. Redirect loops will occur if your origin server automatically redirects all HTTP requests to HTTPS.암호화 방식이 Flexible 이면 CDN 은 원본 서버에 암호화하지 않은 http 로 요청한다. 원본 서버가 모든 http 요청을 https 로 보내면 리디렉션 루프가 생긴다. |
| 리디렉션 규칙끼리 부딪칠 때 | Redirect loops can also occur if you have conflicting URL redirects. To solve this issue, review your various redirect rules and Page Rules to make sure no rules are not in conflict with each other.리디렉션 규칙끼리 부딪칠 때도 루프가 생긴다. 여러 리디렉션 규칙과 페이지 규칙을 살펴 서로 부딪치지 않게 한다. |
| 프로그램이 자기 자신으로 보낼 때(네이버) | 또한, 프로그램 문제로 자기 자신을 무한해서 반복해서 리다이렉션도 존재하는데요 이 경우에도 검색로봇이 수집하지 않습니다. |
| 브라우저·클라이언트의 처리(HTTP 표준) | A client SHOULD detect and intervene in cyclical redirections (i.e., "infinite" redirection loops). An earlier version of this specification recommended a maximum of five redirections ([RFC2068], Section 10.3).클라이언트는 돌고 도는(무한) 리디렉션 루프를 알아채고 끊어야 한다. 이 규격의 옛 판은 리디렉션을 최대 5번으로 권했다. |
루프를 끊을 때는 두 규칙 중 https → http 쪽을 지웁니다. 구글은 https 에서 http 로 보내는 리디렉션이 http 를 강하게 표준으로 고르게 한다고 적었습니다.
브라우저는 루프를 알아채면 요청을 멈추고 오류를 띄웁니다. 구글 크롤러도 따라가는 한도가 있어, 한도를 넘으면 최종 URL에 닿지 못합니다(원문: By default, Google's crawlers follow up to 10 redirect hops.)
Avoid bad TLS/SSL certificates and HTTPS-to-HTTP redirects because they cause Google to prefer HTTP very strongly.
잘못된 TLS/SSL 인증서와 HTTPS에서 HTTP로 가는 리디렉션은 피한다. 구글이 HTTP 버전을 매우 강하게 고르게 된다.
발견 03
리디렉션 오류는 6단계로 끊고, 마지막에 서치 콘솔에서 수정 결과를 확인합니다
| 순서 | 단계 | 하는 법 | 공식 문서 원문 |
|---|---|---|---|
| 1 | 오류 URL 모으기 | 서치 콘솔 「페이지 색인 생성」 보고서에서 「리디렉션 오류」 행을 열고 예시 URL을 내보냅니다 | Google experienced one of the following redirect errors: A redirect chain that was too long · A redirect loop · A redirect URL that eventually exceeded the max URL length · A bad or empty URL in the redirect chain구글이 다음 리디렉션 오류 중 하나를 겪었다. 너무 긴 리디렉션 체인, 리디렉션 루프, 끝내 최대 URL 길이를 넘은 리디렉션 URL, 체인 속 잘못되었거나 빈 URL. |
| 2 | 원인 가르기 | URL마다 끝까지 따라가 따라간 횟수와 최종 URL을 적고, 위 원인 넷 중 어디인지 가릅니다 | Use a web debugging tool such as Lighthouse to get more details about the redirect.Lighthouse 같은 웹 디버깅 도구로 리디렉션을 자세히 본다. |
| 3 | 규칙이 걸린 자리 적기 | CDN, 웹 서버 설정, .htaccess, 제작 도구, 애플리케이션 코드 중 리디렉션 규칙이 있는 곳을 모두 적습니다 | To solve this issue, review your various redirect rules and Page Rules to make sure no rules are not in conflict with each other.여러 리디렉션 규칙과 페이지 규칙을 살펴 서로 부딪치는 규칙이 없게 한다. |
| 4 | 규칙을 한 곳으로 모으기 | 같은 일을 하는 규칙이 두 곳에 있으면 하나만 남기고, 첫 URL에서 최종 URL로 바로 보냅니다 | While Googlebot can follow up to 10 hops in a "chain" of multiple redirects (for example, Page 1 > Page 2 > Page 3), we advise redirecting to the final destination directly.Googlebot은 리다이렉트 체인을 최대 10번까지 따라갈 수 있지만, 최종 도착 URL로 바로 리다이렉트하기를 권한다. |
| 5 | 최종 URL 확인 | 최종 URL이 200으로 열리고, 중간 URL까지 robots.txt 로 차단되지 않았는지 봅니다 | 이동하는 과정 및 최종 랜딩 URL은 수집 가능한 정상적인 페이지이어야 합니다. 특히 여러번 연결된 리다이렉션의 경우, 연결 과정에 있는 모든 주소들은 수집이 가능해야 합니다. |
| 6 | 수정 결과 확인 | 같은 오류의 URL을 모두 고친 뒤 「수정 결과 확인」을 한 번 누르고 결과를 기다립니다 | Fix all instances of the issue on your site. If you missed a fix, validation will stop when Google finds a single remaining instance of that issue. Click Validate fix. Do not click Validate fix again until validation has succeeded or failed. Validation typically takes up to about two weeks, but in some cases can take much longer, so please be patient.사이트에서 같은 문제를 모두 고친다. 하나라도 빠뜨리면 구글이 남은 하나를 찾는 순간 확인이 멈춘다. 수정 결과 확인을 누르고, 성공이나 실패가 나올 때까지 다시 누르지 않는다. 확인은 보통 2주쯤 걸리고 더 오래 걸릴 때도 있다. |
3단계가 가장 오래 걸립니다. 리디렉션 규칙은 설정을 바꾼 사람마다 다른 자리에 넣는 경우가 많아, 한 곳만 보고 고치면 다른 곳의 규칙이 남습니다.
6단계의 「수정 결과 확인」은 같은 오류의 URL을 모두 고친 뒤 누릅니다. 하나라도 남으면 확인이 멈춥니다.
| 체인 길이의 기준 | 원문 |
|---|---|
| 구글: 권하는 횟수 | While Googlebot can follow up to 10 hops in a "chain" of multiple redirects (for example, Page 1 > Page 2 > Page 3), we advise redirecting to the final destination directly. If this is not possible, keep the number of redirects in the chain low, ideally no more than 3 and fewer than 5.Googlebot 은 여러 리디렉션이 이어진 체인(예: 페이지 1 > 2 > 3)을 최대 10번까지 따라가지만, 최종 목적지로 바로 리디렉션하라고 권한다. 어렵다면 체인 속 리디렉션 수를 적게, 되도록 3개 이하·5개 미만으로 유지한다. |
| 구글: 크롤링에 미치는 영향 | Watch out for long redirect chains, which have a negative effect on crawling.긴 리디렉션 체인은 크롤링에 나쁜 영향을 주므로 조심한다. |
| 네이버: 권하는 횟수 | 연속해서 연결되는 리다이렉션 횟수는 최대 5회 이상을 넘기지 않는 것을 추천합니다. |
발견 04
같은 오류라도 B2B·B2C·B2G 사이트마다 규칙이 숨어 있는 자리가 다릅니다
예시 ① CDN 을 새로 붙인 SaaS 기업 사이트(B2B)
CDN 을 붙인 날부터 브라우저에 ERR_TOO_MANY_REDIRECTS 가 뜬 경우입니다. CDN 이 원본 서버에 http 로 요청하는데 서버가 http 를 https 로 보내는 루프입니다.
CDN 의 https 연결 설정을 원본 서버도 https 로 받는 방식으로 바꾸거나, 서버의 https 규칙을 CDN 한 곳으로 옮깁니다.
예시 ② 다국어 경로를 붙인 쇼핑몰(B2C)
모든 경로를 /ko/ 로 보내는 규칙을 넣었더니 서치 콘솔에 「리디렉션 URL이 최대 URL 길이를 초과」가 뜬 경우입니다. /ko/ 로 시작하는 URL도 다시 규칙에 걸려 경로가 계속 늘어납니다.
규칙에 「/ko/ 로 시작하지 않는 URL만」이라는 조건을 붙이고, 같은 URL로 다시 따라가 봅니다.
예시 ③ 개편 뒤 옛 게시판 URL이 남은 공공기관 누리집(B2G)
옛 게시판에서 중간 페이지를 거쳐 새 게시판으로 가는 리디렉션이 겹쳐 체인이 길어진 경우입니다. 수행사가 바뀔 때마다 규칙을 덧붙여 온 것이 원인입니다.
규칙을 한 파일에 모아 옛 URL마다 최종 URL로 바로 보내도록 고치고, 운영 문서에 규칙 위치를 적어 둡니다.
그럼 리디렉션 오류가 뜬 날 무엇부터 하나요?
- 서치 콘솔 「페이지 색인 생성」 보고서에서 「리디렉션 오류」 행의 예시 URL을 내보냅니다. 「리디렉션이 포함된 페이지」는 오류가 아니므로 따로 둡니다.
- URL마다 끝까지 따라가 원인 4가지 중 어디인지 가릅니다.
- CDN, 웹 서버, .htaccess, 제작 도구, 애플리케이션 코드에서 리디렉션 규칙을 모두 찾아 한 곳으로 모읍니다.
- 루프면 https → http 규칙을 지우고, 체인이면 첫 URL에서 최종 URL로 바로 보냅니다.
- 같은 오류의 URL을 모두 고친 뒤 「수정 결과 확인」을 한 번 누르고 결과 알림을 기다립니다.
조사 방법
- Search Console Help 「Page indexing report」 · 최종 확인일 2026-10-25 · https://support.google.com/webmasters/answer/7440203
- Google Search Central 「Troubleshoot Google Search crawling errors」 (문서 수정일 2025-12-18) · 최종 확인일 2026-10-25 · https://developers.google.com/search/docs/crawling-indexing/troubleshoot-crawling-errors
- Google Search Central 「How to specify a canonical URL with rel="canonical" and other methods」 (문서 수정일 2026-07-10) · 최종 확인일 2026-10-25 · https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls
- Google Search Central 「How to move a site」 (문서 수정일 2026-08-20) · 최종 확인일 2026-10-18 · https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes
- Google Crawling Infrastructure 「How HTTP status codes affect Google's crawlers」 (문서 수정일 2026-02-04) · 최종 확인일 2026-10-25 · https://developers.google.com/crawling/docs/troubleshooting/http-status-codes
- 네이버 서치어드바이저 「웹 페이지의 이동」 · 최종 확인일 2026-10-25 · https://searchadvisor.naver.com/guide/seo-basic-redirect
- IETF 「RFC 9110 HTTP Semantics」 (문서 수정일 2022-06) · 최종 확인일 2026-10-25 · https://www.rfc-editor.org/rfc/rfc9110
- Cloudflare SSL/TLS docs 「ERR_TOO_MANY_REDIRECTS」 (문서 수정일 2026-09-01) · 최종 확인일 2026-10-25 · https://developers.cloudflare.com/ssl/troubleshooting/too-many-redirects/
- Apache HTTP Server Version 2.4 Documentation 「mod_alias」 · 최종 확인일 2026-10-25 · https://httpd.apache.org/docs/2.4/mod/mod_alias.html
- 원인 4가지는 「Page indexing report」의 「Redirect error」 목록 항목 수입니다. 「흔한 모습」과 해결 6단계는 위 문서들을 순서 단위로 묶은 것이며, 묶는 방식은 편집 판단입니다.
- 예시 ①②③은 이해를 돕기 위해 만든 가상 상황이며, 실제 기업·기관의 사례가 아닙니다.
- 원문은 영어판(hl=en)이고, 보고서·상태 이름은 같은 문서 한국어판(hl=ko) 표기를 따랐습니다. 서치 콘솔 도움말과 네이버 가이드는 페이지에 수정일이 없습니다.