블로그 피드 추가 후 사이트맵으로 크롤링 신호 최적화
목차
블로그 피드를 포트폴리오에 새로 추가했다. 콘텐츠가 늘어났으니 검색 엔진도 이를 빨리 발견하고 색인해야 한다. 그래서 sitemap.xml을 갱신했는데, 단순한 파일 추가가 아니라 좀 더 의도적인 메타데이터 신호를 함께 설정했다.
Sitemap은 검색 엔진과의 신뢰 관계다
처음부터 말하면, sitemap은 단순한 '목록'이 아니다. 이것은 검색 엔진(Google, Bing 등)에게 "이 사이트의 페이지들이 어디 있고, 얼마나 자주 변경되는가"를 알려주는 신호장이다. 크롤러가 사이트를 방문할 때 모든 페이지를 찾아다니도록 기대하기보다는, sitemap에서 명시적으로 "여기를 봐달라"고 말하는 게 훨씬 효율적이다.
특히 블로그처럼 동적 콘텐츠가 계속 추가되는 페이지는 더 그렇다. 크롤러 입장에서는 이 페이지가 정말 자주 변경되는지, 몇 달 전 글인지 알 수 없다. sitemap의 메타데이터가 그 격차를 메워준다.
lastmod와 changefreq의 의미
이번 갱신에서 두 가지를 명시적으로 설정했다:
| 메타데이터 | 값 | 의미 |
|---|---|---|
lastmod |
6/5 (오늘) | 이 사이트의 콘텐츠가 2026-06-05에 마지막으로 변경됨 |
changefreq |
weekly | 일반적으로 주 1회 정도 업데이트된다는 예상 신호 |
lastmod를 당일자로 갱신한 의도는 이거다: "어제까진 이 페이지들이 이 상태였는데, 오늘 뭔가 달라졌다"는 신호를 명시적으로 보내는 것. 크롤러는 이를 보고 해당 URL들을 우선순위 높게 다시 방문한다. 변경이 있을 때마다 sitemap을 갱신하는 사이트는 '신뢰할 수 있고 활발한' 사이트로 여겨진다.
changefreq를 weekly로 설정한 이유도 간단하다. 블로그 피드를 추가했으니, 앞으로 꾸준히 글이 올라갈 것이다. 크롤러에게 "이 사이트는 매주 변경될 가능성이 있다"고 미리 알려주면, 크롤러 리소스 할당도 더 자주 방문하도록 조정된다.
작은 파일, 의도적인 신호
sitemap.xml 파일 하나를 갱신하는 건 몇 줄 안 된다. 하지만 이 작업은 두 가지 의사결정을 함축하고 있다:
- 피드 추가만으로는 부족하다: 아무리 좋은 콘텐츠를 만들어도, 검색 엔진이 그걸 빨리 발견하도록 신호하지 않으면 의미가 반감된다. 기술 블로그를 운영하는 입장에서 "글을 썼으니 자동으로 노출된다"는 착각은 위험하다.
- 메타데이터도 콘텐츠다: 검색 최적화는 화려한 기법이 아니라, 이렇게 정직한 메타데이터를 계속 유지하는 것에서 출발한다.
회고: 피드 추가 때마다 체크할 것들
이번 작업을 통해, 블로그 같은 동적 콘텐츠를 추가할 때마다 아래 리스트를 무의식적으로 확인하게 됐다:
- sitemap.xml의
lastmod갱신 (크롤링 우선순위) changefreq설정 (얼마나 자주 방문할지 힌트)- RSS/Atom feed 추가 시 Google Search Console에 등록
- robots.txt에서 필요한 경로 막지 않았는지 확인
혼자 하는 프로젝트지만, 이렇게 "자동화하지 않은 수동 작업"들이 쌓이는 건 나중에 피로도가 높아진다. 팀에서 일할 때도 이런 '검색 가시성 체크리스트'를 문서화해놓으면 새로운 피처나 콘텐츠 추가할 때마다 놓치지 않는다. 이번엔 그냥 commit 한 줄이지만, 앞으로 유사한 상황에서는 자동화나 문서화를 고려해볼 만한 작업이다.
🛒 이 글과 어울리는 추천 상품
*위 링크는 쿠팡파트너스 활동의 일환이며, 일정액의 수수료를 제공받을 수 있습니다.
댓글 0
첫 댓글 달아줘.