Search Console 유효성 검사 요청 후 무엇을 봐야 할까: 리디렉션 오류와 대체 페이지 확인 순서

Search Console에서 유효성 검사 요청 버튼을 눌렀는데, 숫자가 바로 줄지 않아 당황한 적이 있으신가요? 저도 최근 ai60lab 블로그를 정리한 뒤 비슷한 상황을 겪었습니다.

공개 글을 줄이고 대표 글을 보강한 뒤 Search Console을 다시 확인해 보니, 전체 요약 화면에서는 리디렉션 오류 27건, 적절한 표준 태그가 포함된 대체 페이지 8건, 그리고 색인이 생성된 페이지 8건이 보였습니다. 리디렉션 오류 상세 화면에서는 7월 10일 기준으로 영향을 받은 페이지 27건이 표시되어 있었습니다. 처음 보면 모두 문제처럼 느껴지지만, 실제로는 같은 의미가 아닙니다.

이 글은 제가 직접 확인한 Search Console 화면을 바탕으로, 유효성 검사 요청 후 무엇을 기다리고 무엇을 먼저 확인해야 하는지 정리한 실전 점검 순서입니다. Blogger를 운영하면서 색인 오류, 대체 페이지, 모바일 URL 때문에 헷갈리는 분이라면 아래 순서대로 보면 됩니다.

이번 ai60lab 사례에서 실제로 본 화면

페이지 색인이 생성되지 않는 이유를 유형별로 보여주는 화면. 리디렉션 오류, 대체 페이지, robots.txt 차단, 크롤링됨 미색인 항목을 같은 문제로 보지 않고 나누어 확인해야 한다.

이번 글은 일반적인 Search Console 설명이 아니라, ai60lab 블로그에서 2026년 7월 21일에 다시 확인한 화면을 바탕으로 작성했습니다. 제가 캡처에서 확인한 내용은 아래와 같습니다.

확인 화면	실제 표시된 내용	처음 느낀 점	다시 확인한 뒤의 판단
페이지 색인 생성 요약	색인이 생성되지 않은 페이지 42건, 색인 생성된 페이지 8건	아직 색인 문제가 많이 남아 있다고 느꼈습니다.	전체 수치만 보지 말고 이유별 항목을 나누어 보기로 했습니다.
페이지 색인이 생성되지 않는 이유	리디렉션 오류 27건, 대체 페이지 8건, robots.txt 차단 1건, 크롤링됨/미색인 6건	모든 항목을 같은 오류로 봐야 하는지 헷갈렸습니다.	리디렉션 오류와 대체 페이지는 성격이 다르므로 따로 판단해야 한다고 보았습니다.
리디렉션 오류 상세	7월 10일 금요일 기준 영향 받은 페이지 27건, 7월 21일 유효성 검사 시작	7월 10일 이후에도 개선되지 않은 것처럼 보여 불안했습니다.	유효성 검사는 즉시 반영되는 작업이 아니므로 재신청 후 7~14일 단위로 보기로 했습니다.
대체 페이지 상세	영향을 받은 페이지 8건, 7월 21일 유효성 검사 시작	대체 페이지도 모두 고쳐야 할 오류라고 생각했습니다.	Blogger의 ?m=1 모바일 URL일 수 있으므로 표준 URL 관계를 먼저 확인하기로 했습니다.

이 표를 만들고 나서야 “오류 숫자가 크다”는 막연한 불안에서 벗어날 수 있었습니다. 중요한 것은 숫자 자체보다, 그 숫자 안에 어떤 종류의 URL이 섞여 있는지 나누어 보는 일이었습니다.

먼저 요점부터

• 유효성 검사를 요청했다고 해서 숫자가 바로 줄어드는 것은 아닙니다.
• 리디렉션 오류는 전체 요약 숫자와 상세 화면의 영향 페이지 수를 함께 봐야 합니다.
• ?m=1이 붙은 Blogger 모바일 URL은 대체 페이지로 보일 수 있습니다.
• 색인 생성된 페이지 8건은 Google이 사이트를 다시 읽고 있다는 긍정 신호로 볼 수 있습니다.
• 같은 URL에 색인 요청을 반복하기보다 7일에서 14일 정도 간격을 두고 변화를 확인하는 편이 좋습니다.

1. 유효성 검사 요청은 “즉시 해결” 버튼이 아니다

Search Console에서 오류 항목을 열면 유효성 검사 시작 또는 수정 결과 확인과 비슷한 버튼을 볼 수 있습니다. 이 버튼을 누르면 Google이 해당 오류에 포함된 URL을 다시 확인하기 시작합니다.

하지만 이 과정은 실시간 처리가 아닙니다. Google 공식 안내에서도 재크롤링과 색인 반영에는 며칠에서 몇 주가 걸릴 수 있다고 설명합니다. 또 같은 URL에 반복해서 요청한다고 더 빨라지는 것도 아닙니다.

그래서 버튼을 눌렀다면 바로 다음 날 숫자가 줄어들기를 기다리기보다, 먼저 기준 수치를 기록해 두는 것이 좋습니다.

2. 리디렉션 오류 27건은 먼저 분류해야 한다

리디렉션 오류 상세 화면. 7월 10일 기준 영향 받은 페이지 27건이 남아 있었고, 7월 21일 유효성 검사를 다시 시작했다.

제가 확인한 전체 요약 화면에서는 리디렉션 오류가 27건으로 표시되었습니다. 다만 리디렉션 오류 상세 화면에서는 7월 10일 금요일 기준으로 영향을 받은 페이지가 27건으로 보였습니다. 이런 차이가 보일 때는 숫자 하나만 보고 판단하기보다, 요약 화면과 상세 화면을 함께 보는 것이 좋습니다.

숫자만 보면 큰 문제처럼 보이지만, 이 URL들이 모두 현재 공개 글의 문제라고 보기는 어렵습니다. 현재 공개 중인 글, 정리 과정에서 제외된 예전 글, Blogger 모바일 URL, 중복 URL이 섞여 있을 수 있기 때문입니다.

특히 블로그 글을 정리하거나 URL이 바뀌었거나 모바일 URL이 함께 잡힌 경우에는 Search Console에 예전 URL이나 변형 URL이 남아 있을 수 있습니다. 그래서 바로 글을 고치기 전에 URL을 아래처럼 나누어 보는 것이 먼저입니다.

분류	확인 기준	조치 방향
현재 공개 글	브라우저에서 정상 접속되어야 하는 글	URL 검사로 실제 접근과 색인 가능 여부 확인
삭제 또는 정리된 글	현재 블로그에서 의도적으로 제외한 글	무리하게 복구하지 말고 자연 정리 관찰
모바일 URL	?m=1이 붙은 Blogger 주소	대표 URL로 잘 연결되는지 확인
오타 또는 중복 URL	.html.html처럼 어색한 주소	내부 링크나 위젯에 남아 있는지 확인
고정 페이지	소개, 문의, 개인정보처리방침 같은 페이지	접근 가능 여부와 표준 URL 확인

3. 대체 페이지 8건은 모두 나쁜 오류가 아닐 수 있다

적절한 표준 태그가 포함된 대체 페이지 8건이 표시된 화면.
Blogger의 모바일 URL이나 대체 URL은 대표 URL과의 관계를 먼저 확인해야 한다.

Search Console에는 적절한 표준 태그가 포함된 대체 페이지라는 항목이 보일 수 있습니다. 표현이 길어서 어렵게 느껴지지만, 쉽게 말하면 Google이 “이 URL 말고 대표로 볼 URL이 따로 있다”고 판단했다는 뜻에 가깝습니다.

Blogger에서는 같은 글이라도 데스크톱 URL과 모바일 URL이 함께 보일 수 있습니다. 예를 들어 원래 글 주소 뒤에 ?m=1이 붙은 주소가 모바일용으로 잡히는 경우가 있습니다.

이때 Google이 원래 글 주소를 대표 URL로 보고, ?m=1 주소를 대체 페이지로 분류한다면 그것은 반드시 고쳐야 할 오류라고 보기 어렵습니다. 중요한 것은 모바일 URL 자체가 색인되는지보다, 대표 URL이 정상적으로 색인되고 있는지입니다.

4. 새롭게 색인된 8건은 긍정 신호로 볼 수 있다

이번 점검에서 가장 반가웠던 부분은 색인이 생성된 페이지가 8건으로 보였다는 점입니다. 이전 확인 때보다 4건 늘어난 상태였습니다.

이 숫자는 블로그가 완전히 안정되었다는 뜻은 아닙니다. 하지만 Google이 사이트를 다시 읽고 있고, 일부 URL을 색인 대상으로 받아들이기 시작했다는 신호로 볼 수 있습니다.

예를 들어 이번 캡처에서는 Search Console 관련 글, AI 글쓰기 비교 글, AI 콘텐츠 제작 글이 색인 목록에 함께 보였습니다. 그래서 저는 새 글을 무작정 늘리기보다, 이미 색인되기 시작한 글들을 서로 연결해 Google이 블로그의 주제 묶음을 더 쉽게 이해하도록 만드는 쪽이 낫다고 판단했습니다.

그래서 지금 단계에서 해야 할 일은 불안해서 계속 버튼을 누르는 것이 아니라, 색인된 글과 아직 기다리는 글을 나누어 보고 내부 링크를 보강하는 것입니다.

5. 유효성 검사 후 7일 동안 볼 체크리스트

유효성 검사를 요청한 뒤에는 아래 항목을 기준으로 차분히 확인하면 됩니다.

• 리디렉션 오류 수가 줄었는가?
• 요약 화면의 오류 수와 상세 화면의 영향 페이지 수가 어떻게 다른가?
• 오류 URL 중 현재 공개 글이 포함되어 있는가?
• ?m=1 모바일 URL이 대체 페이지로 분류된 것인가?
• 새롭게 색인된 페이지 수가 늘었는가?
• 최근 수정한 글의 최종 크롤링 날짜가 갱신되었는가?
• 색인 요청을 반복하지 않고 충분한 시간을 두고 있는가?

6. 제가 이번에 정한 운영 기준

이번 경험을 통해 저는 Search Console을 볼 때 다음 기준을 세웠습니다.

• 새 글을 많이 쓰기보다 기존 글의 내부 링크를 먼저 보강한다.
• 색인 오류 URL을 모두 같은 문제로 보지 않는다.
• 모바일 대체 URL은 대표 URL과의 관계를 먼저 확인한다.
• 새 글을 발행하거나 크게 수정한 글만 URL 검사 요청을 한다.
• 최소 7일 단위로 숫자를 비교한다.

실제로 저는 최근 아침 산책 사진 9장 글과 숲길 영상 27개 글에 관련 글 링크와 다음 행동을 추가했습니다. 그 뒤 두 글에 대해 URL 검사와 색인 생성 요청을 한 번씩만 진행했습니다.

FAQ: Search Console 유효성 검사에서 자주 헷갈리는 점

Q1. 유효성 검사를 요청했는데 다음 날 숫자가 그대로입니다. 실패한 건가요?

그렇다고 바로 실패로 볼 필요는 없습니다. Search Console의 유효성 검사는 Google이 URL을 다시 확인하면서 진행되므로 시간이 걸릴 수 있습니다. 최소 며칠, 길게는 몇 주까지도 볼 수 있습니다.

Q2. ?m=1이 붙은 URL은 전부 없애야 하나요?

그렇게 단정할 필요는 없습니다. Blogger에서는 모바일용 URL이 함께 보일 수 있습니다. 대표 URL이 정상적으로 선택되고 있는지 확인하는 것이 먼저입니다.

Q3. 색인 요청은 매일 눌러도 되나요?

같은 URL에 반복 요청한다고 더 빨리 처리된다고 보기는 어렵습니다. 새 글을 발행했거나 본문을 크게 수정했을 때 한 번 요청하고, 이후에는 Search Console의 변화와 최종 크롤링 날짜를 확인하는 편이 낫습니다.

함께 보면 좋은 글

• 서치콘솔 오류 메시지, 당황하지 않고 해석하는 법
• 블로그 색인 오류가 떴을 때, 당황하지 않고 구글 서치콘솔에서 확인한 순서

참고한 공식 안내

• Google Search Central: Ask Google to recrawl your URLs
• Search Console Help: Validation details
• Search Console Help: URL Inspection tool

다음 행동

오늘 Search Console에서 오류 숫자를 보았다면, 바로 수정 버튼을 누르기 전에 먼저 URL을 3가지로 나누어 보세요. 현재 공개 글, 모바일 또는 대체 URL, 정리된 예전 URL로 구분하면 실제로 손봐야 할 대상이 훨씬 분명해집니다.

그다음 새 글이나 크게 수정한 글만 한 번씩 URL 검사 요청을 하고, 7일 뒤 같은 숫자를 다시 비교해 보세요. Search Console은 매일 불안하게 들여다보는 화면이 아니라, 블로그 구조가 어떻게 읽히는지 확인하는 점검 도구로 쓰는 편이 좋았습니다.