사이트맵을 냈는데 색인이 안 됩니다, 사이트맵은 신청서지 허가증이 아닙니다
사이트맵 제출은 색인을 보장하지 않습니다. 사이트맵이 실제로 하는 일과 하지 않는 일, 구글·네이버·빙의 제출 경로 차이를 정리했습니다.
사이트맵은 신청서지 허가증이 아닙니다. 여기에 주소가 있다고 색인이 되는 게 아니라, "이런 주소들이 있으니 와서 보세요"라고 알리는 것뿐입니다. 보고 나서 색인할지는 따로 판단합니다.
이걸 오해하면 순서가 뒤집힙니다. 사이트맵을 냈는데 색인이 안 되니까 다시 내고, 또 안 되니까 형식을 의심하고, 그러다 몇 주가 갑니다. 대부분 사이트맵은 멀쩡합니다.
사이트맵이 실제로 하는 일은 뭔가요
셋뿐입니다.
| 하는 일 | 설명 |
|---|---|
| 주소를 알림 | 링크로 도달하기 어려운 페이지도 목록에 있으면 발견됩니다 |
| 갱신 시점을 알림 | lastmod 로 "이건 바뀌었다"를 전달합니다 |
| 우선순위 힌트 | 참고만 합니다. 강제력은 없습니다 |
그리고 하지 않는 일의 목록이 더 깁니다. 색인을 보장하지 않고, 순위에 영향을 주지 않고, 크롤링 빈도를 올려 주지도 않습니다.
새 사이트에서 사이트맵이 특히 유용한 건 첫 번째 이유 때문입니다. 아직 아무도 우리 사이트로 링크를 안 걸어 준 상태라, 검색 엔진이 주소를 알 방법이 사이트맵밖에 없습니다. 그래서 개설 직후에는 반드시 내야 하고, 그 뒤로는 크게 신경 쓸 일이 없습니다.
사이트맵과 페이지가 다른 말을 하면 어떻게 되나요
페이지 쪽이 이깁니다. 사이트맵은 힌트고, 페이지에 붙은 표시는 지시입니다. 그래서 이런 조합이 자주 사고를 냅니다.
| 사이트맵에는 | 페이지에는 | 결과 |
|---|---|---|
/guide/abc 가 있음 |
캐노니컬이 /guide/xyz 를 가리킴 |
abc 는 색인 안 됨 |
| 주소가 있음 | robots.txt 로 차단됨 | 읽지도 못함 |
| 주소가 있음 | noindex 태그가 있음 |
읽고 나서 버림 |
| 주소가 있음 | 301 로 다른 곳에 넘김 | 넘어간 쪽만 남음 |
첫 줄이 제일 흔합니다. 사이트맵을 만드는 코드와 캐노니컬을 찍는 코드가 따로 돌면, 한쪽만 고쳤을 때 이런 어긋남이 생깁니다.
확인은 간단합니다. 사이트맵에 있는 주소 하나를 열어서 <link rel="canonical"> 값을 보세요. 사이트맵의 주소와 글자 하나까지 같아야 합니다. 다르면 사이트맵 쪽 주소는 색인 대상에서 빠집니다.
이 사이트도 만들면서 같은 문제를 겪었습니다. 사이트맵과 링크는 확장자 없는 주소로 나가는데 캐노니컬만 .html 을 붙이고 있었습니다. 지금은 빌드할 때 한쪽으로 강제해 두고, 어긋나면 경고가 뜹니다. 조용히 어긋나는 종류라 사람이 눈으로 잡기 어렵습니다.
같은 주소가 여러 형태로 열리는 사이트에서 특히 잘 생깁니다. www 가 붙은 주소와 안 붙은 주소, http 와 https, 끝에 슬래시가 있는 주소와 없는 주소는 사람 눈에 같아 보여도 검색 엔진에는 서로 다른 주소입니다. 어느 쪽을 대표 주소로 삼을지는 캐노니컬로 알리는데, 사이트맵이 다른 쪽을 담고 있으면 두 신호가 맞붙습니다.
구글·네이버·빙은 제출 방식이 다른가요
다릅니다. 특히 네이버는 사이트맵만으로 부족합니다.
구글 서치콘솔. 색인 생성 → Sitemaps 에 주소를 넣습니다. 한 번이면 됩니다. 이후에는 알아서 다시 읽습니다.
빙 웹마스터 도구. Sitemaps 메뉴에서 제출합니다. 빙은 URL 제출 API 도 있어서, 글을 올리자마자 통보할 수 있습니다.
네이버 서치어드바이저. 여기가 다릅니다. 요청 메뉴 안에 항목이 셋입니다.
| 메뉴 | 무엇을 내나 | 언제 |
|---|---|---|
| 사이트맵 제출 | sitemap.xml |
개설 직후 한 번 |
| RSS 제출 | rss.xml |
개설 직후 한 번 |
| 웹 페이지 수집 | 주소 하나 | 새 글마다, 급할 때 |
사이트맵과 RSS 를 따로 받습니다. 둘 다 내세요. RSS 쪽이 새 글을 더 빨리 가져갑니다. RSS 는 최근 글만 담긴 짧은 목록이라 확인 비용이 적어서 그렇습니다.
그리고 네이버·빙은 IndexNow 라는 공용 통보 규격을 지원합니다. 글을 발행하면 즉시 "이 주소가 새로 생겼다"고 알리는 방식입니다. 구글은 지원하지 않습니다.
그래서 순서가 어떻게 되나요
sitemap.xml,rss.xml,robots.txt가 실제로 열리는지 브라우저로 확인- 사이트맵의 주소 하나를 열어 캐노니컬이 같은지 대조
- 구글 서치콘솔에 사이트맵 주소 넣기
- 빙 웹마스터에도 같은 주소 제출
- 네이버 서치어드바이저에 사이트맵과 RSS 둘 다 등록
- 여기까지 하고 기다립니다
- 2~4주 뒤 색인 상태를 확인하고, 안 된 쪽은 사유별로 분류
6번이 제일 어렵게 느껴지는 자리입니다. 아무 일도 안 일어나는 구간이라 뭔가 더 하고 싶어지는데, 이 시점에 할 수 있는 일이 정말 없습니다. 새 도메인이 얼마나 기다려야 하는지는 이 사이트의 실제 기록으로 따로 적고 있습니다.
사이트맵을 고쳐도 안 되는 경우
사이트맵을 완벽하게 내도, 페이지에 색인할 가치가 없으면 색인은 안 됩니다. 애초에 검색 유입을 정하는 건 페이지 수가 아니라 색인된 페이지 수입니다. 사이트맵은 발견 단계의 도구지 선택 단계의 도구가 아닙니다.
그리고 색인이 됐다고 노출이 생기는 것도 아닙니다. 색인·노출·클릭은 각각 다른 관문이고, 어디서 막혔는지는 매달 봐야 할 숫자 세 개를 나란히 놓고 봐야 압니다.
정리
사이트맵은 "이런 주소가 있습니다"라는 알림이고, 색인은 그걸 보고 내리는 별도의 판단입니다. 제출을 반복해도 판단은 안 바뀝니다.
점검은 1분이면 끝납니다. 사이트맵에 있는 주소 아무거나 하나를 열어서 캐노니컬 값이 사이트맵의 주소와 같은지 대조해 보세요. 다르면 그 사이트맵은 통째로 헛돌고 있습니다.
사장님들께 가장 자주 받는 질문부터 다룹니다. 답이 갈리는 자리는 추측으로 넘기지 않고, 직접 확인한 만큼만 적습니다.