리디렉션 오류를 검색하면 루프와 체인을 정리하라는 안내가 먼저 나옵니다. 그것부터 확인하는 것이 맞습니다. 다만 그 넷을 다 봤는데도 오류가 남아 있고, URL 검사에서는 정상으로 나오는 경우가 있습니다. 이때는 고칠 것이 남아 있는 상태가 아니라 기록과 현재 상태가 어긋나 있는 상태일 수 있습니다.
사유 목록에서 무엇이 정상 동작이고 무엇이 실제 문제인지는 색인 사유별 구분에서 따로 다룹니다.
먼저 확인할 네 가지는 무엇인가요?
아래는 리디렉션 오류의 대표적인 원인입니다. 여기서 걸리면 그 자리에서 해결되므로 먼저 훑고 넘어가십시오.
| 원인 | 확인할 것 |
|---|
| 리디렉션 루프 | A로 갔다가 다시 A로 돌아오는 구조가 있는지 |
| 체인 과다 | 여러 단계를 거쳐 최종 주소에 도달하는지 |
| 프로토콜 혼선 | http와 https, www 유무가 뒤섞여 있는지 |
| 사이트맵의 옛 주소 | 이미 리디렉션되는 주소가 사이트맵에 남아 있는지 |
기준: 2026년 8월 10일
이 글이 다루는 것은 그 다음입니다. 넷을 다 확인했는데 오류가 그대로일 때 무엇을 봐야 하는가입니다.
실시간 테스트는 통과하는데 왜 오류가 남아 있나요?
보고 있는 두 화면의 시점이 다르기 때문입니다.
| 화면 | 보여주는 시점 |
|---|
| URL 검사 실시간 테스트 | 버튼을 누른 지금 이 순간의 접근 결과 |
| 페이지 메뉴의 사유 목록 | 구글이 마지막으로 방문했던 시점의 기록 |
기준: 2026년 8월 10일
며칠 전 크롤링 시점에 리디렉션이 발생했고 그 사이 상태가 달라졌다면, 오늘의 실시간 테스트는 통과하지만 목록에는 옛 기록이 남아 있게 됩니다. 목록의 숫자는 구글이 다시 방문해 확인하기 전까지 갱신되지 않습니다.
이 경우 고칠 것이 남아 있는 것이 아니라, 구글의 재방문을 기다리는 상태에 가깝습니다.
모바일 주소 뒤에 붙는 값도 오류인가요?
플랫폼에 따라 모바일 접속 시 주소 뒤에 별도 값을 붙여 다른 화면을 내보내는 경우가 있습니다. 블로거가 대표적으로, 모바일에서 접속하면 원본 주소 뒤에 표시가 하나 붙습니다. 크롤링 소스를 열어 보면 스마트폰 크롤러가 그 주소로 이동한 기록이 남아 있어 원인으로 의심하기 쉽습니다.
다만 이것은 해당 플랫폼의 기본 동작입니다. 그리고 페이지에 대표 주소(canonical)가 원본으로 지정돼 있다면, 구글은 그 표기를 기준으로 어느 주소를 색인할지 판단합니다. 대표 주소가 정상적으로 지정돼 있는지부터 확인해 보십시오. 정상이라면 이 리디렉션 자체를 구조적 결함으로 보기는 어렵습니다.
유효성 검사를 시작했는데 그대로입니다
유효성 검사는 사유를 고쳤다고 알리면 구글이 다시 확인하는 절차입니다. 시작한 뒤 결과가 나오기까지 며칠에서 몇 주가 걸리고, 그동안 화면의 숫자는 그대로 유지됩니다.
진행 중에 할 일과 하지 말 일이 갈립니다.
- 검사가 시작됐는지 상태 표시를 확인합니다. 시작되지 않았다면 다시 요청합니다.
- 대상 주소 몇 개를 골라 URL 검사에서 실시간 테스트를 돌려 봅니다.
- 결과가 나올 때까지 기다립니다. 검사를 중단하고 다시 시작하면 처음부터 다시 진행됩니다.
- 같은 기간에 사이트 구조를 크게 바꾸지 않습니다. 무엇이 원인이었는지 판단이 흐려집니다.
세 번째가 특히 놓치기 쉽습니다. 변화가 없어 보인다고 검사를 다시 걸면 진행 중이던 확인이 초기화됩니다.
원인을 못 찾으면 어떻게 하나요?
여기서 솔직하게 적어 둘 부분이 있습니다. 위 항목을 다 확인해도 원인이 특정되지 않는 경우가 있습니다. 실시간 테스트는 정상이고, 대표 주소도 제대로 지정돼 있고, 사이트맵에도 문제가 없는데 목록에는 오류가 남아 있는 상태입니다.
이때 확실한 해결책은 없습니다. 색인 여부와 재크롤링 시점은 구글이 정하는 것이라 사이트 소유자가 앞당길 수 없습니다. 확인할 수 있는 것을 다 확인한 뒤에는 재검사 결과를 기다리는 것이 남은 선택지입니다.
그동안 새 글 발행을 멈출 이유는 없습니다. 오류가 표시된 주소와 새로 올리는 글은 별개로 처리됩니다.
자주 묻는 질문
오류 건수가 늘었습니다.
구글이 재방문하면서 같은 사유에 해당하는 주소가 추가로 잡힌 것일 수 있습니다. 대상 주소 목록을 열어 어떤 주소가 새로 들어왔는지 확인해 보십시오.
사이트맵을 다시 제출하면 빨라지나요?
사이트맵에 옛 주소가 남아 있는 경우가 아니라면 큰 차이가 없습니다. 읽기 상태에 오류가 없는지만 확인하면 됩니다.
색인 생성 요청을 반복하면 되나요?
되지 않습니다. 구글도 반복 요청은 필요하지 않다고 안내하며, 여러 번 눌러도 순서가 앞당겨지지 않습니다.
도메인을 바꾼 뒤에 생겼습니다.
주소 체계가 바뀌면 옛 주소가 새 주소로 넘어가는 구간이 생깁니다. 이전 주소가 사이트맵과 내부 링크에 남아 있는지부터 확인하십시오.
오류를 그냥 둬도 되나요?
해당 주소가 원래 색인될 필요가 없는 것이라면 그대로 두어도 됩니다. 대상 주소를 확인해 판단하십시오.
정리
순서는 이렇습니다. 루프와 체인, 프로토콜, 사이트맵을 먼저 확인하고, 거기서 안 걸리면 실시간 테스트와 목록의 시점 차이를 의심합니다. 대표 주소가 정상 지정돼 있다면 플랫폼 기본 동작으로 생기는 리디렉션은 결함이 아닙니다. 그 뒤로는 재검사를 기다리는 구간이고, 확인할 수 있는 것을 다 확인한 다음에는 앞당길 방법이 없습니다.
서치콘솔의 다른 메뉴가 각각 무엇을 보여주는지는 메뉴별 사용법에 정리해 두었습니다.
이 글은 2026년 8월 10일 기준으로 확인한 내용입니다. Search Console은 화면 구성과 사유 표기가 종종 바뀝니다.
참고: Google Search Console 고객센터 · Google 검색 센터 문서
댓글
댓글 쓰기