블로그 글이 검색되지 않을 때: URL 검사부터 사이트맵까지
검색 색인 상태를 구분하고 robots, canonical, 사이트맵, 내부 링크를 순서대로 점검합니다.
검색에서 글이 보이지 않을 때는 제목부터 바꾸기보다 Google이 그 주소를 어느 단계까지 처리했는지 확인해야 합니다. 이 글은 티스토리를 포함한 개인 블로그의 공개 글을 대상으로 합니다. 관리 화면의 위치는 서비스마다 달라도 확인할 신호는 같습니다.
URL 하나를 정해 상태부터 구분하기
Search Console의 URL 검사에 검색시키려는 글의 최종 HTTPS 주소를 넣습니다. 도메인 속성의 전체 수치에는 서브도메인과 HTTP 주소도 섞일 수 있으므로, 본문 URL을 하나씩 구분해서 봅니다.
| 표시 상태 | 먼저 확인할 질문 | 다음 행동 |
|---|---|---|
| 발견됨, 현재 색인 없음 | 주소만 알려졌고 아직 가져오지 않았는가? | 사이트맵과 내부 링크, 사이트의 콘텐츠 구성을 점검 |
| 크롤링됨, 현재 색인 없음 | 가져온 본문이 고유한 문제를 해결하는가? | 중복 문단과 빈약한 본문을 보완 |
| noindex로 제외 | 공개하지 않도록 설정한 이유가 있는가? | 의도하지 않은 경우에만 설정 수정 |
| 대체 페이지 | 다른 주소가 대표로 선택되었는가? | 두 주소의 내용과 canonical 확인 |
보고서 날짜와 개별 URL 검사 결과가 다르면 어느 시점의 데이터인지 함께 적습니다. ‘실제 URL 테스트’ 성공은 현재 접근할 수 있다는 뜻이며 색인 보장은 아닙니다.
본문과 대표 주소 확인하기
실제 URL 테스트에서 페이지 가져오기, 크롤링 허용, 색인 허용 여부를 확인합니다. 개발자 도구나 페이지 소스에서는 해당 글의 canonical이 홈페이지가 아니라 글 자체의 주소인지 봅니다. 글마다 내용이 다른데 모두 홈페이지를 대표 주소로 선언하면 의도와 다른 신호를 보냅니다.
자신이 운영하는 사이트에서는 다음 명령으로 응답 헤더를 살펴볼 수 있습니다. example.com은 실제 글 주소로 바꿉니다.
curl -I 'https://example.com/post/example/'
리디렉션이 있으면 최종 도착 주소도 확인합니다. HEAD 요청과 일반 GET 요청의 처리가 다른 서버도 있으므로 헤더 검사만으로 본문 정상 여부를 결론내리지는 않습니다.
사이트맵과 내부 링크의 역할 나누기
사이트맵에는 공개된 최종 주소를 넣습니다. 예약 글, 로그인 페이지, 리디렉션 전 주소는 제외합니다. 수정일은 매 요청 시각이 아니라 실제 본문이 바뀐 날짜여야 합니다. 사이트맵 처리 성공은 URL 목록을 읽었다는 신호이지 모든 URL이 색인되었다는 신호가 아닙니다.
홈에서 카테고리로, 카테고리에서 글로 이동할 수 있는지도 확인합니다. 관련 글 링크는 ‘여기 클릭’보다 다음에 해결할 문제를 설명하는 제목을 씁니다. 검색되지 않는 글을 여러 주소로 다시 발행하면 점검 대상만 늘어납니다.
수정 후 남길 기록
URL / 기존 상태 / 수정한 내용 / 테스트 날짜 / 이후 크롤링 날짜를 한 줄로 기록합니다. 본문과 접근 문제를 해결한 대표 글에 색인 요청을 한 뒤 변화를 관찰합니다. 같은 요청을 반복하는 것보다 글감 중복을 정리하는 작업이 필요한 경우도 있습니다. 글자 수나 발행 수만으로 검색 노출과 광고 심사를 보장할 수는 없습니다.