GSC 사이트맵 경로 혼동으로 크롤링 누락되던 버그
목차
CLAUDE.md를 수정해서 GSC(Google Search Console) 사이트맵 경로를 명확히 했다. sitemap-index 콘텐츠에서 orphan(고아) 상태로 방치되던 버그를 문서에 기록해 팀 내 자동화 도구나 향후 SEO 관리에서 같은 실수가 반복되지 않도록 했다.
왜 이런 문서 수정이 필요했나
팀에서 사용하는 공유 지침 문서인 CLAUDE.md는 단순 노트가 아니다. 이 파일이 정확해야 CI/CD 파이프라인이나 SEO 검사 봇, 새로 온 팀원들의 온보딩이 제대로 돈다. GSC 사이트맵 구성에서 /sitemap.xml 경로가 명확하지 않으면:
- 자동화 스크립트가 잘못된 URL을 GSC에 제출할 가능성
- 검색 크롤러가 sitemap-index를 따라가다가 가리키는 사이트맵을 못 찾는 "orphan" 상태
- 팀원들이 SEO 이슈를 디버깅할 때 불필요한 혼동
특히 sitemap-index는 메타 계층이다. 여러 사이트맵을 묶어서 GSC에 한 번에 등록하는 구조인데, 여기서 참조하는 각 사이트맵의 경로가 실제 배포된 경로와 다르면 검색 봇이 그 부분을 건너뛴다.
Orphan 콘텐츠와 SEO의 관계
이번에 마주친 "고아 버그"는 이렇게 동작한다:
| 계층 | 예시 | 결과 |
|---|---|---|
| sitemap-index | /sitemap-index.xml (존재) |
GSC가 읽을 시작점 |
| 참조 내용 | <loc>/sitemap.xml</loc> |
실제론 다른 경로 |
| 실제 배포 | /sitemap.xml 없고, /sitemaps/index.xml 존재 |
크롤러가 orphan 경로로 빠짐 |
결국 SEO 관점에서 보면 "의도는 색인되어야 하는데 구조상 접근 불가능" 상태다. 거기에 포함된 수백 개 페이지들이 검색 색인에서 누락되는 연쇄 효과가 생긴다.
문서 정정이 팀 리딩에 주는 의미
이번 수정은 단순히 오타 교정이 아니라, 팀이 따라야 할 기준점(source of truth)을 정확하게 유지하는 일이다. 나 포함 누구든 GSC 설정이나 sitemap 검사를 할 때, CLAUDE.md를 참고하면 "아, 경로는 이렇게 맞춰야 구나" 라고 안심하고 진행할 수 있다. 특히 다른 팀원이 같은 작업을 할 때 문서가 잘못되어 있으면 시간 낭비는 물론 설정 오류까지 전파될 수 있다.
또한 이 종류의 세세한 버그들은 한 번 발견되면 바로 기록해 둬야 한다. 왜냐하면:
- 같은 환경에서 비슷한 작업을 할 때 체크리스트가 된다
- 신입 온보딩 때 "이 함정들을 주의하세요" 라고 바로 전할 수 있다
- 성능/SEO 트러블슈팅 시 "아, 이 부분 확인 안 했네" 하는 실수를 줄일 수 있다
내가 배운 교훈은 단순하다. 문서가 정확하다는 것은 팀의 신뢰를 쌓는 일이고, 팀 리더라면 "이 정보는 검증됐다" 라는 신호를 계속 유지해야 한다는 것. 오류를 발견한 순간이 고쳐야 할 시점이고, 그게 docs라면 코드 리뷰나 배포만큼 중요하다.
🛒 이 글과 어울리는 추천 상품
*위 링크는 쿠팡파트너스 활동의 일환이며, 일정액의 수수료를 제공받을 수 있습니다.
댓글 0
첫 댓글 달아줘.