Search Console의 ‘리디렉션이 포함된 페이지’: 어떤 URL을 확인해야 할까?

서비스 페이지를 /old-service에서 /services/design으로 옮겼다고 가정해 보겠습니다. 이후 Search Console에 이전 주소가 ‘리디렉션이 포함된 페이지’로 표시됩니다. 새 페이지는 브라우저에서 열립니다. 이전 주소도 색인에 등록해야 할까요?

대개 더 유용한 질문은 이전 주소가 사람들이 실제로 찾기를 바라는 페이지로 이어지는지입니다. Google은 이 상태를 다른 페이지로 리디렉션되는 비정규 URL이라고 설명합니다. 이 상태의 원본 URL은 색인에 등록되지 않으며, 대상 URL은 등록될 수도 있고 그렇지 않을 수도 있습니다. 별도의 보고서 항목인 ‘리디렉션 오류’는 반복 고리나 지나치게 긴 체인처럼 Google이 리디렉션을 따라가는 과정에서 발견한 문제를 뜻합니다.

위 예시는 설명을 위한 것으로 고객 사이트에서 발견한 사례가 아닙니다. 사이트 전체의 리디렉션을 바꾸기 전에 중요한 URL 하나를 확인하는 방법을 살펴보겠습니다.

원본과 의도한 대상을 기록하기

Search Console에서 페이지 색인 생성 보고서를 열고 ‘리디렉션이 포함된 페이지’를 선택한 다음 URL 하나를 고릅니다. http 또는 https, 호스트 이름, 경로, 끝의 슬래시, 쿼리 매개변수까지 포함한 전체 주소를 복사합니다. 보고서에 Google의 마지막 크롤링 날짜가 표시되면 함께 기록합니다.

이어서 보고된 URL인 원본과 방문자가 도착하기를 바라는 주소인 대상을 모두 적습니다. 이전 서비스 URL을 대체 페이지로 옮긴 것은 의도된 변경일 수 있습니다. 반면 유료 캠페인 URL이 방문자를 관계없는 홈페이지로 보낸다면 더 살펴볼 필요가 있습니다.

이 보고서에 URL이 있다는 사실만으로 대상이 색인에 등록되었거나 리디렉션이 순위에 해를 끼쳤다고 결론 낼 수는 없습니다. 어떤 설정이 리디렉션을 만들었는지도 알려주지 않습니다.

로그인하지 않은 상태로 주소 따라가기

브라우저의 비공개 창에서 원본 URL을 열고 주소 표시줄의 최종 주소를 기록합니다. 예상한 페이지와 내용에 도착하나요? 로그인 화면, 잘못된 언어, 관계없는 서비스 또는 오류로 이동한다면 언제 어떤 일이 발생했는지 적어 둡니다. 비공개 브라우저는 해당 방문자의 경로를 보여줍니다. 예를 들어 사용자 에이전트에 따라 규칙이 달라지면 Googlebot은 다른 응답을 받을 수 있습니다.

최종 주소가 예상과 다르면 호스팅 플랫폼의 리디렉션 도구나 각 응답과 Location 헤더를 보여주는 웹 디버깅 도구로 경로를 확인합니다. 체인의 예시는 다음과 같습니다.

/old-service → /services → /services/design

위 체인은 예시일 뿐입니다. 어떤 단계가 이전 주소로 돌아가거나 유효하지 않거나 비어 있는 대상을 가리킨다면 그 단계를 조사합니다. Google은 반복 고리, 지나치게 긴 체인, 유효하지 않거나 비어 있는 URL, 최종적으로 너무 길어진 URL을 ‘리디렉션 오류’ 사례로 제시합니다. ‘리디렉션이 포함된 페이지’ 항목이 있다고 해서 이런 오류가 자동으로 발생했다는 뜻은 아닙니다.

플랫폼을 사용한다면 리디렉션이 대시보드, 플러그인, 웹 서버 또는 CDN 같은 다른 계층에 설정되어 있을 수 있습니다. 서로 다른 계층의 규칙이 충돌할 수 있으므로, 변경하기 전에 경로를 추적하고 각 규칙이 어느 계층에 속하는지 확인합니다. 비공개 URL, 액세스 토큰이나 고객 정보를 공개 디버깅 서비스에 붙여 넣지 마세요.

대상 URL을 별도로 검사하기

URL 검사에서 원본의 색인 등록 결과와 크롤링 날짜를 확인합니다. 그런 다음 의도한 대상을 별도의 URL로 검사합니다. 원본 보고서만으로는 대상의 색인 상태를 알 수 없습니다. 대상이 검사할 수 있는 속성 밖에 있다면 공개적으로 접근 가능한지 확인하고 적절한 경우 소유자에게 문의합니다. Search Console에서 대상의 색인 상태를 볼 수 없을 수도 있습니다. 검사 결과가 없다는 것이 색인되지 않았다는 증거는 아닙니다.

Google에 따르면 실시간 테스트는 리디렉션을 따라 최종 URL을 검사하지만, 리디렉션을 따라갔다는 사실이나 최종적으로 어떤 주소를 검사했는지는 표시하지 않습니다. 따라서 실시간 테스트는 현재 접근을 확인하는 데 도움이 되지만 원본에서 대상까지의 경로 확인을 대신하지는 못합니다. 실시간 결과는 색인 등록을 보장하지 않으며 Google이 선택할 정규 URL도 예측하지 못합니다. Google에 기록된 색인 정보와 날짜를 함께 비교하되, 두 결과를 서로 다른 관찰로 취급하세요.

대상이 색인되지 않았다면 대상에 보고된 이유를 확인합니다. 예를 들어 대상에 의도적으로 설정한 noindex는 원본 주소가 올바르게 리디렉션되는 것과는 별개의 문제입니다. 대상 자체의 색인 관련 이유를 해결하세요. 원본 항목을 지우기 위해 정상 작동하는 리디렉션을 제거해도 대상의 noindex는 해결되지 않습니다.

유지할지 수정할지 결정하기

이전 주소가 의도대로 관련 있는 대체 페이지로 안정적으로 이동하고, 그 대체 페이지가 방문자에게 보여주려는 페이지라면 상태만을 이유로 리디렉션을 제거할 필요는 없습니다. 이전 주소를 계속 작동하게 두면 기존 링크를 따라오는 사람에게도 도움이 됩니다. Google은 링크나 다른 발견 경로를 통해 이전 주소를 계속 접할 수 있습니다. 보고서에 항목이 남아 있어도 발견 경로를 알 수 없으며 현재 사이트맵에 여전히 포함되어 있다는 증거도 아닙니다.

중요한 페이지가 예상과 달리 잘못된 대상으로 이동한다면 원인이 되는 규칙을 찾아 수정합니다. 제품 페이지가 관계없는 홈페이지로 이동하는 경우와 이전 URL이 대체 페이지로 이동하는 경우는 다릅니다. 삭제한 페이지에 적절한 대체 페이지가 없다면 404 Not Found 또는 410 Gone 응답이 적절할 수 있습니다. 관련 없는 삭제 페이지를 홈페이지로 리디렉션하면 소프트 404로 처리될 수 있습니다.

영구 이동의 경우 Google의 리디렉션 가이드는 301과 308 같은 영구 리디렉션을 대상을 정규 URL로 삼아야 한다는 신호로 취급합니다. 302와 307 같은 임시 리디렉션의 의미는 다릅니다. Google은 올바르게 해석할 가능성이 높은 방법 중 서버 측 리디렉션을 먼저 나열합니다. 이동을 오래 유지할 의도인지에 따라 선택하세요. Google이 선택한 정규 URL은 원하는 주소와 다를 수 있습니다.

직접 관리하는 링크를 의도한 페이지로 연결하기

현재 사이트맵이나 내부 링크가 여전히 이전 URL을 사용한다면 적절한 경우 의도한 대상으로 업데이트합니다. 예를 들어 /old-service를 /services/design으로 옮긴 뒤 직접 관리하는 탐색 링크를 /services/design으로 바로 연결할 수 있습니다. 업데이트할 수 없는 이전 링크를 위해 리디렉션은 유지하세요. 자체 탐색 메뉴를 바꿨다는 이유만으로 리디렉션을 제거하지 마세요.

이 정리는 방문자에게 직접 경로를 제공하고 Google에 선호 주소를 더 명확히 알립니다. 색인 등록을 약속하는 것도, 웹의 모든 이전 링크를 교체해야 한다는 뜻도 아닙니다. Search Console은 현재 사이트맵 이외의 출처에서 발견한 URL을 보고할 수 있습니다.

한 경로를 다시 확인하고 결과 기록하기

수정한 뒤 원본에서 대상까지의 확인을 반복하고 대상을 다시 검사합니다. 원본, 최종 URL, 관찰한 응답이나 리디렉션 단계, 변경 내용과 날짜를 기록합니다. 실제 문제를 해결했다면 Search Console의 확인 기능을 통해 Google에 재검사를 요청할 수 있습니다. 이 확인은 대상의 색인 등록이나 특정 날짜의 보고서 업데이트를 보장하지 않습니다.

홈페이지를 별도로 살펴보고 싶다면 SEOHabit의 웹사이트 SEO 검사 도구가 가입 후 홈페이지에 범위가 제한된 첫 검사를 제공합니다. 이 첫 검사에는 사이트 소유권 확인이 필요하지 않지만 지속적인 검사에는 필요합니다. 이 도구는 Google이 특정 리디렉션 대상을 선택한 이유를 알려줄 수 없습니다. 그 질문에는 Search Console과 실제 리디렉션 경로를 사용하세요.

리디렉션은 결함이 아니라 의도한 경로일 수 있습니다. 보고서의 정확한 주소부터 시작해 어디로 이어지는지 확인하고, 사람들이 실제로 찾기를 바라는 페이지를 검사하세요.

출처: Google 페이지 색인 생성 보고서(https://support.google.com/webmasters/answer/7440203), URL 검사 도움말(https://support.google.com/webmasters/answer/9012289), 리디렉션 가이드(https://developers.google.com/search/docs/crawling-indexing/301-redirects).