2주 만에 돌아온 서치콘솔 업데이트
서치콘솔은 이번에도 2주 만에 업데이트되었습니다. 지난 업데이트 이후에 글을 처음부터 끝까지 다시 손보고, 색인 요청도 거의 모든 글에 다시 넣어둔 상태였습니다. 블로그스팟은 첫날 서른 개가 넘게 요청이 들어가서 저도 놀랐고, 그다음 날부터는 하루에 열 개 정도씩 나머지를 요청했습니다. 그만큼 이번에는 색인이 꽤 늘어 있을 거라고 기대했습니다.
그런데 결과는 기대와 전혀 달랐습니다. 색인된 페이지는 14개 그대로였고, 리디렉션 오류가 33개로 크게 늘어 있었습니다. 지난번에도 리디렉션 오류 때문에 원인을 찾아보고 ?m=1을 붙여 색인 요청까지 해봤던 터라 더 힘이 빠졌습니다. 그때의 과정은 블로그스팟 색인, 리디렉션 오류 원인과 해결 방법에 적어두었습니다.
솔직히 이번에는 블로그스팟 색인은 포기해야 하나 하는 생각까지 들었습니다. 글을 고치고 요청까지 했는데 늘어난 것이 오류뿐이라니, 어디서부터 다시 봐야 할지 막막했습니다.
숫자를 하나씩 다시 들여다보니
마음을 조금 가라앉히고 항목을 하나씩 다시 봤습니다. 한때 24개나 있던 '발견됨 - 현재 색인이 생성되지 않음'이 이번에는 0개가 되어 있었습니다. '크롤링됨 - 현재 색인이 생성되지 않음'도 2개로 줄어 있었습니다.
'발견됨'은 구글이 주소만 알고 아직 한 번도 읽으러 오지 않은 상태입니다. 이것이 0이 되었다는 것은 이번 색인 요청으로 구글이 글을 모두 읽으러 왔다는 뜻이었습니다. 실제로 1970-01-01로 나오던 최종 크롤링 날짜도 색인 요청을 했던 10월 12일로 바뀌어 있었습니다.
문제는 읽으러 온 결과였습니다. 줄어든 글들이 색인으로 옮겨간 것이 아니라 리디렉션 오류로 옮겨가 있었습니다. 목록을 열어보니 33개 모두 ?m=1 같은 모바일 주소가 아니라 원래 글 주소였습니다. 가장 최근에 크롤링된 글은 오히려 ?m=1이 붙은 43번 글이었고, 이미 색인된 글들은 9월 23일 이후로 크롤링 기록이 없었습니다.
서치콘솔에는 '리디렉션이 포함된 페이지'라는 비슷한 이름의 항목이 따로 있습니다. 이쪽은 http 주소나 www 없는 주소처럼 원래 글로 넘어가는 주소를 모아둔 것이라 오류가 아닙니다. 제 경우는 이름 그대로 '리디렉션 오류'였고, 원래 주소에서 오류가 났으니 그냥 넘길 수는 없었습니다.
블로거 설정부터 확인했습니다
원래 주소가 다른 곳으로 넘어간다면 먼저 블로거 설정을 의심해볼 수 있습니다. 설정의 게시 항목에서 HTTPS 사용 가능 여부, HTTPS 리디렉션, 맞춤 도메인의 리디렉션 도메인을 확인했는데 모두 켜져 있었습니다. 맞춤 도메인을 연결하면서 켜두었던 설정들입니다. 연결 과정은 블로거 맞춤 도메인 연결 방법에 정리해두었습니다.
같은 설정 화면 아래쪽의 오류 및 리디렉션 항목도 봤습니다. 맞춤 리디렉션은 '항목 없음'으로 나와 있었습니다. 제가 직접 만든 이동 설정이 하나도 없다는 뜻이라, 설정 때문에 원래 주소가 다른 곳으로 넘어가는 것은 아니었습니다.
실제 URL 테스트 전과 후가 달랐던 이유
다음으로 리디렉션 오류 목록에 있는 주소 하나를 URL 검사에 넣어봤습니다. 처음 나온 화면에는 'URL이 Google에 등록되어 있지 않음'과 함께 '페이지 색인이 생성되지 않음: 리디렉션 오류'라고 적혀 있었습니다. 최근 크롤링은 10월 12일 오후 11시 8분이었고, 사이트맵 항목에는 '감지된 참조 사이트맵이 없습니다'라고 나와 있었습니다.
그런데 같은 화면에서 실제 URL 테스트를 누르자 결과가 완전히 달라졌습니다. 'URL을 Google에 등록할 수 있음'이 떴고, 페이지 가져오기는 성공, 크롤링 허용 여부와 색인 생성 허용 여부도 모두 예로 나왔습니다. 테스트에 사용된 크롤러는 Google 검사 도구 스마트폰이었고, 사용자 선언 표준 URL도 ?m=1이 없는 원래 주소로 잡혀 있었습니다.
처음에는 같은 주소인데 왜 결과가 다른지 이해가 안 됐습니다. 알고 보니 테스트 전 화면은 10월 12일에 크롤링했을 때 구글이 저장해둔 기록이었고, 테스트 후 화면은 지금 이 순간 구글이 직접 들어가 본 결과였습니다. 그때는 리디렉션 오류가 있었지만 지금은 정상이라는 이야기였습니다. 저장된 기록은 구글이 다시 크롤링하기 전까지 바뀌지 않기 때문에 오류 목록에 계속 남아 있었던 것입니다.
10월 12일에 정확히 무슨 일이 있었는지는 끝내 알 수 없었습니다. 블로그스팟은 모바일 주소로 넘어가는 과정에서 이런 오류가 일시적으로 잡히는 경우가 있다고 하는데, 제 경우도 그랬던 것이 아닐까 짐작만 하고 있습니다.
9월 16일에 멈춰 있던 사이트맵
URL 검사 화면에서 마음에 걸렸던 '감지된 참조 사이트맵이 없습니다' 때문에 사이트맵 메뉴에도 들어가 봤습니다. RSS와 sitemap.xml 둘 다 상태는 성공이었습니다. 사이트맵 화면은 전에도 몇 번 확인했었지만, 그때는 성공이 유지되고 있는지만 보고 나왔습니다.
이번에는 마지막으로 읽은 날짜가 눈에 들어왔습니다. RSS는 10월 15일에 읽었는데 sitemap.xml은 9월 16일에서 멈춰 있었고, 발견된 페이지도 37개였습니다. 그 뒤에 올린 글들은 구글이 사이트맵으로는 모르고 있을 수도 있었습니다. RSS에서 발견된 페이지는 26개였는데, 블로그스팟 RSS에는 최근 글 일부만 담기기 때문에 예전 글까지 알려주지는 못합니다. 두 가지의 차이는 RSS와 사이트맵의 차이에 정리해두었습니다.
저는 사이트맵을 한 번 제출하면 끝인 줄 알았고, 다시 제출할 수 있다는 것도 이번에 처음 알았습니다. 방법은 처음 제출할 때와 같았습니다. 새 사이트맵 추가 칸에 주소와 sitemap.xml을 입력하고 제출을 눌렀습니다. 이미 있는 항목이라 새로 생기지 않고, 구글에 다시 읽어달라고 알리는 효과가 있습니다.
결과는 생각보다 빨리 나왔습니다. 그 다음날 확인했을 때 마지막으로 읽은 날짜가 10월 15일로 바뀌었고, 발견된 페이지는 37개에서 45개로 늘었습니다. 9월 16일 이후에 쓴 글까지 이제 사이트맵으로 구글에 알려진 것입니다.
리디렉션 오류 수정사항 확인 누르기
실제 URL 테스트에서 정상이 확인됐으니, 남은 일은 구글에 다시 검사해달라고 알리는 것이었습니다. 33개 주소를 하나씩 색인 요청할 수도 있지만 하루 요청 개수에 제한이 있어서, 한 번에 다시 검사를 맡기는 수정사항 확인을 쓰기로 했습니다.
이 버튼을 찾느라 한참 헤맸습니다. URL 검사 화면에는 없고, 색인 생성의 페이지 메뉴에서 '페이지가 색인되지 않는 이유' 표의 리디렉션 오류 줄을 눌러 들어가야 보입니다. 버튼을 누르자 상태가 시작됨으로 바뀌었습니다.
검사는 며칠에서 2주 넘게 걸리기도 한다고 합니다. 구글 쪽에서 진행되는 일이라 컴퓨터를 꺼도 상관이 없고, 결과는 메일로도 알려준다고 해서 매일 들여다보지 않기로 했습니다. 혹시 실패로 끝나더라도 다시 확인을 요청할 수 있다고 해서 조금 마음이 놓였습니다.
지금은 결과를 기다리는 중
이번 업데이트를 처음 봤을 때는 포기하고 싶었는데, 숫자를 하나씩 뜯어보니 나아진 부분도 있었습니다. 구글이 한 번도 찾아오지 않던 글들은 이제 모두 크롤링되었고, 사이트맵도 최신 상태로 다시 읽혔습니다. 남은 것은 10월 12일에 생긴 리디렉션 오류 기록이 다시 크롤링되면서 지워지는지입니다.
이번에 배운 것은 서치콘솔 숫자만 보고 바로 결론을 내리면 안 된다는 점이었습니다. 저장된 기록과 지금 상태가 다를 수 있으니, 오류가 보이면 실제 URL 테스트부터 해보는 것이 순서였습니다. 사이트맵도 성공 표시만 볼 게 아니라 마지막으로 읽은 날짜까지 확인해야 한다는 것을 알게 되었습니다.
수정사항 확인 결과가 나오고 다음 업데이트에서 색인이 어떻게 바뀌는지 확인하면 이어서 다시 정리해보겠습니다.
----------------
이 글을 정리하고 며칠 뒤에 서치콘솔이 다시 업데이트되었습니다. 수정사항 확인은 아직 시작됨 상태 그대로인데, 색인된 페이지가 14개에서 39개로 늘어 있었습니다. 리디렉션 오류는 33개에서 13개로 줄었습니다. 다시 크롤링하면서 정상으로 확인된 글들이 먼저 색인으로 넘어간 것으로 보입니다. 수정사항 확인 결과가 최종으로 나오면 그때 다시 정리해보겠습니다.
